Ошибка при выполнении запроса get к ресурсу mainform html

На работе мы активно используем возможности платформы «1С:Предприятие 8.3» в качестве web-клиента. Проанализировав способы и затраты на разработку корпоративных приложений, мы решили сфокусироваться на технологиях от компании 1С. Это тема отдельного разговора, а сегодня мне бы хотелось поделиться решением небольшой проблемы, с которой мы столкнулись при публикации очередной информационной базы для работы через web.

Суть в следующем. Есть у нас отдельный сервер для информационных баз с которыми работают удаленные клиенты. Изначально у нас была опубликована одна информационная база (именно для работы через web), и все работало как часы. Сегодня мы решили разместить на этом же сервере новую ИБ и столкнулись с проблемой доступа к базе через web. Публикация из конфигуратора проходила нормально – «1С:Предприятие» внесло соответствующие изменения в конфигурационный файл Apache (мы используем именно этот web-сервер), но при попытке обратиться к публикуемой базе через браузер получали ошибку:

{"#exception":"{http://v8.1c.ru/8.2/virtual-resource-system}Exception","exception":{"clsid":"580392e6-ba49-4280-ac67-fcd6f2180121","reason":404,"descr":"HTTP: Not foundnОшибка при выполнении запроса GET к ресурсу /base"}}

С подобной ошибкой я раньше никогда не сталкивался и первым делом полез проверять конфиг в Apache. Ничего необычного там не увидел. Запись для второй публикуемой базы аналогичная той, которая уже работает. Следующим шагом проверил файлик vrd – тоже все ок. Было у меня предположение, что проблема может крыться в отсутствии прав доступа к директории с файликом vrd, но оказалось, что проблема не в этом.

Промучившись полчаса, решил обратиться за помощью в Google. Увы, кроме аналогичных вопросов ничего хорошего он мне не выдал. Пришлось отправлять к начальной точке и в очередной раз перебирать конфиги.

Не буду описывать дальнейшие действия, скажу лишь, что проблема оказалось в порядке записей опубликованных ИБ в самом конфигурационном файле Apache. Первая наша база была опубликована в корне, т.к. для нее был задан alias “/”. При обращении к site.com, Apache сразу переадресовывал на site.com/base1. Для новой ИБ мы выбрали другой алиас – «b2b/base» (условно) и из-за того, что он находился под «/» 1C возникала ошибка. Переставив записи местами (сначала новую базу, затем старую, которая в корне) – все заработало.

Если вы столкнулись с подобной проблемой – попробуйте мой способ решения. Ради теста я опубликовал еще несколько баз и никаких проблем с доступом не возникло.

12.04.17 — 09:05

1 — 12.04.17 — 09:34

5 — 12.04.17 — 14:12

(3) у меня нет доступа к самому веб-сервису, задача была сделать на локальной базе и потом залить туда, сделал, на локальной все работает, туда вон 404… причем до этого напарник тоже делал другой web-сервис, там все нормально прошло, тут 404

да нашел причину, оказывается когда переименовываешь в опубликаторе нужно еще снять галочку с веб-сервиса и нажать кнопку опубликовать, чтобы он стер старые записи под чистую про твой веб-сервис и заного поставить галочку и опубликовать

Простейший ReverseProxy для доступа к внутренним веб серверам. На веб серверах базы 1С. Так после обновления платформы до 8.3.17 базы во внутренней сети через прокси открываются, а проходя через nat не открываются. Понятно что что-то изменили в платформе (в модуле для apache), но как это могло повлиять на проходимость именно через nat.

access.log при запросе из интернета (nat):

"GET /AU7ZYH8V/ru_RU/scripts/mod_bootstrap_bootstrap.js?sysver=8.3.18.1201 HTTP/1.1" 200 2885 "https://xxx/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/manifest.json?sysver=8.3.18.1201 HTTP/1.1" 200 2885 "https://xxx/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/e1csys/mngsrv/favicon.ico HTTP/1.1" 200 2881 "https://xxx/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

Обращение через прокси но в локальной сети (без nat):

"GET /AU7ZYH8V/ru_RU/scripts/mod_bootstrap_bootstrap.js?sysver=8.3.18.1201 HTTP/1.1" 200 5021 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/scripts/mod_sw_sw.js?sysver=8.3.18.1201 HTTP/1.1" 200 614 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/mainform.html?sysver=8.3.18.1201 HTTP/1.1" 200 33935 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/webclient_start.css?sysver=8.3.18.1201 HTTP/1.1" 200 6532 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/scripts/lib_diff_match_patch.js?sysver=8.3.18.1201 HTTP/1.1" 200 6633 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/scripts/webcolors.js?sysver=8.3.18.1201 HTTP/1.1" 200 4315 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/scripts/lib_jszip_min.js?sysver=8.3.18.1201 HTTP/1.1" 200 30464 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/scripts/lib_html2canvas_min.js?sysver=8.3.18.1201 HTTP/1.1" 200 43845 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/e1csys/mngcore/splashBottom.png?sysver=8.3.18.1201 HTTP/1.1" 200 10900 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/e1csys/mngcore/splashTop.png?sysver=8.3.18.1201 HTTP/1.1" 200 11008 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/scripts/mod_main_loader.js?sysver=8.3.18.1201 HTTP/1.1" 200 949013 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/resourceStrings?sysver=8.3.18.1201 HTTP/1.1" 200 47356 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"POST /AU7ZYH8V/ru_RU/e1cib/login?version=8.3.18.1201&cred=CA==&nooida&vl=ru_RU&clnId=af12688e-8b21-1c8d-5811-d90129ee3423 HTTP/1.1" 402 1240 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

"GET /AU7ZYH8V/ru_RU/e1cib/additionalAuthSettings?sysver=8.3.18.1201 HTTP/1.1" 200 401 "https://10.15.0.57/AU7ZYH8V/ru_RU/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66 Safari/537.36"

При этом проходя nat mod_bootstrap_bootstrap.js пустой, а не проходя это действительно java script файл, с объявлением переменных. А так как при прохождении через nat он оказывается пустым, то и дальнейшее приложение не запускается.

Может кто-то сможет понять что происходит, или сталкивался с подобным (не обязательно в 1С), отпишитесь.