Добрый день!

Имеется 1С8 Серверная, PostgreeSQL, подключение клиентов по VPN БЕЗ ДНС.
Соответственно, при попытке подключиться по имени сервера - получаем отказ.

После прочтения ответа 14 поста Соединение с сервером 1С по ip залез в конфигурационный файл C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst и исправил там ВСЕ упоминания имени сервера на его ip.
Да, после этого клиенты из VPN стали подключаться, но... уж очень долго. Что самое странное - и у пользователей локальной сети базы стали дольше загружаться и медленнее работать.

Сервер 1C и PostgreeSQL физически находятся на одном сервере.

Нет ли у почтеннейшей публики каких идей по части возможных причин подобного поведения 1С?

сервер 1с всегда в обратку пробует использовать ИМЯ_КЛИЕНТА а не его IP, смотри настройки сервера, он должен знать куда именно ему глядеть за "обраткой", а учитывая наличие нескольких сетевых интерфейсов на сервере он может просто ждет таймаут в другой подсети или другом интерфейсе.

короче тебе нужна обратная зона DNS

(0) ну так виндовое все, приключения гарантрованы.

(0) и расскажи, что что за vpn, это очень интересная штука.

(1) Сетевой адаптер на сервере всего один, но у меня тут возникла мысль: а не может ему мешать TCPIPv6? Так-то по умолчанию включен...

(3) https://ru.wikipedia.org/wiki/VPN

(5) провайдерский, шо ле? ) за бабло?

(6) не. Криворукими абреками из другой страны настроенная ДНСка. Поэтому трэбэ без ДНС поднять шобработало.

распиши где какие IP и маски юзаются

(1) пофиг что там сервер 1С юзает в обратку у нас например запрещены обратные каналы (с сервера на клиентов) на vpn совсем и работает

(0) 1. скорость vpn проверить
2. юзать тонкие по клиенты по http

vpn надеюсь не openvpn?

(11) Нет. Watch Guard.

(11) 1. Ну, собственно, скорость через VPN, конечно, не космос - около 10 Мбит/с. Но локальные-то соединения тоже по скорости просели - вот в чем шутка-то...
2. С тонкими (бухгалтерия) дело, конечно, обстоит получше. Но вот ЗУП сильно попереписан и потому только по толстому работает. Кроме того, при работе по имени сервера с локальных тачек всё получше. Говорю же - тормоза пошли после прописывания IP вместо имени сервера.

(8) Хмм... На сервере как и положено:  ИП 172.10.х.х Маска 255.255.255.0, а вот при подключении VPN там намудрили: подключение идет к одной сети, через которую идет проброс на другую... И маски там при первом подключении весьма широкие: 128.0.0.0
Впрочем, просели и локальные пользователи, в т.ч. те что по RDP... Так что с маскам эт спасибо, попытаю абреков, а вот со скоростью сервера, думаю всё ж не в этом дело.

Несколько получше стало после отключения TCPIPv6, но тоже не фонтан конечно. Может ещё QoS на сервере отключить? Он не может влиять?

(14) ну тогда вероятно проблема в маршрутах
и да через 10Мбит/с это для толстого клиента маловато будет
проверь ping и tracert
https://i2.paste.pics/f189be8cb5bde2da48a2bbd392caf47e.png

(15)+ вот при таких толстый клиент тормозит ощутимо

(15) Пинговать только надо 4 Кб пакетами.

1C через vpn - такие себе перспективы.

Пробуйте через веб-сервер, ЗУП через RDP

(17) ping -l 4096 сервер ?
не уверен что это адекватно