БП 3.0.106.60, платформа 8.3.18.1741, ФАЙЛОВАЯ.
Маленькая локальная сеть, всё компьютеры за шлюзом, весь доступ в интернет через него (прокси-сервер или NAT).
При работе через обычный толстый клиент и файловый доступ всё прекрасно (кроме скорости, конечно).

Внутри локалки между офисными машинами настроил доступ к базе через веб-сервер IIS, чтобы побыстрее бегало, но при доступе к базе через тонкий клиент и веб-сервер вдруг почему-то перестают работать «Интернет подддержка и сервисы». При работе напрямую, через толстый клиент, всё работает. Тот компьютер, который выступает в роли веб-сервера 1С (Windows 7 Pro, IIS 7) — он тоже находится внутри локалки за шлюзом. На этом компьютере видно, что процесс w3wp.exe (рабочий процесс IIS) пытается напрямую подключиться к интернет-сервисам 1С, но это у него не получается, конечно, т.к. прямого доступа нету.

Странно, что при файловом варианте всё норм, а доступе через тонкий клиент и веб-сервер IIS вдруг почему-то перестаёт учитывать настройки прокси-сервера, указанные в настройках базы.

Нашёл вот похожую тему для Windows 10:
Не работают интернет сервисы в базе на веб-сервере iis
— но у меня решение оттуда не помогло. Вероятно, версия Windows или IIS слишком древняя, не желает даже системные настройки прокси подхватывать.

Может, кто-нибудь уже сталкивался с такой ерундой, подскажите, как тут правильно должно быть настроено всё, чтобы через тонкий клиент и веб-сервер сохранялся доступ через прокси к «Интернет подддержке и сервисам».
Конечно, можно вручную настраивать NAT для всех адресов 1С, куда будет ломиться IIS, но это муторно, тем более там шлюз на FreeBSD и ipfw, это вообще без бутылки не разобраться, ну его к лешему.

Может, всё-таки можно как-нибудь в настройках самой БП или при публикации базы на веб-сервере указать чёртов прокси так, чтобы IIS через него работал стал? В обычном-то файловом варианте всё нормально работает ведь.

>веб-сервер IIS вдруг почему-то перестаёт учитывать настройки прокси-сервера, указанные в настройках базы
У каждого пользователя свои настройки прокси-сервера, но с ними будет стучаться через сервер с IIS.
Администрирование-Сервис-Персональные настройки.

// Тот компьютер, который выступает в роли веб-сервера 1С (Windows 7 Pro, IIS 7)

А если на нем локально запускаешь клиента и пытаешься работать - может у тебя именно на нем и не работает желаемое, а не потому, что с ИИС что-то стучится

т.е. любые другие компы в локалке через шлюз нормально, а именно этот весь комп целиком на шлюзе заблокирован, а не отдельный ИИС сеанс

(1)
>У каждого пользователя свои настройки прокси-сервера, но с ними будет стучаться через сервер с IIS.
>Администрирование-Сервис-Персональные настройки.

У меня нет такой закладки у пользователей.
Только если зайти под Администратором, то во вкладке Администрирование первым пунктом идёт отдельно стоящая (т.е. вне блоков "Настройки программы" и "Сервис") настройка под названием "Серверная настройка прокси сервера". Вот так вот выглядит:
https://ibb.co/CBJjRz4



(2)
>А если на нем локально запускаешь клиента и пытаешься работать - может у тебя именно на нем и не работает желаемое, а не потому, что с ИИС что-то стучится
Нигде не работает желаемое, если заходить на базу через веб-сервер и тонкий клиент.
И наоборот — везде работает, если заходить на ту же самую базу в тот же самый момент времени, только через толстый клиент и файловый вариант.



(3)
>т.е. любые другие компы в локалке через шлюз нормально, а именно этот весь комп целиком на шлюзе заблокирован, а не отдельный ИИС сеанс
Нет, нигде ничего не заблокировано, всё везде работает при использовании толстого клиента в файловом варианте.
А вот если с любого компьютера заходить на ту же самую базу в тот же момент времени, но уже через веб-сервер и тонкий клиент, — то сразу не работает, потому что доступ к интернет-сервисам 1С сразу почему-то идёт через процесс w3wp.exe (единый для всех подключений рабочий процесс IIS, расположенный на машине с установленным IIS)и пытается напрямую подключиться к интернет-сервисам 1С, но это у него не получается.

(4)
>это у него не получается

Потому что он (этот веб-сервер IIS) напрямую по адресам 1С ломится, а не учитывает настройки прокси, хотя должен бы, по идее-то.
А вот толстые клиенты в файловом варианте правильно применяют настройки прокси и всё у них получается поэтому.

Так-то можно разные способы придумать принудительно заворачивать трафик от IIS через прокси или NAT, но это же всё костыли будут более или менее уродские, как-то же должно всё это без костылей работать, а?

Может быть, inetcfg.xml?
http://helpf.pro/faq83/view/556.html

(4) в бухгалтерии: Главное - Персональные настройки

(7) Установка inetcfg.xml не помогла (ни на клиенте, ни на сервер).

(8) Так тоже не работает.

Проблема всё ещё актуальна. Что же этой скотине надо-то? Толстый клиент и чистый файловый режим — есть доступ к отчётности и функционалу «Интернет поддержка и сервисы». Тонкий клиент и веб-сервер (в основе та же файловая база) — доступ отсутствует, а на том компе который веб-сервер видно, что процесс w3wp.exe (рабочий процесс IIS) пытается подключиться к интернет-сервисам 1С напрямую, без учёта настроек прокси.

Проблема так и не решена.
На сайте Онлайн-Уфа удалось обнаружить вроде бы достаточно полный список адресов для доступа к внешним ресурсам сервисов 1С:Предприятие:
online-ufa.ru/content/articles/access-url-ip-for-1c
— и через НАТ всё вроде бы работает.

А вот через через прокси дурацкий IIS ходить по-прежнему отказывается.

(10)ну проверь на апаче, делов то

В настройках IIS, в доп. параметрах пула, прокрутить ниже, есть пункт "удостоверение" выбрать значение "LocalSystem", перезапустить сервер IIS.
Мне помогло.

(12) В первом посте я уже говорил, что моём случае почему-то не помогает смена удостоверения, может этого из-за того, что Windows 7 и IIS версии 7,5. Подскажите, у вас какой Windows, какая версия IIS? Проблема в точности как у меня была?

(13) Апач пробовал, как в (11) подсказывали? Для доступа внутри сети у 1С еще есть Публикатор.

(14) Апач не пробовал, но пришлось временно перенести базу на другой компьютер, где Win10 и соответственно IIS10, там всё заработало сразу. Но тут всё равно непонятно, почему в изначальном-то варианте не работало и, самое главное, — как всё-таки сделать, чтобы работало.

взято на хабре, не мое (с)

Добавление прокси в любое приложение на IIS

1) Корпоративный прокси не требует авторизации
В web.config добавляем раздел defaultProxy с указанием прокси сервера.
Убедитесь в том, что вы добавляете данный раздел в раздел configuration и также после подраздела configSections, если он присутствует. Для параметра proxyaddress укажите правильный адрес вашего прокси, например "http://10.0.2.231:42"

<configuration>
<system.net>
  <defaultProxy useDefaultCredentials="true">
    <proxy
        proxyaddress="http://proxyserver:80"
        bypassonlocal="true"
    />
  </defaultProxy>
</system.net>
</configuration>


2) Корпоративный прокси требует авторизации
2.1) Кардинальный подход - авторизуем сервер.В данном варианте варианте используются такие же настройки в web.config, как в пункте 1), но также необходимо, чтобы администраторы прокси предоставили доступ для сервера по его ip адресу для определенных веб-ссылок или на весь интернет.

(16) Да, очень похоже, что это как раз то что нужно, спасибо большое. Прямо сразу попробовать не смогу (вчера писал (15), что пришлось временно перенести базу на другой компьютер, где всё сразу заработало), но через недельку-другую обязательно попробую и доложу о результатах.

Ну, что же, как и следовало ожидать, проблема оказалась не в 1С, а в ДНК. В настройке «Параметры прокси-сервера на сервере 1С:Предприятия» есть вкладка «Дополнительно» — «Не использовать прокси для локальных адресов». Вот туда-то и был прописан адрес самого же этого самого прокси-сервера, в результате чего 1С и потеряла мамку немножко. Теперь понятно, почему всё работало в чистом файловом режиме, без веб-сервера, — ведь там у каждого толстого клиента были свои настройки прокси, и там не было такой нездоровой «рекурсии». Всем спасибо за содействие!