Привет всем!

Купили в нашей конторе фреш для запихивания туда всех учреждений. Проблема началась почти сразу.

вся инфраструктура виртуальная на схд. Серваки за координатором Vip net.  Кластер,субд ( sql serv), серверы где работают люди и сервак со фрешем - все отдельно. Последний развернул пока на одном потому что пока это делается в рамках изучения как это все работает. Базы агента, менеджера и демо базу развернул на кластере, опубликовал на сервере со  фрешем. Если проверять через браузер на любом сервере внутри инфраструктуры- базы открываются. Публиковал на IIS. В базе менеджера прописываются все ссылки, которые будут использоваться. Прописываются они для всех абсолютно баз. К каждой базе есть две публикации, внешняя и внутренняя. Последняя используется базой агента сервиса для выполнения обновлений и всех задач, которые будут выполняться невидимо от пользователей. Так вот при попытке записать например в настройках для базы менеджер ее внутреннюю ссылку тут же проверяется подключение к этому url. Подключение падает с ошибкой, если поставить флаг не проверять подключение и сохранить настройки и перезайти, то поле url и пользователь с паролем к этой базе просто исчезают.

Ошибка:

ОбщийМодуль.ОбменСообщениямиВнутренний.Модуль(1374)}: Ошибка при вызове метода контекста (TestConnectionRecipient)
                                    WSПрокси.TestConnectionRecipient(СериализаторXDTO.ЗаписатьXDTO(НастройкиПодключенияПолучателя), КодЭтогоУзла());
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса:  {http://www.1c.ru/SSL/MessageExchange_2_0_1_6}:MessageExchange_2_0_1_6:TestConnectionRecipient()
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка HTTP:  HTTP Status 500 - Внутренняя ошибка сервера.

Server Error

500 - Internal server error.
  There is a problem with the resource you are looking for, and it cannot be displayed


Спрашивал у наших безопасников, да факт попытки подключения программы по вышеуказанному адресу зафиксирован и блокирован , т.к. сеть в защищенном сегменте. ОТкрыли "туда" доступ, но "оттуда-то" программа не достучиться все равно, адреса публикации то снаружи не найти. Написал в тп 1с, ответили, что происходит попытка подключения рабочего процесса кластера к каталогу публикации базы. Доступ к учетной записи службы кластера я добавил по сети к указанному каталогу, ошибка все равно одна и та же. Нажимаю проверить подключение, в process monitor вижу успешный доступ к каталогу. Еще раз написал в ТП, уже 2 неделя пошла и молчат. Подскажите может хоть какие -то мысли есть, у нас тут в регионе  с этим фрешем даже франчи не сталкивались.

А почему адреса публикации снаружи не найти?
Ты же опубликовал на одном и том же IIS и внешние и внутренние? По книжке делал - папки публикаций сконвертировал в приложения?

да, конвертировал все по инструкции для развертывания демо примера № 2. А как он найдет его снаружи, айпи же получается нужно выводить наружу для этого сервера.

Публикации все на одном и том же IIS да.

(3) Так у тебя если внешние публикации на том же иисе и видятся, то и внутренние должны. Если режутся запросы файерволом, то с безопасниками разбирайте траффик, создавайте буфферный сегмент, куда будет доступ с внешки по определенным портам и с внутреннего защищенного контура.

дело даже не том, что блокирован доступ извне. У меня стоит vip net client на рабочем пк, сервер за координатором и у меня все публикации открываются. Доступ именно так и организован - только тем у кого есть вип нет, иначе он туда просто не попадет Дело то в том, что механизм публикации должен подразумевать локальное развертывание, зачем мне открывать доступ снаружи если он мне там не нужен. Происходит попытка подключения зачем то к сайту 1С.  Все учреждения, которые будут пользоваться фрешем так же имеют координаторы Vip net и соот-о доступ по портам к серверу публикаций.

а зачем Вам вообще фрешь? вообще все 1с стучатся на сайт 1с

это уже не ко мне вопросы, руководство красивую картинку увидело, загорелось и купило. С этим доступом я уже заколебался, это вы правы, что вся 1с стучится к себе. Открывали электронный больничный для обмена с фсс, каких только там запросов нет, даже забугор иногда просится.