Есть офисе сеть на 10 компов (win 2000) с адресами 192.168.0.х , есть один файл (прокси, мэйл) сервер (win 2000 serv), с адресом 192.168.0.1., у всех компов он в качестве шлюза прописан.
Один ящик увезли из офиса на удаленный склад, а "специальные" ребята проложили канал до него (VPN), сетевые настройки
остались те же. С него видно все "шары" в нашей локалке и на серваке, так и в обратную сторону.
Но появилась проблема, с него нельзя зайти на сервер, а с сервера на него!!! Точнее сказать соединение не стабильно, то оно есть, то его
нет, с периодичностью в 30 сек. С остальными компами проблем нет, работают четко.
Ping, то проходит без потерь, то не проходит вовсе, с периодичностью. То есть проблема только между удаленным хостом и сервером!
Может что-то есть в настройках по умолчанию на server 2000, что может блокировать пакеты?

Может просто связь дерьмовая?

Нет, не дерьмовая, ведь с любого компа (win 2000) из этой сетки я могу Радмином зацепиться за "удаленный" и весь день будет работать на хорошей скорости! Время отклика при пинге 16 мс.
А с сервера может зацепиться, но через 30 секунд отвалиться!!!
Сервер с локальными компами тоже стабильно работает! Вот в чем делема

(2) Там не беспроводня сеть часом?

2 АДСЛ модема через инет организуют этот канал до удаленного ящика.
Из модемов витая пара! Жестко всё.

ping - это icmp протокол, собственно он только для пингования и используется.
2 АДСЛ модема через инет - это, когда я слышу про vpn, то что может быть все, что угодно, т.к. пакеты пойдут через кучу роутеров, которые могут отказывать и автоматом подключаться резервные, немного по-другому настроенные.. много чего. Проще прямо задать вопрос провайдеру этого vpn и ткнуть носом в конкретные факты. и проверить пути хождения данных командой tracert.

Да я уже к ним обратился!
Феня в том, что и ping и tracert я им посылал и показывал, но они отвечают за физический канал. Если бы со всех машин этой локалке тярялось, тогда бы они рыли, а так как с пользовательских всё гуд, то проблемы сервера - это мои проблемы.

(6) Может провод из сервера плохой? :))

А то и правда. Проверяй патч-корд (с этого надо бы и начинать)

(7)Согласился бы с этим, если бы сервер работал плохо со всей локалкой, но нет, всё хорошо! При чем когда удаленный стоял в локалке, тоже было всё хорошо.

Попробуй попинговать без VPN.

Сервер w2k ---1--- хаб ---2--- win 2k (один из 10 машин в локалке)
                  |
                  3
                  |
                 АДСЛ ---4---АДСЛ ---5--- win 2k "Удаленный"


Выглядит всё так!
1 - 2, 2 - 1 = Всё работает
2 - 5, 5 - 2 = Всё работает
1 - 5, 5 - 1 = Сбои.

да, странно. может файервол?

Тоже думал на него, но нет вырубил фсё, не помогло.
Более того. Я бы понял, если ваше не было соединения, так нет же, оно появляется не надолго...

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

А пробовал маршрут ручками прописать через route add .. ? шлюзом модем.

(0) Посмотри в логах сервера, нет ли у него конфликта адресов. Если в сети 2 устройства с одним ip, то связь именно так и выглядит. У тебя же на серваке 2 сетевых? Вот та, которая с VPN скорее всего конфликтует ip с кем нибуть в сети.

Мне когда провайдер делал сеть на АДСЛ была именно такая хрень. Причем конфликт был с модемом ;)

тогда должен выругаться комп на DSL с тем же IP.

В голову еще пришло набрать arp -a и посмотреть таблицу известных прям в этот момент mac и ip серверу. может MAC с чем совпал ;)

ведь на этом уровне сетевухи общаются по MAC, а не по IP (точнее по IP - у провайдера на маршрутизаторах сетевого уровня).

(16) А это не обязательно будет комп.

Когда у меня был такой конфликт - это был сам магистральным модем. Причем, как мне объяснили потом, у него было 2 ip - один настроил провайдер и через него он работал, а второй был жестко прописан в самой железке. с ним и был конфликт. работало все, кроме сервака с которым совпадал ip. Тут возможно что то подобное. Возможно это MAC. В любом случае, логи покажут.

Странно. Ведь сервак идёт как шлюз, и если трафик идёт через этот сервак на удалённый, то всё нормально, а трафик самомго сервака умирает. Странно конечно.
Можно конечно извратится, и направить весь сервачный трафик через него же как через прокси.

У нас провайдер указывал на большой процент убитых в ВПН пакетов при использовании встроенного фаера. Рекомендовали или грохать совсем его, или ставить что-то проприличнее.

(19)Но другие компы - стабильно работают.
Тут чего-то будет в настройках сети. Возможно прокси каким-то образо мешает работе впн? В журналах событий всё нормально?

Слушайте щас увидел, что схема несколько (но принципиально) исказилась при размещении на форуме

Сервер w2k  
|              
1              
|              
ХАБ ---2--- win 2k (один из 10 машин в локалке)            
|
3
|
АДСЛ ---4---АДСЛ ---5--- win 2k "Удаленный"

1 - 2, 2 - 1 = Всё работает
2 - 5, 5 - 2 = Всё работает
1 - 5, 5 - 1 = Сбоит.

(22) а сплитеры нормальные? Правильно ли воткнуты в АТСку провода?

очень похоже на неправильное подключение адсла.

"2 ip был жестко прописан в самой железке. с ним и был конфликт. работало все, кроме сервака с которым совпадал ip. Тут возможно что то подобное. Возможно это MAC. В любом случае, логи покажут"
А про какие логи тут речь?

Твой VPN компьютер работает в другой сети.
Смотри маску сетки на удаленного компе.

Обязательное требование корректной работы ком-па с VPN доступом, чтобы
его IP-адрес был не из той же области, что и основная сеть, т.е.
у тебя основная 192.168.0.ххх, значит на VPN ком-пе так не должно быть ни в коем случае (сделай 192.168.1.ххх)

(23) Провода ваще никак не могут быть виноваты, так как соединение 2 - 5 работает стабильно!!! Я РАДМИНОМ зацепил машину 5(удаленную) со 2(локальным компом), управлял им в течении 4 часов. Связь ни разу не оборвалась!!!
Проблема в соединении 1 - 5, работает только 30 сек, и то не с первого раза.

(25) я с тобой согласен, но почему это только для вервера важно?
У всех адреса 192.168.0.х и маска 255.255.255.0.
На всех кроме сервера в кач. шлюза прописан айпи сервера!

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

(27) Что-то мне подсказывает что из-за того что он ..0.1, а этот самый крутой адрес используется где-то еще, в отличие от клиентских. Ради эксперимента попробуй ему задать какой-нить один из многих, типа 0.175

Я чего то торможу...
Если мне не изменяет память, то шлюз должен смотреть в другую сеть, или этоя потерялся. К вечеру чего-то туго соображаю.

Или же у тебя... Черти что получается. Если они находятся в одной подсети, то через шлюз они не пойдут, и напрямую полезут через АДСЛи в удалённому компу. Я нигед не потерялся? Следовательно чего то с настройкой фаервола, или чего ещё в АДСЛ-е намудрено.
Я не прав? О_о

Сори за опечатки, сижу простывший под таблеткой.

(27)
Принцип VPN - соединение компов из разных сетей.
Твой клиент с физ.адресом 192.169.0.ххх все равно "шарится" в основной сети с виртуальным адресом, который ему выделил сервер, т.е. то же 192.168.0.ххх, при этом маска у виртуального будет 255.255.255.0, а у клиента 255.255.255.255 (посмотри состояние сетевого VPN подключения на клиенте), и вот тут будут "глюки" между двумя такими сетями, т.к. маска сети 255.255.255.255 не есть хорошо.

ADSL мостом настроен?

(33) не силен в понятиях "мостом" или еще как...
(29) поменял на сервере адрес с .0.1 на .0.179 = ничего не изменилось!
Более того, на той машине из локалки, что работает с "удаленным" стабильно, присвоил адрес .0.1, рабатает так же хорошо, как и с любым другим этой подсети.

меняй хаб

(35) Маршрут 1 - 2, 2 - 1 работает стабильно уже пол года.

(25) "Обязательное требование корректной работы ком-па с VPN доступом, чтобы
его IP-адрес был не из той же области, что и основная сеть, т.е.
у тебя основная 192.168.0.ххх, значит на VPN ком-пе так не должно быть ни в коем случае (сделай 192.168.1.ххх)"

Попробовал сделать 192.168.1.ххх = сразу потерял связь с удаленным для всех уже компьютеров, а не только для сервера!

в (28) пробовал?

(0) VPN поднят на модемах или на Сервер-станция?

(0)Каким образом сервер получает инет для раздачи в локалку?

(38) Честно говоря нет, но все они одинаково втыкаются в хаб. Т.е. 3 компа воткнуты в хаб витой парой 1 и 2 - общаются, 2 и 3 - общаются, а 1 и 3 - нет!
Отличия см. на схеме

(39) Как организован VPN я не знаю. Этим занимался провайдер. Мне лишь известно, что канал организован через инет посредством АДСЛ модемов.
Для меня лишь с каждой стороны приходит витая пара.
(40) В сервере есть вторая сетевуха, которая настроена на сеть провайдера данного бизнесцентра, по ней получаем инет.

Я на 90% уверен, что дело в насройках (сетевых или политик безопасности) win2k server.

Proxy сервер с адресом 192.168.0.1 это номер 1 или 2 на твоей схеме?

Proxy сервер - это номер 1, но какую роль он тут играет?
Интернет приходящий на этот сервер не имеет ничего общего с АДСЛ модемами 3 и 4.

Internet
|
0
|
Сервер w2k  
|              
1              
|              
ХАБ ---2--- win 2k (один из 10 машин в локалке)            
|
3
|
АДСЛ ---4---АДСЛ ---5--- win 2k "Удаленный"

(45)
Честно говоря, твоя последняя схема (46), не совсем понятна...
В частности, твой сервер 192.168.0.1 в интернет каким образом "смотрит", через какой-то еще ADSL?

По поводу "Proxy сервер - это номер 1, но какую роль он тут играет?"
Вот именно и играет, что не идут соединения 1-5,5-1.

(47) смотрит в инет через отдельную сетевую плату, по витой паре приходит инет от провайдера бизнес-центра.
При ping-овании на "удаленный", я специально отрубал и прокси сервер, и фаейрвол!

Тогда поясни про ADSL3 - он то же глядит в I-net, или напрямую связан c ADSL4

(49) АСДЛ-3 и АДСЛ-4 находяться друг от дгруга на растоянии в 3 км, т.е. они связаны через инет.

Честно говоря - какая-то лажа!
В том смысле, что нафига нужен ADSL3?
VPN подключение лучше сделать напрямую от 192.168.0.1 сервера к ADSL4/клиент5.
****************************
По факту исполнения работ "специальными" ребятами, у тебя работало соединение 1-5, или это не проверялось?

(51) Тут сложно всё получилось...
1. По инету от провайдера БЦ у меня нет выделенного АЙПИ!
2. Эти 2 АДСЛ организуют соединение 2х удаленных точек, нашей локалки и удаленного, всё гуд, но удаленный работает со всеми нормально, кроме сервера!!! А нужен именно файл сервер!
3. Доступа к этим АДСЛ модемам я не имею. Они являются собственностью провайдера, который организовал этот канал.
4. соединение 1-5 не работало никогда в данной схеме! По факту получилось так, что они с удаленного, увидели шары локалки других компов ипринтеров, и сказали: вот, работает! А сервер не видно из-за файервола, пусть ваш Админ там насроит...
И вот я целую неделю бодаюсь уже...

Вот так выглядит трассировка с сервера на "Удаленный":
C:\WINNT>tracert 192.168.0.121
Трассировка маршрута к 192.168.0.121 с максимальным числом прыжков 30
 1     *        *        *     Превышен интервал ожидания для запроса.
 2     *        *        *     Превышен интервал ожидания для запроса.
 3     *        *        *     Превышен интервал ожидания для запроса.
 4     *        *        *     Превышен интервал ожидания для запроса.
 5     *        *        *     Превышен интервал ожидания для запроса.
 6     *        *        *     Превышен интервал ожидания для запроса.
 7     *        *        *     Превышен интервал ожидания для запроса.
 8     *        *        *     Превышен интервал ожидания для запроса.
 9     *        *        *     Превышен интервал ожидания для запроса.
10     *        *        *     Превышен интервал ожидания для запроса.
11     *        *        *     Превышен интервал ожидания для запроса.
12     *        *        *     Превышен интервал ожидания для запроса.
13     *        *        *     Превышен интервал ожидания для запроса.
14     *        *        *     Превышен интервал ожидания для запроса.
15     *        *        *     Превышен интервал ожидания для запроса.
16     *        *        *     Превышен интервал ожидания для запроса.
17     *        *        *     Превышен интервал ожидания для запроса.
18     *        *        *     Превышен интервал ожидания для запроса.
19     *        *        *     Превышен интервал ожидания для запроса.
20     *        *        *     Превышен интервал ожидания для запроса.
21     *       31 ms    31 ms  Comp121 [192.168.0.121]
Трассировка завершена.

А вот пинг:
C:\WINNT>ping -a -t -w 5000 192.168.0.121
Обмен пакетами с Comp121 [192.168.0.121] по 32 байт:
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=16мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=31мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.

Статистика Ping для 192.168.0.121:
   Пакетов: отправлено = 59, получено = 47, потеряно = 12 (20% потерь),
Приблизительное время передачи и приема:
   наименьшее = 15мс, наибольшее =  31мс, среднее =  15мс
Control-C
^C

Ситуация ясна, в том смысле, что "ломать" ничего нельзя.
А вот, что делать совершенно не ясно.
То что причина именно в сервере 192.168.0.1 это точно. А вот какая?
По сути их может быть только две:
-ошибки маршрутизации (что похоже если временно Ping проходит);
-действительно "файервол" на сервере (нужно знать особенности твоего proxy);

Для проверки маршрутизации попробуй временно отключить 192.168.0.1 от I-net.
(При этом отключи сетевую WAN-карту вообще)
Если и в этом случае связь не будет устойчивой, то нужно копать именно в сторону "файера"

(55) Я уже делал так, я отключил на сервере всё что можно, сетевуху с инетеом БЦ, проксик, файер, поменял адрес с .0.1 на .0.179 = таже песТня. tracert и ping я выложил.

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

+(57)но мое личное мнение - либо хаб, либо соединение двух модемов....

судя по (54) - стоит защита от DDoSа - можно только определенное количество соединений в 30 секунд открывать с одного клиента...

(57)Запускал, падает только где скзано
(58)100% нет!
(59)А можно подробней, что это такое? и где его едят?

(59) ну, я фиг знает, но в адсл-модемах - бывает установлен линукс, а в линуксе основной файрволл - iptables, а в iptables есть такое понятие - как limit - устанавливает количество пакетов/запросов на соединение и тд - в единицу времени....

(61) или на проксе

проверить просто - поставь пинги с интервалом 2 секунды... если пропадать не будет - оно и есть...

(63) Феня в том, что когда я пингую с сервака, гляжу за пакетами и т.д., "Удаленный" всё это время весит у меня на РАДМИНе на одной из машин в локалке! Т.е. в течении минимум 4 часов я управляю им дистационно без единного разрыва на хорошей скорости!!!

(64) ты по одному соединению сидишь... а пинги - каждый пинг - отдельное соединение...

(65) - это очень хорошо, только сами по себе пинги мне даром не нать.
Важно, чтобы я с сервера смог тоже подсоедениться и висеть, РАДМИНОМ например, а получается что через 30 секунд соединение падает и это проблема!

(6) потому что система тебя банит из-за пингов, блин....

(67) к (66)

(67)
1. Вот я и хочу знать что или кто меня банит? Чтобы эту дрянь отрубить!
2. Что значит из-за пингов? С обычной машины локалки (не сервера) я РАДМИНОМ зацеплен, и пинги посылаю без потерь, и обратно их посылаю с удаленного без потерь, и печатаю на удаленный принтер, и по шарам шарюсь ... никто и ничто не банит!

(69) ты сделал (63), прежде чем долбить дальше?

Я дико извиняюсь. Может странный вопрос задам, но всё же. Без сервака пробовал зайти РАдмином на удалённый комп? Просто любопытно.

(71) Да конечно

что-то странное....

а на том конце, только один комп и всё?

и что пишет когда падает соеденение?

(73) да, только один.
(74)
1. если просто пингую, то:
Ответ от 192.168.0.121: число байт=32 время=15мс TTL=128
Превышен интервал ожидания для запроса.
2. Если успел зацепиться РАДМИНОМ, то просто закрывает окно.
3. Если проводником шарился по папкам удаленного, то напишет что не удалось найти "Comp121", после некоторого тупника с песочными часами