ДядяДима

Проблема заключается в следующем: есть большая разветвленная сеть с раздачей инета через PPPoE соединение. В этой сети есть два ПК находящиеся за одним и тем же свичом. Сетевые карты на обоих ПК рабочие, локальная сеть поднимается, но пинги до шлюза не идут. С нетбука подключаюсь все отлично работает. Напрямую соединяю ПК и нетбук - друг друга пингуют отлично. Но шлюз пинговать не хотят хоть тресни. Ни разу еще с таким не встречался. Может кто подскажет в каком направлении рыть?

Ярослав Титомир

ДядяДима, поточнее расскажите, что за девайс на раздаче инета, какой диапазон ай- пи в сети, какая маска подсети .

ДядяДима

Ммм... Коряво объяснил.
Инет раздает сервак под фрибсд. Диапазон - 192.168.11.1-254, маска - 255.255.255.0, шлюз - 192.168.11.1. Сейчас проверил, с других ПК в сети пинг до этих двух компьютеров идет.

Ярослав Титомир

ДядяДима, так проблема в чём - в том что не пингуется сервак или что с этих двух машин не пингуются остальные машины сетки ? Скорее всего надо разобраться с файерами : отключить их действие для локальной сети, пусть работают только на внешку.

ДядяДима

Проблема в том что с этих двух машин не пингуется сервак и не удается создать PPPoE соединение. Проблема явно не фаерволах(пробовал - не помогло).

Ярослав Титомир

ДядяДима, я видимо не врубаюсь в проблему, но всё же : если есть сервак, то на кой запускать PPPoE с каждой машины, желающей в инет??? Это же вызовет конфликт ай-пи. просто надо прописать эти компы в сервере на допуск их во внешку, или прописать прокси, если идёт через прокси.

ДядяДима

Камрад, твой вариант допустим при небольшом количестве ПК. У нас же количество компов порядка 800-900. И о каком конфликто ip-адресо ты говоришь мне решительно не понятно. :-)
Суть проблемы в том что ПК отказывается создавать PPPoE соединие, да и вообще отсутствует связь со шлюзом, хотя подключаясь нетбуком заместо ПК (с темиже настройками что у ПК) связь есть и соединение устанавливается. Еслиб проблема была только в одной машине то мозг бы ломать не стал. Но в том то и дело что проблема такая у двух ПК. Значит что-то тут есть. :-)

Ярослав Титомир

ДядяДима, не знаю, у нас в конторе 350 машин, локалка с выходом на корпоративный инет и на внешку, и там и там CISCO. Но вопрос как бы не в этом, даже когда у нас небыло CISCO, всё равно ненадо было запускать PPPoE на каждой тачке, достаточно было админу прописать парольи логин под проксю, а теперь и это не надо делать, главное получить разрешение на внешку, а корпоративный доступен всем. Регистрация по IP.

---------- Добавлено в 18:59 ---------- Предыдущее сообщение было написано в 18:52 ----------

Я извеняюсь за уход от вопроса, меня просто насторожило то что протокол PPPoE применяют в DSL технологиях и если идентификатор по PPPoE запущен в локальной сети, то ответ сервера на запрос от клиента будет идти на определённый МАС, который должен быть обязательно занесен на сервак.

ДядяДима

В том то и дело что у вас контора а у нас скопише "нипоймичего". За каждым не углядишь, и так приходится регулрно конфликт серых IP-адресов устранять.

Ярослав Титомир

ДядяДима, ещё плох что у вас используется диапазон 192.168..... для локалки, я так себе представляю надо бы 10.1......, разбить на подсети для отделов. Ну это ...

ДядяДима

Да можно было бы вообще не использовать, острой необходимости в них нет...Собсно проблема то вся не в этом, мы малость ушли в сторону.

Ярослав Титомир

ДядяДима, а другие машины сети пингуются с этих 2-х компов ?

ДядяДима

Хоть тема и старая но уж подниму, вдруг у кого-то таже проблема будет.
проблема была из-за пары медиаконвертеров: они заразы MAC-адреса на эти два компьютера (причем почему именно только эти два абсолютно непонятно) блокировали. Наткнулся на такой эффект совершенно случайно: на этой же паре конвертеров потери пакетова появились до 15%, при замене оказалось что и первая проблема тоже пропадает. Заморочка вообщем нетривиальная и на мой взгляд диагностике никак не поддающаяся. Поиск такой неиспарвности это тупой веерный перебор всех устройств в цепочке.
P.S. Что хочу добавить: характерный признак при пинговании шлюза было преышение времени ожидания, нов arp таблице IP-адрес отображался хотя MAC-адрес одни ноли и тип недоступен.