Добрый вечер.

Есть две сети - 192.168.103.0/24 и 192.168.104.0/24.
Сети находятся территориально в разных местах и соединены через VPN.
В 104-й сети находится сервер 8.2 и внутри этой сети к нему благополучно подсоединяются и работают.

Из 103-й сети сервер 1С доступен, пингуется как по Netbios имени SRV-02, так и по IP 192.168.104.10. Можно зайти телнетом
telnet srv-02 1561 и соединение с сервером происходит.
Порты стандартные, ничего не перекрыто.

Но когда я в 103-й сети ставлю клиента и пытаюсь соединиться - хоть тонким, хоть толстым - получаю сообщение:
server_addr=tcp://SRV-02:1561 descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением).

Что может быть? Голову уже сломал.

telnet SRV-02 1561

есть мнение, что админы не разрешили все порты сервера 1с

(1) Работает, говорю же. Соединяется и пишет несколько байтиков в верхнем левом углу окна. Вот так вот выглядит: http://imgur.com/VJvYp2T

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

Существуют ли какие-то заморочки при настройке сервера в другой сети? У меня есть возможность подключиться к 104.0/24 удаленно. И опять все точно то же самое - сервер доступен, телнетом соединение устанавливается, а вот зайти клиентом не могу.

wiresharkом или tcpdumpом послушай на обеих сторонах туннеля

(6) в понедельник так и буду делать. Странный затык совершенно на пустом месте...

Если толстый клиент - даже не пытайся загонять его в vpn. Смысла нет. А если тонкий - то публикуй на веб-сервере и всё будет работать.

(8) "Если толстый клиент - даже не пытайся загонять его в vpn. Смысла нет."
.
Это понятно. Интересует тонкий.
.
"публикуй на веб-сервере и всё будет работать"
.
Веб-сервера нет. Без него никак? Хотелось бы обойтись сервером 1С и тонким клиентом. Этот вариант не работает?
.
А вообще проблема очень похожа на описанную вот здесь:
http://www.gilev.ru/forum/viewtopic.php?f=15&t=514
и описанный костыль - использовать 1cv8.exe - тоже у меня отработал, как и у автора поста. Только релиз у меня немного посвежее чем у него - 8.2.19.76, но проблема в нем тоже не исправлена.

(9) Веб-сервер очень просто поднимается. Зато весь трафик будет идти по http, и не придется заморачиваться с открытием кучи портов.

(10) Порты уже открыты. Впрочем, этот вариант я тоже готов рассмотреть. Что лучше поднять и где почитать про это?

Я думаю поможет на клиенте в хостс добавить имя твоего сервера и его адрес
Как этого избежать хз

(11) Апач2.2, далее публикуешь базу в конфигураторе и всё

(12) Попробовал - увы, это ничего не дало. Как была ошибка, так и осталась. Видимость NetBios имен через VPN есть - я уже писал в (0) об этом.

(13) Спасибо, будем пробовать.

+ (15) а где брать? На апач.орг или у 1С есть что-то уже специально подточенное, как постгри, на ее сайте?

(16) Там нет никакой заточки, качайте с офсайта апача.

Пока прихожу к выводу - описанная ситуация является ошибкой клиента версии 8.2.19.Х и далее. Если принудительно запустить толстого клиента (1cv8.exe) - работает, ни в каких других сочетаниях, в том числе и в естественных, с ярлыком запуска из меню - не работает. Публиковать базу на веб-сервере еще не пробовал. Ну что, гуру? Пока что терминал и толстый клиент наше все? Или веб-сервер? Или 8.3 в режиме совместимости? Насчет последнего - чо-та я очкую :)

(18) пиши в параметрах подключения к базе не имя, а IP - это глюк мелкософта на одном из серверов Мелкомутных

(19) тоже пробовал. Не помогает.
.
Проблема не в майкрософте, а в клиентской части 1С.
Еще раз повторюсь - если запустить толстого клиента файлом 1cv8.exe с настройкой базы на SRV-02 - все работает. Но если запустить вместо него тонкого (1cv8c.exe) с той же самой  настройкой на тот же сервер и ту же базу - не работает. Если запустить стартер 1cestart.exe - тоже не работает.

Привожу текст с форума на гилев.ру (ссылка выше):
.
Точно такая же проблема. Ваш совет не помог. Решается только принудительным запуском у клиента файла 1cv8.exe - только в этом случае соединение проходит успешно. Проверялось при отключенных фаерволах на клиентской машине и на серверах 1С. Любые другие варианты запуска - приводят к ошибке в line=499 (..\1cv82\common\1cestart.exe, 1cv82\8.2.19.80\bin\1cv8c.exe, 1cv82\8.2.19.80\bin\1cv8s.exe).

Клиент, у которого началась эта ошибка, подключается к 1С через WiFi + VPN, сервер 1С под w2008, MSSQL 2012 + w2012. До перехода на 8.2.19.80 все работало без проблем, как только обновились - сразу началась чехарда с подключением к базе удаленных клиентов: 95% попыток вылетают с точно такой оошибкой, как указана в первом посте этого треда.

Никакие процессы при этом не являются повисшими, перезапуск сервера 1С (с отстрелом возможно повисших процессов, у меня правда ничего не оставалось в памяти после остановки сервиса агента-1С), чистка кеша сессий - не помогает. Только принудительный запуск у клиента файла 1cv8.exe - единственная панацея пока.
.
Ответа, к сожалению, там так никто и не написал на это.