Этот чудесный провайдер

re:ьФПФ ЮХДЕУОЩК РТПЧБКДЕТ

SAd-ist, какой tracert??? Расскажи нам, как он тебе поможет спорить с провайдером? что ты им докажешь, что пакеты по неверным маршрутизаторам проходят?

re:ьФПФ ЮХДЕУОЩК РТПЧБКДЕТ

Sanches, а что ты хочешь доказать?

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

Ну, во-первых, "совпадают" скорее всего белые адреса, выданные
провайдером. А в-вторых, серые адреса тоже не должны не ходить через
провайдера. Другой вопрос, что сеть должна глючить если ее без
роутера к инету подключать. Но это тоже не к провайдеру.

re:ьФПФ ЮХДЕУОЩК РТПЧБКДЕТ

Harmer, у Связьинформа (2 года назад он еще так назывался) роутились серые адреса с гостевых логинов. Пробовал делать tenlet host_in_Mioscow_at_M9 25
и на той стороне смотрел через netstat -n|grep 25 и видел что получен SYN_RECV с моего серого 192.168....
Естественно ответы назад не уходили, ибо на 192.168... их непонятно куда роутить.
В общем такие дырки позволяли при определенном умении использовать гостевой логин как беслпатный исходящий канал для спутника (ведь нам обратно по земле и не надо ответа, а в ТУ сторону пакеты уходили), правда он отрубался каждые 10 минут и это был способ для мазохистов.

Дык баг не в том, что роутились серые адреса, а что с гостевого
логина вообще что-то куда-то роутилось.

re:ьФПФ ЮХДЕУОЩК РТПЧБКДЕТ

Harmer, так ведь делали как проще.
Раз логин гостевой, то просто выдадим ему 192.168.... и не будем лишний раз париться, т.к. адреса немаршрутизируемые согласно RCF-такого-то.

re:ьФПФ ЮХДЕУОЩК РТПЧБКДЕТ

Пакеты с таких адресов и сейчас гуляют - фаер режет практически ежедневно.

re:ьФПФ ЮХДЕУОЩК РТПЧБКДЕТ

очень забавный топик, долго плакал под столом))))

re:ьФПФ ЮХДЕУОЩК РТПЧБКДЕТ

re:ьФПФ ЮХДЕУОЩК РТПЧБКДЕТ