реклама на сайте
подробности

 
 
> Влияние отладочной платы(вебсервер) на работу интернета
Twen
сообщение Oct 4 2011, 09:11
Сообщение #1


Частый гость
**

Группа: Участник
Сообщений: 163
Регистрация: 7-02-09
Пользователь №: 44 543



Добрый день. Есть следующая проблема. В ПК имеется 2 сетевые карты, одна подключена через сетевой кабель к свичу и далее через коммутатор на маршрутизатор...Вторая сетевая карта используется для отладки веб-сервера. К ней подключается веб-сервер(локальный).
Получается следующее, когда я подключаю отладочную плату к ПК, запускаю веб-сервер, тогда у меня пропадает инет...
Что можете посоветовать?
За раннее спасибо.
Go to the top of the page
 
+Quote Post
2 страниц V  < 1 2  
Start new topic
Ответов (15 - 23)
Twen
сообщение Oct 5 2011, 13:16
Сообщение #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.
Go to the top of the page
 
+Quote Post
Andrew2000
сообщение Oct 5 2011, 13:16
Сообщение #17


Местный
***

Группа: Свой
Сообщений: 421
Регистрация: 25-12-04
Пользователь №: 1 675



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

И больше ничего.
Go to the top of the page
 
+Quote Post
Палыч
сообщение Oct 5 2011, 13:28
Сообщение #18


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(Andrew2000 @ Oct 5 2011, 17:16) *
Две карточки в одной сети быть не могут.

Не вижу для этого препядствий. Помнится, как-то очень давно, нечто подобное использовали для усключения "брожения" в частях сети "лишних" бродкастов.
Go to the top of the page
 
+Quote Post
Twen
сообщение Oct 5 2011, 13:36
Сообщение #19


Частый гость
**

Группа: Участник
Сообщений: 163
Регистрация: 7-02-09
Пользователь №: 44 543



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

Так почему не работало?
Go to the top of the page
 
+Quote Post
VslavX
сообщение Oct 5 2011, 19:37
Сообщение #20


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, это тоже не наш случай - разве что Вы работаете админом в гугле и его сервера в вашей локальной подсетке sm.gif
- если ничего явно не найдено, то пакет отправляется в путь по умолчанию - дежурному маршрутизатору или шлюзу. Это наш случай, пакет надо отправить именно на шлюз (Default Gateway)
Этот шлюз обычно находится в локальной подсетке и ОС пытается отправить исходящий пакет на него. И тут - опа, ОС находит два интерфейса, смотрящих в одну и ту же подсетку. Кстати, подсетки могут быть разными, и в обоих может быть свой шлюз. Ситуация в этом случае сильно не отличается - ОС все равно надо выбрать куда отправляить пакет. И вот когда оно у Вас не работает - это значит что пакет (ping ICMP-echо) ушел не в тот интерфейс - в подсетку где реально нету шлюза или он не подключен в Инет (где обретаются сервера гугля).
В этом случае надо помочь ОС сделать правильный выбор - чтобы она отдавала предпочтение нужному интерфейсу. Вот для этого служит специальная характеристика интерфейса (также может назначаться шлюзу), называемая метрикой. В Windows это закопано в свойствах сетевого адаптера->Internet Protocol (TCP/IP)->Properties->Advanced. Чем больше значение метрики - тем менее охотно Windows будет выбирать указанный шлюз/интерфейс по умолчанию. Итого - делаете две разные подсетки (разные значения маскированной части IP) и отладочной подсетке ставите метрику побольше. На обращение к отладочной плате метрика не повлияет - Вы будет обращаться по локальному IP. А вот в Инет оно будет лезть по нормальному интерфейсу с маленькой метрикой.
Go to the top of the page
 
+Quote Post
Палыч
сообщение Oct 5 2011, 19:52
Сообщение #21


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(VslavX @ Oct 5 2011, 23:37) *
...ничего явно не найдено, то пакет отправляется в путь по умолчанию - дежурному маршрутизатору или шлюзу. Это наш случай, В этом случае надо помочь ОС сделать правильный выбор - чтобы она отдавала предпочтение нужному интерфейсу. Вот для этого служит специальная характеристика интерфейса (также может назначаться шлюзу), называемая метрикой.

Хорошо объяснено... Только метрикой меряться некому, поскольку основной шлюз в данном случае определён только один и он как раз в той части сети, где и роутер, через который выход в интернет.Так что, пакет "не туда" уйти не должен.
Go to the top of the page
 
+Quote Post
vvs157
сообщение Oct 5 2011, 20:35
Сообщение #22


Профессионал
*****

Группа: Свой
Сообщений: 1 526
Регистрация: 8-04-05
Пользователь №: 3 960



Цитата(VslavX @ Oct 5 2011, 23:37) *
Кстати, подсетки могут быть разными, и в обоих может быть свой шлюз.
В Win шлюз по умолчанию на самом деле все равно один.
http://support.microsoft.com/kb/159168
http://support.microsoft.com/kb/157025
Go to the top of the page
 
+Quote Post
VslavX
сообщение Oct 6 2011, 05:06
Сообщение #23


embarrassed systems engineer
*****

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



Цитата(Палыч @ Oct 5 2011, 22:52) *
Хорошо объяснено... Только метрикой меряться некому, поскольку основной шлюз в данном случае определён только один и он как раз в той части сети, где и роутер, через который выход в интернет.Так что, пакет "не туда" уйти не должен.

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

Цитата(vvs157 @ Oct 5 2011, 23:35) *
В Win шлюз по умолчанию на самом деле все равно один.
http://support.microsoft.com/kb/159168
http://support.microsoft.com/kb/157025

Ну смысл там такой - используется в каждый момент времени только один из списка имеющихся. И переключается по списку по хитрому алгоритму, который, имхо, небезгрешен - например с трудом отличает отказ удаленного сервера от отказа шлюза. Спасибо за ссылки, я кое-что для себя прояснил.
Go to the top of the page
 
+Quote Post
Палыч
сообщение Oct 6 2011, 06:12
Сообщение #24


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(VslavX @ Oct 6 2011, 09:06) *
Да, у топикстартера шлюз назначен только на одном интерфейсе. Но - интерфейсы-то назначены в общую подсеть, а физически не соединены. Видимо Windows и путает адаптеры - с точки зрения маршрутизации ведь нет никакой разницы по какому адаптеру отправить на IP шлюза.
Тоже склоняюсь к такому объяснению... Смущает только то, что шлюз вроде-как "привязан" к конкретной карточке - чему бы Windows их путать. Объяснения MS про использование в Win в конкретный момент времени только одного шлюза на "первой" корточке - какие-то путанные... Что значит на "первой"? Откуда считать? К тому же при "неисправности" этого шлюза должен использоваться другой. Какой? Второй шлюз "первой" карточки? Шлюз на "второй"? В общем, вопросов больше чем ответов...
Go to the top of the page
 
+Quote Post

2 страниц V  < 1 2
Reply to this topicStart new topic
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 23rd July 2025 - 12:35
Рейтинг@Mail.ru


Страница сгенерированна за 0.01479 секунд с 7
ELECTRONIX ©2004-2016