Проблема решилась сменой подсети.
Было 192.168.0.117, маска 255.255.255.0
Изменил на 192.0.0.117, маска 255.255.255.0


Да.


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


Windows XP


Через ethernet.

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

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

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

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

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

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

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

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


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

Тоже склоняюсь к такому объяснению... Смущает только то, что шлюз вроде-как "привязан" к конкретной карточке - чему бы Windows их путать. Объяснения MS про использование в Win в конкретный момент времени только одного шлюза на "первой" корточке - какие-то путанные... Что значит на "первой"? Откуда считать? К тому же при "неисправности" этого шлюза должен использоваться другой. Какой? Второй шлюз "первой" карточки? Шлюз на "второй"? В общем, вопросов больше чем ответов...