Всем доброго времени суток.
Не могу разобраться с VPN сервером, проблема собственно упирается в то, что НЕКОТО�_ЫЕ клиенты, удаленные, которые цепляются к моему серверу не видят запущенные сетевые приложения, приложения запущены на самом сервере, а не в лок. сети, которая находится за ним(за ним собственно ничего и нет, это так, для уточнения). Подключение проходит гладко, затем клиенту выдается адрес из заданного диапазона. С их стороны сервер пингуется, с моей стороны пинг на подключенного клиента не проходит. Хочу еще раз подчеркнуть, что не у всех клиентов такая проблема.
Допустим, что клиент А выполняет подключение на статический внешний адрес формы 217.25.х.х. В VPN подключении пользователя указаны все теже самые протоколы и методы шифрования, а также параметры PPTP как и на сервере, т.е. полное соглосование, никаких ошибок при подключении не вываливается, все проходит гладко. Затем, после подключения, клиенту выдается адрес сети класса С из заданного диапазона адресов указанных на сервере, допустим от 192.168.0.2 до 192.168.0.11, допустим, что клиент А получил адрес 0.3 Первый адрес в этом диапазоне(192.168.0.2) получает сам сервер(внутренний интерфейс WAN-PPTP), который становится адресом сервера для удаленных клиентов после подключения. Затем тупо набираю команду на машине клиента ping 192.168.0.2 -t, ответ от сервера приходит. С моей стороны тоже самое. Диски друг друга также можем подключать. Вообщем видем друг друга идеально.
И вариант с клиентом B. Все тоже самое, что и с клиентом А, до момента пропинговать подключенного клиента. От сервера к клиенту ответы приходят, а ответы от клиента к серверу не приходят.
Для уточнения, оба соединения проходят отдельно. Т.е. тестировал сначала с одним клиентом(А), потом с другим(В). При тесте обоих подключенных клиентов А и В ситуация таже. А видит, а В нет. Видят ли они друг друга через сервер - не знаю, не тестировал, да меня это и мало волнует. Мне самое главное чтобы все подключенные клиеты видели те сетевые приложения и могли само собой к ним подключаться, которые запущены на самом сервере.
Все клиенты, и А и В, подключаются из вне. У всех разные поставщики услуг.
Сервер: Windows 2000 Server SP4
Клиенты: Windows XP SP2(брандмауэр отключен)
Настройки VPN соединения у пользователей:
протоколы - TCP/IP(параметры по умолчанию, т.е. все поля пустые); службы - клиент для сетей Майкрософт и служба доступа к файлам и принтерам сетей Майкрософт; жестко указан протокол PPTP, в настройках которого ничего не менялось(т.е. соглосование многоканального подключения, заголовки LCP и т.д.).
На сервере пользователи заведены, пароли и логины при подключении к ВПН совпадают с локальными учетными данными, статические адреса для пользователей не назначены, состоят в группе Пользователи(пробовал заводить в группу Администраторы, надеясь на то, что проблема уперлась в невозможность доступа к процессу запущенного от имени Администратора - результат ни к чему не привел).
На сервере никаких статических маршрутов не указано.
*при подключении, как у пользователей, так и у сервера отваливается инет. т.е. достучаться к нему по внешнему 217.25.х.х другие неподключенные клиенты могут, а вот с сервера запустить тотже клиент аськи или загрузить страницу - невозможно, тоже самое и у подключенных пользователей, короче полное умиротворение - только пользователи и сервер(наверное это проблема в непрописанных где надо DNS).

Я думаю, что проблема возникла из-за специфики каждой из сетей, откуда подключаются пользователи. Вполне возможно, что дело в одной или двух строчках статических маршрутов, которые надо прописать на клиентских машинах(В). А еще, что вообще идеально, передавать эти самые маршруты с сервера, чтобы пользователи(В) получали их автоматом при подключении.
Не могу понять одного, ладно я с сервера не могу увидеть клиента, но клиенты то видят сервер, а сетевые приложения не видят. Куда тогда перенаправляются пакеты? Может поднять NAT?

Если нужно, впринципе могу выложить таблицы маршрутизации с сервера до и после подключения к нему удаленных клиентов(А и В). А также таблицы маршрутизации с клиентских машин до и после подключения к серверу.

Народ, подскажите как быть. Очень острый вопрос для меня.
Заранее спасибо.
С уважением, Николай.

Сообщить модератору об этом сообщении | Предупреждение | IP: определен

quote:

---

при подключении, как у пользователей, так и у сервера отваливается инет. т.е. достучаться к нему по внешнему 217.25.х.х другие неподключенные клиенты могут, а вот с сервера запустить тотже клиент аськи или загрузить страницу - невозможно, тоже самое и у подключенных пользователей, короче полное умиротворение - только пользователи и сервер

---

__________________
Тест - проверка верности!

Сообщить модератору об этом сообщении | Предупреждение | IP: определен

нет, инет мне через него раздовать не нужно
а что касается поднятия маршрутизации между удаленным клиентом и сервером - собственно говоря тема создана по этому вопросу)))
ответа я не увидел

Сообщить модератору об этом сообщении | Предупреждение | IP: определен

Ну так есть 2 пути:

1. Переустановить RAS и при его установке выбрать VPN и маршрутизацию (в Особой конфигурации).

2. В свойствах сервера включить необходимые галки для IP-маршрутизации на 1 и, кажется, 3 закладке.

__________________
Тест - проверка верности!

Сообщить модератору об этом сообщении | Предупреждение | IP: определен

такие варианты уже были испробованы:(
собственно говоря и то и другое делает одно и тоже...можно просто сделать двумя путями....�_то тоже самое, что войти в мой компьютер и нажать диск С или нажать пуск->выполнить и ввести C:\

Сообщение было отредактировано 3apadlo 05-10-2007 в 15:06

Сообщить модератору об этом сообщении | Предупреждение | IP: определен

думаю если на обоих клиентах все одинаково и не работает то проблемма именно в маршрутизации
приведите вывод команды ipconfig с обоих клиентов после токо как они подняли тунель

Сообщить модератору об этом сообщении | Предупреждение | IP: определен

то проблемма именно в маршрутизации

может быть имелось ввиду route print ?

Сообщить модератору об этом сообщении | Предупреждение | IP: определен

да именно

Сообщить модератору об этом сообщении | Предупреждение | IP: определен

короче, все оказалось намного проще, чем могло было бы быть...
на машине клиента(B), когда-то был прописан vb-скрипт, который добавлял список статических маршрутов для пиринговых сетей подстраиваясь под шлюз клиента и заодно сносил и запрещал широковещательные сети для RAS интерфейса...добавил пару строк ручками и все ожило)
вообщем, вот так...всем спасибо за содействие

Сообщить модератору об этом сообщении | Предупреждение | IP: определен