|
Влияние отладочной платы(вебсервер) на работу интернета |
|
|
2 страниц
< 1 2
|
 |
Ответов
(15 - 23)
|
Oct 5 2011, 13:16
|
Частый гость
 
Группа: Участник
Сообщений: 163
Регистрация: 7-02-09
Пользователь №: 44 543

|
Проблема решилась сменой подсети. Было 192.168.0.117, маска 255.255.255.0 Изменил на 192.0.0.117, маска 255.255.255.0 Цитата Как я себе понял: ТС роутинг как раз и не нужен. ТС желает видеть интернет и в тоже время иметь достут с одной единственной машины ещё и к серверу. Да. Цитата Естественно, сетка на двух карточках - одна. Все-таки немного не понял, проблема возникла из-за того что сервер имел тот же адрес под сети, что и моя другая сетевая плата, но все ровно ip адреса же разные...Почему не работало? Цитата Про ОС Вы ничего не сказали... Заметил, что на семерке при конфликтах в сети Win7 "исправляет" ситуацию ничего при этом не сообщая. Возможно, это - Ваш случай. Windows XP Цитата Кстати, подключение к интернету как осуществяется? Через ethernet.
|
|
|
|
|
Oct 5 2011, 13:36
|
Частый гость
 
Группа: Участник
Сообщений: 163
Регистрация: 7-02-09
Пользователь №: 44 543

|
Цитата(Палыч @ Oct 5 2011, 16:28)  Не вижу для этого препядствий. Помнится, как-то очень давно, нечто подобное использовали для усключения "брожения" в частях сети "лишних" бродкастов. Так почему не работало?
|
|
|
|
|
Oct 5 2011, 19:37
|

embarrassed systems engineer
    
Группа: Свой
Сообщений: 1 083
Регистрация: 24-10-05
Из: Осокорки
Пользователь №: 10 038

|
Цитата(Twen @ Oct 5 2011, 16:36)  Так почему не работало? Потому что не могло оно правильно отмаршрутизировать на 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. А вот в Инет оно будет лезть по нормальному интерфейсу с маленькой метрикой.
|
|
|
|
|
Oct 6 2011, 05:06
|

embarrassed systems engineer
    
Группа: Свой
Сообщений: 1 083
Регистрация: 24-10-05
Из: Осокорки
Пользователь №: 10 038

|
Цитата(Палыч @ Oct 5 2011, 22:52)  Хорошо объяснено... Только метрикой меряться некому, поскольку основной шлюз в данном случае определён только один и он как раз в той части сети, где и роутер, через который выход в интернет.Так что, пакет "не туда" уйти не должен. Да, у топикстартера шлюз назначен только на одном интерфейсе. Но - интерфейсы-то назначены в общую подсеть, а физически не соединены. Видимо Windows и путает адаптеры - с точки зрения маршрутизации ведь нет никакой разницы по какому адаптеру отправить на IP шлюза. Не знаю поможет ли в таком случае метрика интерфейса. Возможно что и поможет (Инету, а вот устройство будет недоступно  ), но смысла пробовать нет - надо настройки сети приводить к соответствию физической картине. Я на эти все грабли уже наступал - и одну подсеть физически разбивал, в итоге, ессно, пришел к разным подсетям. Потом понадобился умный свич с port-mirroring - чтобы смотреть как девайсы между собой общаются, а не только с компом. Потом добавил еще одну сетевую карту (с третьей подсеткой) под мониторящий порт. Инет пару дней поработал и пропал. Гы, даже провайдеру звонил, пока про метрику на третьей карте не вспомнил  . Цитата(vvs157 @ Oct 5 2011, 23:35)  Ну смысл там такой - используется в каждый момент времени только один из списка имеющихся. И переключается по списку по хитрому алгоритму, который, имхо, небезгрешен - например с трудом отличает отказ удаленного сервера от отказа шлюза. Спасибо за ссылки, я кое-что для себя прояснил.
|
|
|
|
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|