Jump to content

    

Влияние отладочной платы(вебсервер) на работу интернета

Проблема решилась сменой подсети.

Было 192.168.0.117, маска 255.255.255.0

Изменил на 192.0.0.117, маска 255.255.255.0

 

Как я себе понял: ТС роутинг как раз и не нужен. ТС желает видеть интернет и в тоже время иметь достут с одной единственной машины ещё и к серверу.

Да.

 

Естественно, сетка на двух карточках - одна.

Все-таки немного не понял, проблема возникла из-за того что сервер имел тот же адрес под сети, что и моя другая сетевая плата, но все ровно ip адреса же разные...Почему не работало?

 

Про ОС Вы ничего не сказали... Заметил, что на семерке при конфликтах в сети Win7 "исправляет" ситуацию ничего при этом не сообщая. Возможно, это - Ваш случай.

Windows XP

 

Кстати, подключение к интернету как осуществяется?

Через ethernet.

Share this post


Link to post
Share on other sites

192.168.0.0/24

это есть

192.168.0.*

255.255.255.0

 

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

 

Нужно:

 

1.

192.168.0.*

255.255.255.0

 

2.

192.168.1.*

255.255.255.0

 

И больше ничего.

Share this post


Link to post
Share on other sites
Две карточки в одной сети быть не могут.

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

Share this post


Link to post
Share on other sites
Не вижу для этого препядствий. Помнится, как-то очень давно, нечто подобное использовали для усключения "брожения" в частях сети "лишних" бродкастов.

Так почему не работало?

Share this post


Link to post
Share on other sites
Так почему не работало?

Потому что не могло оно правильно отмаршрутизировать на IP уровне.

Выдаете например ping <IP-google> (зададим IP явно, чтобы не вникать в детали DNS и тд).

Утилита ping должна отправить на указанный IP-адрес ICMP пакет echo.

Тут вступают правила маршрутизации IP, в разных ОС детали могут отличаться, но суть примерно такая:

- сначала IP получателя ищется в явном виде в таблице маршрутизации, если найден, то пакет будет отправлен по указанному в записи таблице интерфейсу (грубо - по указанному адаптеру ЛВС). Обычно IP адреса гугля в этой таблице нет, это не наш случай

- затем ищется среди локальных интерфейсов подсеть содержащая нужный IP, это тоже не наш случай - разве что Вы работаете админом в гугле и его сервера в вашей локальной подсетке :)

- если ничего явно не найдено, то пакет отправляется в путь по умолчанию - дежурному маршрутизатору или шлюзу. Это наш случай, пакет надо отправить именно на шлюз (Default Gateway)

Этот шлюз обычно находится в локальной подсетке и ОС пытается отправить исходящий пакет на него. И тут - опа, ОС находит два интерфейса, смотрящих в одну и ту же подсетку. Кстати, подсетки могут быть разными, и в обоих может быть свой шлюз. Ситуация в этом случае сильно не отличается - ОС все равно надо выбрать куда отправляить пакет. И вот когда оно у Вас не работает - это значит что пакет (ping ICMP-echо) ушел не в тот интерфейс - в подсетку где реально нету шлюза или он не подключен в Инет (где обретаются сервера гугля).

В этом случае надо помочь ОС сделать правильный выбор - чтобы она отдавала предпочтение нужному интерфейсу. Вот для этого служит специальная характеристика интерфейса (также может назначаться шлюзу), называемая метрикой. В Windows это закопано в свойствах сетевого адаптера->Internet Protocol (TCP/IP)->Properties->Advanced. Чем больше значение метрики - тем менее охотно Windows будет выбирать указанный шлюз/интерфейс по умолчанию. Итого - делаете две разные подсетки (разные значения маскированной части IP) и отладочной подсетке ставите метрику побольше. На обращение к отладочной плате метрика не повлияет - Вы будет обращаться по локальному IP. А вот в Инет оно будет лезть по нормальному интерфейсу с маленькой метрикой.

 

Share this post


Link to post
Share on other sites
...ничего явно не найдено, то пакет отправляется в путь по умолчанию - дежурному маршрутизатору или шлюзу. Это наш случай, В этом случае надо помочь ОС сделать правильный выбор - чтобы она отдавала предпочтение нужному интерфейсу. Вот для этого служит специальная характеристика интерфейса (также может назначаться шлюзу), называемая метрикой.

Хорошо объяснено... Только метрикой меряться некому, поскольку основной шлюз в данном случае определён только один и он как раз в той части сети, где и роутер, через который выход в интернет.Так что, пакет "не туда" уйти не должен.

Share this post


Link to post
Share on other sites
Хорошо объяснено... Только метрикой меряться некому, поскольку основной шлюз в данном случае определён только один и он как раз в той части сети, где и роутер, через который выход в интернет.Так что, пакет "не туда" уйти не должен.

Да, у топикстартера шлюз назначен только на одном интерфейсе. Но - интерфейсы-то назначены в общую подсеть, а физически не соединены. Видимо Windows и путает адаптеры - с точки зрения маршрутизации ведь нет никакой разницы по какому адаптеру отправить на IP шлюза. Не знаю поможет ли в таком случае метрика интерфейса. Возможно что и поможет (Инету, а вот устройство будет недоступно :)), но смысла пробовать нет - надо настройки сети приводить к соответствию физической картине.

Я на эти все грабли уже наступал - и одну подсеть физически разбивал, в итоге, ессно, пришел к разным подсетям. Потом понадобился умный свич с port-mirroring - чтобы смотреть как девайсы между собой общаются, а не только с компом. Потом добавил еще одну сетевую карту (с третьей подсеткой) под мониторящий порт. Инет пару дней поработал и пропал. Гы, даже провайдеру звонил, пока про метрику на третьей карте не вспомнил :).

 

В Win шлюз по умолчанию на самом деле все равно один.

http://support.microsoft.com/kb/159168

http://support.microsoft.com/kb/157025

Ну смысл там такой - используется в каждый момент времени только один из списка имеющихся. И переключается по списку по хитрому алгоритму, который, имхо, небезгрешен - например с трудом отличает отказ удаленного сервера от отказа шлюза. Спасибо за ссылки, я кое-что для себя прояснил.

Share this post


Link to post
Share on other sites
Да, у топикстартера шлюз назначен только на одном интерфейсе. Но - интерфейсы-то назначены в общую подсеть, а физически не соединены. Видимо Windows и путает адаптеры - с точки зрения маршрутизации ведь нет никакой разницы по какому адаптеру отправить на IP шлюза.
Тоже склоняюсь к такому объяснению... Смущает только то, что шлюз вроде-как "привязан" к конкретной карточке - чему бы Windows их путать. Объяснения MS про использование в Win в конкретный момент времени только одного шлюза на "первой" корточке - какие-то путанные... Что значит на "первой"? Откуда считать? К тому же при "неисправности" этого шлюза должен использоваться другой. Какой? Второй шлюз "первой" карточки? Шлюз на "второй"? В общем, вопросов больше чем ответов...

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this