Pilat: Откуда следует, что это не default gateway системы? technet прямо намекает что это оно и есть.
Я блин уже утратил смысл , то ли я запутался, то ли вы пишите то одно то другое, в самом начале вы описали ситуацию в которой добавленный левый маршрут не работает, и все продолжает уходить в default.... я показал вам опцию путем которой это можно отключить... Если я что-то не верно понял , ткните носом, может вы сейчас 1м постом прорезюмируете все 3 страницы? И если таки не решена проблема, то попробуем поискать еще пути, но я почему-то ранее был уверен что Dead Gateway именно то что вам надо.
madoff: А что если направить трафик через Ipfw ngtee в ноду конкретного значения, например 80 syn, и потом снимать уже ipacctctl , и анализировать, я думаю будет видно с какой скоростью syn с каждого ip.
Я скорее всего буду делать mirror порта на пограничном маршрутизаторе, а вот на стороне приема нужен анализатор.
Raistlin: на нетбуке тестировал, Fedora15 (betarc2) - полет нормальный. На серверах не видел и не пробовал, в теории разницы никакой (кроме скорости). Интерфейсы совместимы электрически и логически с обычными SATA. Если найдете пруфлинк - буду признателен.
Линк я мало вероятно найду :( Потому что листал какие-то обзоры..... наткнулся на статейку.... я и суть то передать ее сейчас толком еле смог, не то что бы вспомнить где это я на неё наткнулся, но смысл то мне придумывать, просто решил уточнить, потому что все новое как правило проходит некий срок тестирования пока не устоится..... я лично SSD еще не гонял, вот по этому и решил спросить.
Pilat: Да может она и есть, но это - опция выбора Default Gateway из нескольких возможных.
Не , это опция выбирающая гетвей по умолчанию в случае падения GW указанного в маршруте, в вашем случае именно так и происходит.... вы добавляете роут в никуда, эта функция определяет что гетвей недоступен и шлет все в тот который по умолчанию. (соответственно ничего как бы не меняется)
ТС, согласно вашему выводу netstat через ваш сервер не может отправляться почта!!!! Какие у вас настройки почтовой программы из которой "отправляется" или как вы вообще отправляете?
ТС, у меня такое впечатление что смотреть надо в сторону приоритетов по маршрутизации, помнится мне что-то из каких-то давних рассказов, что интерфейс с тунелем имеет больший приоритет нежели eth физический.... точно утверждать не буду, но в теории метрики или дистанции должны помочь. Либо надо не менять default route при включении VPN-a, но потом роутить весь нужный трафик в VPN... Либо надо завышать метрику для маршрута по умолчанию.
Не забываем еще что в винде, если указанный GW в маршруте недоступен... используется default gw.... Как-то это звалось типа (gateway detection).....
где z.z.z.z заведомо левый ИП адрес... (типа 1.1.1.1)
Теперь переключение при смерти GW происходить не будет, т.е вы теряете некую динамику процесса если таковая вообще нужна вам, но будет работать как Nullroute по сути
ADD:
Проверил на Win7 64bit работает отлично, не знаю какие еще последствия может вызвать данная опция, но в целом выглядит так, поставил на ping сеточку в миру, потому поменял ключик в реестре, рестартанул сеть, прописал левый машрут - пинг пропал....
Romka_Kharkov добавил 01.05.2011 в 08:06
Ха, первый глюк отловил ;))))) После того как убрал роут, данная сеть не переключилась на default GW :))) Пришлось рестартить интерфейс :) (Ну собственно та динамика о которой я говорил :D :D :D)
Romka_Kharkov добавил 01.05.2011 в 08:08
Ах да, ключ который описан по ссылке у меня в дереве называется почему-то: DeadGWDetectDefault
Судя по тому. что вижу я , во первых вы не установили CA сертификат, т.е не показывается путь сертификации, а во вторых у вас на https:// Части есть явные ссылки которые ведут на http:// и именно по этому SSL выдает ошибку о том, что "есть незащищенное содержимое". А сам SSL видится вполне нормально, годен до 01.05.2012..... А вот та Синяя штуковина о которой вы говорите прямо зависит от вашего браузера... А не от SSL..... В IE например вы такой вот синей штуки вообще никогда не увидите, а FF показывает только в том случае если "он знает того кто подписывал SSL" , а это как вы понимаете далеко не все участники рынка :D
Этот на сколько я понял "система учета трафика", а у меня основная задача коллекционировать трафик для дальнейшего анализа и выявления аномального поведения, а не просто учет ..... Учитывать уже давно умеем без вопросов, хочется на лету разбирать трафик и если там к примеру мильен SYN пакетов куда-то валит - сигнализировать об этом операторов\администраторов.
Откуда следует, что это не default gateway системы? technet прямо намекает что это оно и есть.
Я блин уже утратил смысл , то ли я запутался, то ли вы пишите то одно то другое, в самом начале вы описали ситуацию в которой добавленный левый маршрут не работает, и все продолжает уходить в default.... я показал вам опцию путем которой это можно отключить... Если я что-то не верно понял , ткните носом, может вы сейчас 1м постом прорезюмируете все 3 страницы? И если таки не решена проблема, то попробуем поискать еще пути, но я почему-то ранее был уверен что Dead Gateway именно то что вам надо.
А что если направить трафик через Ipfw ngtee в ноду конкретного значения, например 80 syn, и потом снимать уже ipacctctl , и анализировать, я думаю будет видно с какой скоростью syn с каждого ip.
Я скорее всего буду делать mirror порта на пограничном маршрутизаторе, а вот на стороне приема нужен анализатор.
на нетбуке тестировал, Fedora15 (betarc2) - полет нормальный. На серверах не видел и не пробовал, в теории разницы никакой (кроме скорости). Интерфейсы совместимы электрически и логически с обычными SATA. Если найдете пруфлинк - буду признателен.
Линк я мало вероятно найду :( Потому что листал какие-то обзоры..... наткнулся на статейку.... я и суть то передать ее сейчас толком еле смог, не то что бы вспомнить где это я на неё наткнулся, но смысл то мне придумывать, просто решил уточнить, потому что все новое как правило проходит некий срок тестирования пока не устоится..... я лично SSD еще не гонял, вот по этому и решил спросить.
Да может она и есть, но это - опция выбора Default Gateway из нескольких возможных.
Не , это опция выбирающая гетвей по умолчанию в случае падения GW указанного в маршруте, в вашем случае именно так и происходит.... вы добавляете роут в никуда, эта функция определяет что гетвей недоступен и шлет все в тот который по умолчанию. (соответственно ничего как бы не меняется)
Выглядит походим на нужное решение, но не то. У меня не x64
Блин вы шутите, посмотрите аналогичную опцию на свою архитектуру :) 200% есть ....
ТС, согласно вашему выводу netstat через ваш сервер не может отправляться почта!!!! Какие у вас настройки почтовой программы из которой "отправляется" или как вы вообще отправляете?
ТС, у меня такое впечатление что смотреть надо в сторону приоритетов по маршрутизации, помнится мне что-то из каких-то давних рассказов, что интерфейс с тунелем имеет больший приоритет нежели eth физический.... точно утверждать не буду, но в теории метрики или дистанции должны помочь. Либо надо не менять default route при включении VPN-a, но потом роутить весь нужный трафик в VPN... Либо надо завышать метрику для маршрута по умолчанию.
Не забываем еще что в винде, если указанный GW в маршруте недоступен... используется default gw.... Как-то это звалось типа (gateway detection).....
Romka_Kharkov добавил 01.05.2011 в 08:00
Нашел решение вашей проблемы:
Таки то о чем я говорил, Dead GateWay Detection
Читаем тут как отключить:
http://www.itsecdb.com/oval/definition/oval/gov.nist.usgcb.windowsseven/def/126/MSS-EnableDeadGWDetect-Allow-automatic-detection-of-dead-.html
Следом делаем:
route -p add x.x.x.x mask y.y.y.y z.z.z.z
где z.z.z.z заведомо левый ИП адрес... (типа 1.1.1.1)
Теперь переключение при смерти GW происходить не будет, т.е вы теряете некую динамику процесса если таковая вообще нужна вам, но будет работать как Nullroute по сути
ADD:
Проверил на Win7 64bit работает отлично, не знаю какие еще последствия может вызвать данная опция, но в целом выглядит так, поставил на ping сеточку в миру, потому поменял ключик в реестре, рестартанул сеть, прописал левый машрут - пинг пропал....
Romka_Kharkov добавил 01.05.2011 в 08:06
Ха, первый глюк отловил ;))))) После того как убрал роут, данная сеть не переключилась на default GW :))) Пришлось рестартить интерфейс :) (Ну собственно та динамика о которой я говорил :D :D :D)
Romka_Kharkov добавил 01.05.2011 в 08:08
Ах да, ключ который описан по ссылке у меня в дереве называется почему-то: DeadGWDetectDefault
Romka_Kharkov добавил 01.05.2011 в 08:09
И вот еще может быть полезно: http://www.ietf.org/rfc/rfc816.txt :D
Спасибо.
Romka_Kharkov, ПМ-ку вам послал.
Спасибо, ответил.
Судя по тому. что вижу я , во первых вы не установили CA сертификат, т.е не показывается путь сертификации, а во вторых у вас на https:// Части есть явные ссылки которые ведут на http:// и именно по этому SSL выдает ошибку о том, что "есть незащищенное содержимое". А сам SSL видится вполне нормально, годен до 01.05.2012..... А вот та Синяя штуковина о которой вы говорите прямо зависит от вашего браузера... А не от SSL..... В IE например вы такой вот синей штуки вообще никогда не увидите, а FF показывает только в том случае если "он знает того кто подписывал SSL" , а это как вы понимаете далеко не все участники рынка :D
ng_ipacct
Этот на сколько я понял "система учета трафика", а у меня основная задача коллекционировать трафик для дальнейшего анализа и выявления аномального поведения, а не просто учет ..... Учитывать уже давно умеем без вопросов, хочется на лету разбирать трафик и если там к примеру мильен SYN пакетов куда-то валит - сигнализировать об этом операторов\администраторов.