Внутри удалённого сегмента долго подключается к серверу.

[nadmis666]

Значит имеется сеть. В разных городах находятся сегменты сети. Всё соединено через VPN (настроен аппаратно модемами Zyxel 662 серии).
Сервер W2k3 со скулем имеет адрес 192,168,15,223 и маску 255,255,240,0
Сегменты сети имеют адреса: 192,168,х,0 с маской 255,255,255,0 (х - сегменты 1, 3, 4, 5, 6, 7, 9).
Модем в сегментах имеет адрес 192,168,х,1 (всегда).
Серверы со скулями имют адреса: 192,168,х,2 (всегда).
Модемы в инет выходят по средствам PPPoE. Провайдер Волгателеком.
На всех ПК во всех сегментах пользуем DNS: 192,168,15,223 и альтернативный DNS: 78,85,0,1 (это сервер провайдер) без него ПК не может в инет выходить.
Трабла собственно в том что ежели у кокого либо из сегментов пропадает Инет то при подключении к скулю проходит ооочень много времени. Т.е. ПК пытается найти 192,168,15,223 сервак, и не находя его не может подключится к скулю. Можно ли это как либо обойти и исключить обращение к 192,168,15,223 через инет а сделать так чтобы ПК сразу конектился к скулю на ПК в своём сегменте ?

[kim-aa]

Можно ли это как либо обойти и исключить обращение к 192,168,15,223 через инет а сделать так чтобы ПК сразу конектился к скулю на ПК в своём сегменте »

Я правильно понял суть вопроса:
- Клиент должен попробовать подключиться к 192.168.15.223
- В случае невозможности, т.е. отсутствия интернет-соединения, должно быть осуществлено соединение с локальным SQL-сервером 192.168.x.2 ?

Замечания
---------------
1)
Сервер W2k3 со скулем имеет адрес 192,168,15,223 и маску 255,255,240,0 »

Сегменты сети имеют адреса: 192,168,х,0 с маской 255,255,255,0 (х - сегменты 1, 3, 4, 5, 6, 7, 9). »


Т. е. диапазон Вашей суперсети от 192.168.0.0 до 192.168.15.255 (с точки зрения сервера W2k3)
Однако в сегментах VPN сервера считают что диапазон сети равен 256.
Из этого следует, что сервер W2k3 будет искать все хосты сети данной суперсети широковещательным запросом, без обращения к шлюзу по умолчанию, сервера же VPN-сегментов будут отвечать ему - только через шлюз по умолчанию.

Вопрос. Это сделано специально?

2)
Правила форума (рекомендую почитать) запрещают "склонять и сленговать" названия (тем более не правильно).
Так что, пожалуйста, не используйте более словцо "скуль" и иже с ним.

[nadmis666]

Я правильно понял суть вопроса:
- Клиент должен попробовать подключиться к 192.168.15.223
- В случае невозможности, т.е. отсутствия интернет-соединения, должно быть осуществлено соединение с локальным SQL-сервером 192.168.x.2 ?

Нет не верно. Клиент должен подключятся к 192.168.х.2 сразу а вот после SQL-сервер каждого сегмента уже проводит обмен данными с 192.168.15.223.

Т. е. диапазон Вашей суперсети от 192.168.0.0 до 192.168.15.255 (с точки зрения сервера W2k3)
Однако в сегментах VPN сервера считают что диапазон сети равен 256.
Из этого следует, что сервер W2k3 будет искать все хосты сети данной суперсети широковещательным запросом, без обращения к шлюзу по умолчанию, сервера же VPN-сегментов будут отвечать ему - только через шлюз по умолчанию.
Вопрос. Это сделано специально?

Не совсем понял вопроса. Пока отвечу на то что понял. Сеть постоянно растёт. Добавляются сегменты. По этому есть не задёствованные сегменты сети. VPN построена на модеме Zyxel 662 серии и каждый сегмент может видеть только 15ю (основную сеть) и себя. Так же сегменты соеденины и между собой тоже по средствам VPN. Только сервер (192,168,15,223 имеет маску 255.255.240.0 все остальные клиенты имеют маску 255.255.255.0). Модемы Zyxel в каждом сегменте используются как шлюзы.

Что не верно построено в сети ?

[kim-aa]

1)
Что не верно построено в сети ? »

Рисуйте схему.
Основной сегмент и хотя бы один дополнительный.
По ней и будем объясняться.

2)
Клиент подключается к локальному SQL-серверу по имени или ip?
Судя по существующей задержке и
На всех ПК во всех сегментах пользуем DNS: 192,168,15,223 и альтернативный DNS: 78,85,0,1 (это сервер провайдер) »
вы адресуетесь к локальному SQL-серверу по имени.

3) Какой SQL-сервер вы используете? MS-SQL?

4) Уфф, устал вопросы задавать.
Ознакомтесь.
http://forum.oszone.net/announcement-31-75.html