Twen 0 5 октября, 2011 Опубликовано 5 октября, 2011 · Жалоба Проблема решилась сменой подсети. Было 192.168.0.117, маска 255.255.255.0 Изменил на 192.0.0.117, маска 255.255.255.0 Как я себе понял: ТС роутинг как раз и не нужен. ТС желает видеть интернет и в тоже время иметь достут с одной единственной машины ещё и к серверу. Да. Естественно, сетка на двух карточках - одна. Все-таки немного не понял, проблема возникла из-за того что сервер имел тот же адрес под сети, что и моя другая сетевая плата, но все ровно ip адреса же разные...Почему не работало? Про ОС Вы ничего не сказали... Заметил, что на семерке при конфликтах в сети Win7 "исправляет" ситуацию ничего при этом не сообщая. Возможно, это - Ваш случай. Windows XP Кстати, подключение к интернету как осуществяется? Через ethernet. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Andrew2000 0 5 октября, 2011 Опубликовано 5 октября, 2011 · Жалоба 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 И больше ничего. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Палыч 6 5 октября, 2011 Опубликовано 5 октября, 2011 · Жалоба Две карточки в одной сети быть не могут. Не вижу для этого препядствий. Помнится, как-то очень давно, нечто подобное использовали для усключения "брожения" в частях сети "лишних" бродкастов. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Twen 0 5 октября, 2011 Опубликовано 5 октября, 2011 · Жалоба Не вижу для этого препядствий. Помнится, как-то очень давно, нечто подобное использовали для усключения "брожения" в частях сети "лишних" бродкастов. Так почему не работало? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VslavX 0 5 октября, 2011 Опубликовано 5 октября, 2011 · Жалоба Так почему не работало? Потому что не могло оно правильно отмаршрутизировать на 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. А вот в Инет оно будет лезть по нормальному интерфейсу с маленькой метрикой. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Палыч 6 5 октября, 2011 Опубликовано 5 октября, 2011 · Жалоба ...ничего явно не найдено, то пакет отправляется в путь по умолчанию - дежурному маршрутизатору или шлюзу. Это наш случай, В этом случае надо помочь ОС сделать правильный выбор - чтобы она отдавала предпочтение нужному интерфейсу. Вот для этого служит специальная характеристика интерфейса (также может назначаться шлюзу), называемая метрикой. Хорошо объяснено... Только метрикой меряться некому, поскольку основной шлюз в данном случае определён только один и он как раз в той части сети, где и роутер, через который выход в интернет.Так что, пакет "не туда" уйти не должен. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vvs157 0 5 октября, 2011 Опубликовано 5 октября, 2011 · Жалоба Кстати, подсетки могут быть разными, и в обоих может быть свой шлюз.В Win шлюз по умолчанию на самом деле все равно один. http://support.microsoft.com/kb/159168 http://support.microsoft.com/kb/157025 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
VslavX 0 6 октября, 2011 Опубликовано 6 октября, 2011 · Жалоба Хорошо объяснено... Только метрикой меряться некому, поскольку основной шлюз в данном случае определён только один и он как раз в той части сети, где и роутер, через который выход в интернет.Так что, пакет "не туда" уйти не должен. Да, у топикстартера шлюз назначен только на одном интерфейсе. Но - интерфейсы-то назначены в общую подсеть, а физически не соединены. Видимо Windows и путает адаптеры - с точки зрения маршрутизации ведь нет никакой разницы по какому адаптеру отправить на IP шлюза. Не знаю поможет ли в таком случае метрика интерфейса. Возможно что и поможет (Инету, а вот устройство будет недоступно :)), но смысла пробовать нет - надо настройки сети приводить к соответствию физической картине. Я на эти все грабли уже наступал - и одну подсеть физически разбивал, в итоге, ессно, пришел к разным подсетям. Потом понадобился умный свич с port-mirroring - чтобы смотреть как девайсы между собой общаются, а не только с компом. Потом добавил еще одну сетевую карту (с третьей подсеткой) под мониторящий порт. Инет пару дней поработал и пропал. Гы, даже провайдеру звонил, пока про метрику на третьей карте не вспомнил :). В Win шлюз по умолчанию на самом деле все равно один. http://support.microsoft.com/kb/159168 http://support.microsoft.com/kb/157025 Ну смысл там такой - используется в каждый момент времени только один из списка имеющихся. И переключается по списку по хитрому алгоритму, который, имхо, небезгрешен - например с трудом отличает отказ удаленного сервера от отказа шлюза. Спасибо за ссылки, я кое-что для себя прояснил. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Палыч 6 6 октября, 2011 Опубликовано 6 октября, 2011 · Жалоба Да, у топикстартера шлюз назначен только на одном интерфейсе. Но - интерфейсы-то назначены в общую подсеть, а физически не соединены. Видимо Windows и путает адаптеры - с точки зрения маршрутизации ведь нет никакой разницы по какому адаптеру отправить на IP шлюза.Тоже склоняюсь к такому объяснению... Смущает только то, что шлюз вроде-как "привязан" к конкретной карточке - чему бы Windows их путать. Объяснения MS про использование в Win в конкретный момент времени только одного шлюза на "первой" корточке - какие-то путанные... Что значит на "первой"? Откуда считать? К тому же при "неисправности" этого шлюза должен использоваться другой. Какой? Второй шлюз "первой" карточки? Шлюз на "второй"? В общем, вопросов больше чем ответов... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
