информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Ростелеком заподозрили в попытке... 
 Линуксовый ботнет, распространяющийся... 
 Конец поддержки Internet Explorer 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Это нормально. Ответ о недоступности хоста выдает... 28.11.05 17:52  Число просмотров: 3245
Автор: NKritsky <Nickolay A. Kritsky> Статус: Elderman
<"чистая" ссылка>
> Всем добрый день! Столкнулся не с совсем понятной
> проблемой: Роутер на линухе (10-й asp), внутрення подсеть
> стандартная 192.168.х.х, внешняя 192.168.30.х, причем
> Ip-шник внешней карте выдавался dhcp сервером провайдера.
> Все было зашибись, все работало, с помощью iptables делался
> nat и т.д.. Но вот недавно чуваки сменили провайдера, и
> тепеь на внешеней карте у них статика (172.16.9.202, маска
> 255.255.255.252 шлюз по умолчанию соответсвенно
> 172.16.9.201). Происходит довольно странная вещь: при
> попытке пинга непосредственно с линуха хотя бы шлюза по
> умолчанию в ответ от ip адреса внешнего интерфейса (от
> 172.16.9.202) выдается дистинишен хост анричебл, хотя по
> идее шлюз по умолчанию енто вещь находящаяся с хостом в
> одной подсети. Пытаюсь понять в чем дело: запускаю
> трэйсроут, он радостно выдает ответ с очень большими
> задержками опять таки от внешнего интерфейса, на этом
> трэйсроут заканчивается. Получается что комп с какой-то
> дури считает что шлюзом по умолчанию является его внешний
> адрес, и типа ентот адрес ничего не знает о том куда надо
> маршрутизировать пакеты....
Это нормально. Ответ о недоступности хоста выдает последний...

> > напиши пожалуйста: > > /sbin/ifconfig <external inerface> > > netstat -nr > > > > конкретно сейчас не могу, так как проблема в офисе у моих > знакомых, вечером поеду туда разбираться дальше, тады и > запостю... > > но таблица роутинга по команде route выглядит примерно так: > > 192.168.30.0 * 255.255.255.0 U 0 0 0 eth1 > 172.16.9.200 * 255.255.255.252 U 0 0 0 eth0 > default 172.16.9.201 0.0.0.0 UG 0 0 0 eth0 > > команда > ping 172.16.9.201 > > выдает: > ответ от 172.16.9.202: destination host unreachable > ответ от 172.16.9.202: destination host unreachable > Это нормально. Ответ о недоступности хоста выдает последний живой хост. А это ты и есть :) Так что надо проверять физику. arp -an показывает этот хост в списке резольвнутых arp? что если запустить ping и одновременно tcpdump -n на внешнем интерфейсе? Уточни, не использует ли провайдер PPOE.
<networking> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach