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

[Twen]

Добрый день. Есть следующая проблема. В ПК имеется 2 сетевые карты, одна подключена через сетевой кабель к свичу и далее через коммутатор на маршрутизатор...Вторая сетевая карта используется для отладки веб-сервера. К ней подключается веб-сервер(локальный).
Получается следующее, когда я подключаю отладочную плату к ПК, запускаю веб-сервер, тогда у меня пропадает инет...
Что можете посоветовать?
За раннее спасибо.

[Палыч]

То что Вам нужно называется "настроить роутинг".

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

Интересно, когда изменил маску подсети на веб-сервере и 2-ой сетевой карте на 255.255.0.0, веб-сервер перестал пинговаться.

Естественно, сетка на двух карточках - одна.
Про ОС Вы ничего не сказали... Заметил, что на семерке при конфликтах в сети Win7 "исправляет" ситуацию ничего при этом не сообщая. Возможно, это - Ваш случай.
Эксперимент с таблицами ARP вышел неудачным... Следует повторить с двуми командами "arp -a -N 192.168.0.57" и "arp -a -N 192.168.0.211".

P.S. Картинки - это красиво, но не у всех "толстый" интернет. Копипастом пользоваться не умеете?

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

Адреса двум интерфейсам, как тут уже говорили, лучше назначить из разных подсетей.

Действительно, зачем сервер в той же подсети, что и всё остальное?

[Andrew2000]

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

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

[Палыч]

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

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

[Twen]

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

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

[VslavX]

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

Потому что не могло оно правильно отмаршрутизировать на 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. А вот в Инет оно будет лезть по нормальному интерфейсу с маленькой метрикой.

[Палыч]

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

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

[VslavX]

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

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

В Win шлюз по умолчанию на самом деле все равно один.
http://support.microsoft.com/kb/159168
http://support.microsoft.com/kb/157025

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