Author Topic: Отсутствие соединения с сетью в WinXP  (Read 9551 times)

0 Members and 1 Guest are viewing this topic.

Offline sie

  • Full Member
  • ***
  • Posts: 108
  • Karma: +0/-0
Два одинаково настроенных компьютера под WinXP Pro sp2 с WinRoute 4.2.5.
У каждого задействованы по 2 сетевые карты:
- по первой паре комнатная сеть (компьютер-компьютер напрямую),
- вторая пара смотрит через свич (D-Link DES-1005D) в Интернет ("домашняя" сеть).
Свич запитан через сетевой фильтр одного из компьютеров - а его (сетевой фильтр) иногда отключают.

Замечено: если включить любой компьютер в то время как питание у соседнего компьютера и/или свича отключено,
то интерфейс(ы) остается(ются) как будто в выключенном состоянии.
Длится это до перезагрузки компьютера или отключения/включения интерфейса.
Как будто WinXP считает, что если интерфейс не активен при его инициализации, то и не понадобится в дальнейшем.

Уже как только не экспериментировал:
- отключал WinRoute'ы - не помогает
- отключал питание отдельно свича и отдельно компьютера и загружал при этом второй - аналогичное поведение
- раньше на этом же железе работали Win2k Pro - без проблем с сетью
- куда смотрит интерфейс - в Интернет или в соседний компьютер - значения не имеет.

Вот и пришел к выводу, что дело в WinXP и неактивных сетевых интерфейсах во время ее загрузки.
Подскажите как лечить? Вариант, когда оба компьютера включены - не устраивает.

Offline Unit

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1263
  • Karma: +9/-1
Отсутствие соединения с сетью в WinXP
« Reply #1 on: May 30, 2007, 07:42:04 »
А зачем внутренний линк, если они могут друг друга и через внешний D-Link видеть?

Offline Diver

  • Hero Member
  • *****
  • Posts: 790
  • Karma: +2/-0
Отсутствие соединения с сетью в WinXP
« Reply #2 on: May 30, 2007, 11:50:23 »
Мда уж. Конечно компы с ума сойдут с такой конфигурацией сети... Можно еще в каждый по третьей сетевой воткнуть и соединить их напрямую, вдруг какой конект не заработает, то может через этот пойдет, а если не пойдет, то можно и по четвертой добавить...
MCP

Offline kerdyk

  • Full Member
  • ***
  • Posts: 167
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #3 on: May 30, 2007, 11:52:36 »
Quote from: Diver
Мда уж. Конечно компы с ума сойдут с такой конфигурацией сети... Можно еще в каждый по третьей сетевой воткнуть и соединить их напрямую, вдруг какой конект не заработает, то может через этот пойдет, а если не пойдет, то можно и по четвертой добавить...
А может товарищ на АЭС работает?

Offline sie

  • Full Member
  • ***
  • Posts: 108
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #4 on: May 30, 2007, 12:37:55 »
Quote from: Unit
А зачем внутренний линк, если они могут друг друга и через внешний D-Link видеть?
1) Исключение попадания приватного трафика в публичную сеть.
 Возможность без опаски сделать внутренние интерфейсы "доверенными",
 Каждый их компьютеров при этом имеет "защищенный" доступ в Интернет независимо от другого.
2) Уменьшение трафика и коллизий в обоих подсетях.
 По своей сети можно экспериментировать с большим трафиком.

Вообщем, были "лишние" сетевые карты, был кабель, вот и воспользовался. Нашел такое подключение удобным.
Но собственно, с этим проблем нет.
Есть проблемы с неактивностью интерфейсов в независимости от их принадлежности той или иной сети.

Quote from: Diver
Мда уж. Конечно компы с ума сойдут с такой конфигурацией сети... Можно еще в каждый по третьей сетевой воткнуть и соединить их напрямую, вдруг какой конект не заработает, то может через этот пойдет, а если не пойдет, то можно и по четвертой добавить...
Конфигурации сетей рабочие. С этим проблем нет.

Offline Diver

  • Hero Member
  • *****
  • Posts: 790
  • Karma: +2/-0
Отсутствие соединения с сетью в WinXP
« Reply #5 on: May 30, 2007, 19:51:56 »
Quote from: sie
1) Исключение попадания приватного трафика в публичную сеть.
 Возможность без опаски сделать внутренние интерфейсы "доверенными",
 Каждый их компьютеров при этом имеет "защищенный" доступ в Интернет независимо от другого.
2) Уменьшение трафика и коллизий в обоих подсетях.
 По своей сети можно экспериментировать с большим трафиком.
1) А как попадет трафик между двумя компами находящихся в одной подсети к тому же оба включены напрямую через свич? Поднимите vpn на худой конец между компами.
2) А что настолько свич убог и сетевые из каменного века что коллизии заметны?
А вообще ситуация у вас какая-то мифическая... Варианты могут быть такие:
Например вы хотите выйти в Инет который у вас сосется через свич, набираете "о великий гугл ком", а Винда дико радуется и ломится в Инет через сетевую которая включена напрямую в другой комп... Или вы ее надрессировали ломиться в Инет через определенную сетевую?
Еще пример, хотите вы залезть на соседний комп, пишите "о великий соседний комп c$", Винда радуется, но видя два сетевых интерфейса не знает а какой же ей выбрать, ведь по обоим можно достучаться до соседа.
Возможно я везде не прав ибо ламер. Но все таки надо начать с простого, а потом пытаться сделать геморой.
MCP

Offline sie

  • Full Member
  • ***
  • Posts: 108
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #6 on: May 31, 2007, 00:25:21 »
Эм... продолжим так:

192.168.1.1, 192.168.1.2 – серые IP-адреса для комнатной сети (MDI-X, т.е. связь двух компьютеров напрямую).
AAA.BBB.CCC.160, AAA.BBB.CCC.170 – условные обозначения публичных IP-адресов этих же двух компьютеров, которыми они смотрят через свич в Интернет.

Тоже самое схемой:
Code: [Select]
+-- <192.168.1.1> комп1 <AAA.BBB.CCC.160> --+-- свич -- (Интернет)
|                                           |
+-- <192.168.1.2> комп2 <AAA.BBB.CCC.170> --+
Настройки:

комп1::серый_интерфейс
IP address: 192.168.1.1
NETMASK: 255.255.255.0
GATEWAY: <none>

комп1::публичный_интерфейс
IP address: AAA.BBB.CCC.160
NETMASK: 255.255.255.0
GATEWAY: AAA.BBB.CCC.1

комп2::серый_интерфейс
IP address: 192.168.1.2
NETMASK: 255.255.255.0
GATEWAY: <none>

комп2::публичный_интерфейс
IP address: AAA.BBB.CCC.170
NETMASK: 255.255.255.0
GATEWAY: AAA.BBB.CCC.1

Своего DNS сервера для серой сети нет.

Когда я хочу выйти в Инет, который у меня сосется через свич, набираю "о великий гугл ком", а Винда дико радуется и ломится в Инет через свич, ибо ей прямым текстом указано "Шлюз здесь! --> AAA.BBB.CCC.1" (на обоих компах). Вот так я ее надрессировал ломиться в Инет через определенную сетевую...

Когда я хочу залезть на соседний комп, пишу "о великий соседний комп 192.168.1.2" для компа1 или "о великий соседний комп 192.168.1.1" для компа2. Винда радуется, ибо видит два сетевых интерфейса, но точно знает что компьютеры 192.168.1.x/255.255.255.0 надо искать через "серый" интерфейс.

В принципе можно было писать "о великий соседний комп AAA.BBB.CCC.170" для компа1 или "о великий соседний комп AAA.BBB.CCC.160" для компа2. Но обмен тогда пойдет через свич, который подключен к Инету. А именно от этого я и стремился избавится, когда кидал второй провод. Причины моего "кривого" желания написаны выше.

А начиналось все с простого – одна единственная сеть. Тогда все работало корректно – не отрицаю.

Порция свежих экспериментов:
----------------
Замечено, что Windows все же поднимает один из интерфейсов, которые были отключены в момент ее загрузки. А именно – первый физически подсоединенный.

Процесс по шагам:
- включаю комп1, удостоверяюсь что оба интерфейса - работают, все что надо – доступно.
- отключаю у компа2 оба кабеля витой пары;
- перезагружаю Windows компа2;
- пингую с компа2 соседний 192.168.1.1 и шлюз AAA.BBB.CCC.1 – тишина, ибо провода оторваны;
- подключаю любой из интерфейсов компа2 к соответствующему (своему) кабелю;
- пингую с компа2 соседний 192.168.1.1 и шлюз AAA.BBB.CCC.1 – отвечает через 2-3 ping пакета тот интерфейс, который был подключен – ну вроде и нет проблемы;
- подключаю второй из интерфейсов компа2 к соответствующему (своему) кабелю;
- пингую с компа2 соседний 192.168.1.1 и шлюз AAA.BBB.CCC.1 – продолжает отвечать тот интерфейс, который был подключен первым – второй молчит;
- в "Сетевых подключениях" компа2 на втором из интерфейсов жму сначала [Отключить], затем [Подключить] – и с этих пор оба интерфейса работают корректно.

Если загружать комп2 с подключенными кабелями и давно загруженным компом1 – все сети работают нормально и сразу.

Перед отключением/включением интерфейса ждать пробовал 5-10 минут – ситуация не изменяется.

Перепробовал 16 ситуаций:
- первого пинговал 192.168.1.1, а затем шлюз AAA.BBB.CCC.1 и наоборот;
- (отключил Интернет-кабель) менял между собой связки <кабели витой пары MDI + свич> и <кабель витой пары MDI-X>;
- первым подключал то серую сеть, то участок публичной;
- c включенным WinRoute'ом и без оного.

----------------
С уважением к вниманию и терпению участников форума.

Offline Diver

  • Hero Member
  • *****
  • Posts: 790
  • Karma: +2/-0
Отсутствие соединения с сетью в WinXP
« Reply #7 on: May 31, 2007, 09:54:16 »
Тут чисто мистика тогда. Как я понимаю на обоих компах такая ситуация? Но все же я еще раз предлагаю убрать провод между компами. Ну и что что данные пойдут через свич, свич их же не рассылает в инет! Зато я думаю проблема решиться. Если все таки страшно что в свиче сидит чертик и рассылает байтики по инету, то поднимите VPN - там шифрование, и чертик тогда обломается. Или шифрованный трафик в публичной сети тоже страшен для вас? Но если всё таки вы уперлись в ту конфигурацию что у вас есть, могу только посоветовать:
1) Попробовать переставить винду на обеих компах (вряд ли поможет)
2) Юзать снифер - может что интересное увидите.
3) Посомтреть журналы ошибок - вдруг что есть.
4) Написать прогу/скрипт который при загрузке винды, автоматом, допустим через минуту отрубает сетевые интерфейсы и опять их запускает.
5) Попробовать с другим свичом.
6) Попробовать другие сетевые.
MCP

Offline mx5

  • Sr. Member
  • ****
  • Posts: 368
  • Karma: +4/-1
Отсутствие соединения с сетью в WinXP
« Reply #8 on: May 31, 2007, 13:03:11 »
Руки-крюки, сбоку бантик!

Offline sie

  • Full Member
  • ***
  • Posts: 108
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #9 on: May 31, 2007, 14:50:04 »
Quote from: Diver
3) Посомтреть журналы ошибок - вдруг что есть.
типичный вид журнала событий при отключенных кабелях в момент загрузки
Code: [Select]
...
// отключаю оба кабеля от компа2, перезагружаю комп2
***ошибка*** 31.05.2007 13:29:32 NetBT Сбой при инициализации из-за отказа транспорта открыть начальные адреса.
уведомление 31.05.2007 13:29:42 eventlog Microsoft (R) Windows 2000 (R) 5.01. 2600 Service Pack 2 Uniprocessor Free.
уведомление 31.05.2007 13:29:42 eventlog Запущена служба журнала событий.
// подключаю один из кабелей к компу2
уведомление 31.05.2007 13:31:12 Tcpip Система обнаружила, что сетевой адаптер Realtek RTL8139 Family PCI Fast Ethernet NIC был подключен к сети, и инициировала нормальную работу через этот сетевой адаптер.
уведомление 31.05.2007 13:31:22 Service Control Manager Служба "Диспетчер подключений удаленного доступа" перешла в состояние Работает.
// ... Service Control Manager успешно запускает еще несколько служб
уведомление 31.05.2007 13:31:22 Service Control Manager Служба "Телефония" перешла в состояние Работает.
// запускаю ping 192.168.1.1 - идет ответ
// подключаю второй кабель к компу2
уведомление 31.05.2007 13:32:27 Tcpip Система обнаружила, что сетевой адаптер VIA Rhine II Fast Ethernet Adapter был подключен к сети, и инициировала нормальную работу через этот сетевой адаптер.
// запускаю ping AAA.BBB.CCC.1 - превышен интервал ожидания для запроса
// отключаю/включаю интерфейс, который подключен ко второму кабелю - новых событий нет
// запускаю ping AAA.BBB.CCC.1 - идет ответ
// начинаю перезагружать комп2
уведомление 31.05.2007 13:35:23 eventlog Служба журнала событий остановлена.
// комп2 перезагружается
...
типичный вид журнала событий при включенных кабелях в момент загрузки
Code: [Select]
...
// подключаю оба кабеля к компу2, перезагружаю комп2
уведомление 31.05.2007 13:48:20 eventlog Microsoft (R) Windows 2000 (R) 5.01. 2600 Service Pack 2 Uniprocessor Free.
уведомление 31.05.2007 13:48:20 eventlog Запущена служба журнала событий.
// запускаю ping 192.168.1.1 - идет ответ
уведомление 31.05.2007 13:50:00 Service Control Manager Служба "Диспетчер подключений удаленного доступа" перешла в состояние Работает.
// ... Service Control Manager успешно запускает еще несколько служб
уведомление 31.05.2007 13:50:00 Service Control Manager Служба "Телефония" перешла в состояние Работает.
// запускаю ping AAA.BBB.CCC.1 - идет ответ
// начинаю перезагружать комп2
уведомление 31.05.2007 13:51:11 eventlog Служба журнала событий остановлена.
// комп2 перезагружается
...

Что за служба такая NetBT? Похоже она предвещает проблемы с сетью...
Прикол в WinXP? EventLog говорит: "Microsoft ® Windows 2000 ® 5.01. 2600 Service Pack 2 Uniprocessor Free." - при чем здесь Windows 2000?

Offline Diver

  • Hero Member
  • *****
  • Posts: 790
  • Karma: +2/-0
Отсутствие соединения с сетью в WinXP
« Reply #10 on: May 31, 2007, 16:12:10 »
Quote from: sie
Что за служба такая NetBT? Похоже она предвещает проблемы с сетью...
Прикол в WinXP? EventLog говорит: "Microsoft ® Windows 2000 ® 5.01. 2600 Service Pack 2 Uniprocessor Free." - при чем здесь Windows 2000?
1) Поставь все апдейты для винды. Обнови дрова на мать и сеть.
2) NetBT - это NetBIOS - служба обозревателя сети. Она нахрен тебе не нужна если у тебя нет в сетке компов типа NT 4.0
Во всех сетевых интерфейсах оставь: Клиент для сетей МС, Службу доступа к файлам и протокол ТСР/ИП. В свойтсвах протокола ТСР в Дополнительно-WINS отруби NetBios поверх ТСР. Хотя по идее ты же к компам обращаешся по ИП, НетБиос тут не причем...
По поводу прикола, ну забыли вычистить мусор отовсюду. У программистов часто так случается А у МС тем более
MCP

Offline Unit

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1263
  • Karma: +9/-1
Отсутствие соединения с сетью в WinXP
« Reply #11 on: May 31, 2007, 17:56:57 »
Вообще-то это линейка NT5, разве что сборка новее.

Offline sie

  • Full Member
  • ***
  • Posts: 108
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #12 on: June 01, 2007, 00:26:06 »
Quote from: Diver
... В свойтсвах протокола ТСР в Дополнительно-WINS отруби NetBios поверх ТСР. Хотя по идее ты же к компам обращаешся по ИП, НетБиос тут не причем...
Отрубил NetBIOS поверх ТСР/IP у всех интерфейсов. Ошибка службы NetBT исчезла, но поведение сети не изменилось

Насчет скрипта или программы, которая перезапускает Ethernet интерфейсы:
Искал в Интернет'е, смотрел в черный экран после команды ipconfig /?, но ничего полезного не нашел...
Хотя тревожит другое: если бы у меня и был такой скрипт/программа, то в какой момент его/ее надо было бы запускать... не понятно.

Проверил поведение компа1 все то же самое... Эти два компьютера вообще настроены одинаково, только железо разное.

Вариант с единственным интерфейсом у каждого из компьютеров работать, конечно, будет...
это не противоречит моим наблюдениям. Но может настанет тот день, когда будут неизбежно необходимы два или более интерфейса, например, шлюз на WinXP замутить... а-а-нет.. облом...
« Last Edit: June 01, 2007, 00:27:10 by sie »

Offline super user

  • Newbie
  • *
  • Posts: 20
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #13 on: June 01, 2007, 10:41:35 »
Quote
Каждый их компьютеров при этом имеет "защищенный" доступ в Интернет независимо от другого.
настолько ли они защищены, если:
Quote
пингую с компа2 соседний 192.168.1.1 и шлюз AAA.BBB.CCC.1 – отвечает через 2-3 ping пакета тот интерфейс, который был подключен

Quote
Насчет скрипта или программы, которая перезапускает Ethernet интерфейсы:
Искал в Интернет'е, смотрел в черный экран после команды ipconfig /?, но ничего полезного не нашел...
netsh

а по существу: думаю смотреть надо route print

Offline NiK

  • Full Member
  • ***
  • Posts: 199
  • Karma: +4/-3
    • http://
Отсутствие соединения с сетью в WinXP
« Reply #14 on: June 01, 2007, 17:58:58 »
Похоже у тебя винда пытается найти маршрут наружу через другой интерфейс, когда default gateway напрямую недоступен.
Я сам был удивлен, когда в свежепоставленной связке "XPproSP2 +Outpost" Outpost сообщил, что винда пытается установить соединение по BGP  

Возможно она у тебя навела или RIP или BGP и пытается через них найти маршрут.
Проверь с помощью tracert и route print маршруты.
« Last Edit: June 01, 2007, 18:00:37 by NiK »

Offline Diver

  • Hero Member
  • *****
  • Posts: 790
  • Karma: +2/-0
Отсутствие соединения с сетью в WinXP
« Reply #15 on: June 01, 2007, 20:24:45 »
Я об этом выше писал. Человек меня истинно уверил что винда глючить не может, ибо он как праведный человек конектится по ИП, т.е. в другую подсеть ничего ломиться не может.
Мое сообщение: http://sysadmin.tomsk.ru/index.php?s=&show...indpost&p=17162
Следом ответ на него.
MCP

Offline sie

  • Full Member
  • ***
  • Posts: 108
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #16 on: June 01, 2007, 21:34:06 »
Quote from: Diver
...ибо он как праведный человек конектится по ИП, т.е. в другую подсеть ничего ломиться не может.
Все коннекты и при тестах, представленных выше, и в реальной работе использую IP адреса напрямую.

Результаты выполнения команд tracert
------------------------------------------------
AAA.BBB.CCC.0, AAA.BBB.CCC.1, AAA.BBB.CCC.160 - условные обозначения IP
X0 X1 X2 X3 X4 X5, Y0 Y1 Y2 Y3 Y4 Y5 - условные обозначения MAC
gatewayhostname – условное доменное имя для AAA.BBB.CCC.1

1) Для случая, когда интерфейсы были включены в момент загрузки Windows
------------------------------------------------

Code: [Select]
C:\>route print
===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x10003 ...X0 X1 X2 X3 X4 X5 ...... Realtek RTL8139 Family PCI Fast Ethernet NIC #2
0x10004 ...Y0 Y1 Y2 Y3 Y4 Y5 ...... D-Link DFE-520TX PCI Fast Ethernet Adapter
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0    AAA.BBB.CCC.1 AAA.BBB.CCC.160       20
    AAA.BBB.CCC.0    255.255.255.0  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
  AAA.BBB.CCC.160  255.255.255.255        127.0.0.1       127.0.0.1       20
  AAA.255.255.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
      192.168.1.0    255.255.255.0      192.168.1.1     192.168.1.1       20
      192.168.1.1  255.255.255.255        127.0.0.1       127.0.0.1       20
    192.168.1.255  255.255.255.255      192.168.1.1     192.168.1.1       20
        224.0.0.0        240.0.0.0  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
        224.0.0.0        240.0.0.0      192.168.1.1     192.168.1.1       20
  255.255.255.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160       1
  255.255.255.255  255.255.255.255      192.168.1.1     192.168.1.1       1
Основной шлюз:       AAA.BBB.CCC.1
===========================================================================
Постоянные маршруты:
  Отсутствует
Code: [Select]
C:\>tracert 192.168.1.2

Трассировка маршрута к 192.168.1.2 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  192.168.1.2

Трассировка завершена.
Code: [Select]
C:\>tracert AAA.BBB.CCC.1

Трассировка маршрута к gatewayhostname [AAA.BBB.CCC.1]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  gatewayhostname [AAA.BBB.CCC.1]

Трассировка завершена.
2) Для случая, когда интерфейсы были выключены в момент загрузки Windows
------------------------------------------------

В начале

Code: [Select]
C:\>route print
===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x10003 ...X0 X1 X2 X3 X4 X5 ...... Realtek RTL8139 Family PCI Fast Ethernet NIC #2
0x10004 ...Y0 Y1 Y2 Y3 Y4 Y5 ...... D-Link DFE-520TX PCI Fast Ethernet Adapter
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
  255.255.255.255  255.255.255.255  255.255.255.255           10003       1
  255.255.255.255  255.255.255.255  255.255.255.255           10004       1
===========================================================================
Постоянные маршруты:
  Отсутствует
После подключения кабеля компьютер-компьютер

Code: [Select]
C:\>route print
===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x10003 ...X0 X1 X2 X3 X4 X5 ...... Realtek RTL8139 Family PCI Fast Ethernet NIC #2
0x10004 ...Y0 Y1 Y2 Y3 Y4 Y5 ...... D-Link DFE-520TX PCI Fast Ethernet Adapter
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
      192.168.1.0    255.255.255.0      192.168.1.1     192.168.1.1       20
      192.168.1.1  255.255.255.255        127.0.0.1       127.0.0.1       20
    192.168.1.255  255.255.255.255      192.168.1.1     192.168.1.1       20
        224.0.0.0        240.0.0.0      192.168.1.1     192.168.1.1       20
  255.255.255.255  255.255.255.255      192.168.1.1           10003       1
  255.255.255.255  255.255.255.255      192.168.1.1     192.168.1.1       1
===========================================================================
Постоянные маршруты:
  Отсутствует
ping 192.168.1.2 - успешно.

После подключения кабеля компьютер-свич

Code: [Select]
C:\>route print
===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x10003 ...X0 X1 X2 X3 X4 X5 ...... Realtek RTL8139 Family PCI Fast Ethernet NIC #2
0x10004 ...Y0 Y1 Y2 Y3 Y4 Y5 ...... D-Link DFE-520TX PCI Fast Ethernet Adapter
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0    AAA.BBB.CCC.1 AAA.BBB.CCC.160       20
    AAA.BBB.CCC.0    255.255.255.0  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
  AAA.BBB.CCC.160  255.255.255.255        127.0.0.1       127.0.0.1       20
  AAA.255.255.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
      192.168.1.0    255.255.255.0      192.168.1.1     192.168.1.1       20
      192.168.1.1  255.255.255.255        127.0.0.1       127.0.0.1       20
    192.168.1.255  255.255.255.255      192.168.1.1     192.168.1.1       20
        224.0.0.0        240.0.0.0  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
        224.0.0.0        240.0.0.0      192.168.1.1     192.168.1.1       20
  255.255.255.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160       1
  255.255.255.255  255.255.255.255      192.168.1.1     192.168.1.1       1
Основной шлюз:       AAA.BBB.CCC.1
===========================================================================
Постоянные маршруты:
  Отсутствует
ping AAA.BBB.CCC.1 – превышен интервал ожидания

Code: [Select]
C:\>tracert 192.168.1.2

Трассировка маршрута к 192.168.1.2 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  192.168.1.2

Трассировка завершена.
Здесь консоль думала примерно 15 секунд после того, как набрал "tracert 192.168.1.2<enter>",
и еще примерно столько же после того, как консоль выдала "  1    <1 мс    <1 мс    <1 мс  ".
Т.е. команда исполнялась примерно 30 секунд.
Пробовал набирать эту команду несколько раз – все разы она думала по 30 секунд.

/*
Немного забегая вперед:
Только после того, как я отключил (в "Сетевых подключениях") интерфейс к свичу, команда стала выполнятся как положено – почти мгновенно.
*/

Далее:

Code: [Select]
C:\>tracert AAA.BBB.CCC.1

Трассировка маршрута к AAA.BBB.CCC.1 с максимальным числом прыжков 30

  1     *        *        *     Превышен интервал ожидания для запроса.
  2     *        *        *     Превышен интервал ожидания для запроса.
  3     *        *        *     Превышен интервал ожидания для запроса.
  4     *        *        *     Превышен интервал ожидания для запроса.
  5     *        *        *     Превышен интервал ожидания для запроса.
  6     *        *        *     Превышен интервал ожидания для запроса.
  7     *        *        *     Превышен интервал ожидания для запроса.
  8     *        *        *     Превышен интервал ожидания для запроса.
  9     *        *        *     Превышен интервал ожидания для запроса.
 10     *        *        *     Превышен интервал ожидания для запроса.
 11     *        *        *     Превышен интервал ожидания для запроса.
 12     *        *        *     Превышен интервал ожидания для запроса.
 13     *        *        *     Превышен интервал ожидания для запроса.
 14     *        *        *     Превышен интервал ожидания для запроса.
 15     *        *        *     Превышен интервал ожидания для запроса.
 16     *        *        *     Превышен интервал ожидания для запроса.
 17     *        *        *     Превышен интервал ожидания для запроса.
 18     *        *        *     Превышен интервал ожидания для запроса.
 19     *        *        *     Превышен интервал ожидания для запроса.
 20     *        *        *     Превышен интервал ожидания для запроса.
 21     *        *        *     Превышен интервал ожидания для запроса.
 22     *        *        *     Превышен интервал ожидания для запроса.
 23     *        *        *     Превышен интервал ожидания для запроса.
 24     *        *        *     Превышен интервал ожидания для запроса.
 25     *        *        *     Превышен интервал ожидания для запроса.
 26     *        *        *     Превышен интервал ожидания для запроса.
 27     *        *        *     Превышен интервал ожидания для запроса.
 28     *        *        *     Превышен интервал ожидания для запроса.
 29     *        *        *     Превышен интервал ожидания для запроса.
 30     *        *        *     Превышен интервал ожидания для запроса.

Трассировка завершена.
Отключаю, затем включаю интерфейс, подключенный к свичу:

Code: [Select]
C:\>route print
===========================================================================
Список интерфейсов
0x1 ........................... MS TCP Loopback interface
0x10004 ...Y0 Y1 Y2 Y3 Y4 Y5 ...... D-Link DFE-520TX PCI Fast Ethernet Adapter
0x20003 ...X0 X1 X2 X3 X4 X5 ...... Realtek RTL8139 Family PCI Fast Ethernet NIC #2
===========================================================================
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0    AAA.BBB.CCC.1 AAA.BBB.CCC.160       20
    AAA.BBB.CCC.0    255.255.255.0  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
  AAA.BBB.CCC.160  255.255.255.255        127.0.0.1       127.0.0.1       20
  AAA.255.255.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
      192.168.1.0    255.255.255.0      192.168.1.1     192.168.1.1       20
      192.168.1.1  255.255.255.255        127.0.0.1       127.0.0.1       20
    192.168.1.255  255.255.255.255      192.168.1.1     192.168.1.1       20
        224.0.0.0        240.0.0.0  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
        224.0.0.0        240.0.0.0      192.168.1.1     192.168.1.1       20
  255.255.255.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160       1
  255.255.255.255  255.255.255.255      192.168.1.1     192.168.1.1       1
Основной шлюз:       AAA.BBB.CCC.1
===========================================================================
Постоянные маршруты:
  Отсутствует
Code: [Select]
C:\>tracert 192.168.1.2

Трассировка маршрута к 192.168.1.2 с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  192.168.1.2

Трассировка завершена.
Code: [Select]
C:\>tracert AAA.BBB.CCC.1

Трассировка маршрута к gatewayhostname [AAA.BBB.CCC.1]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  gatewayhostname [AAA.BBB.CCC.1]

Трассировка завершена.

Offline Diver

  • Hero Member
  • *****
  • Posts: 790
  • Karma: +2/-0
Отсутствие соединения с сетью в WinXP
« Reply #17 on: June 02, 2007, 10:03:40 »
Что-то метрики мне не нравятся. Хотя я в роутах нихрена не понимаю но лучше вроде выставить первую метрику также для:
0.0.0.0    0.0.0.0   AAA.BBB.CCC.1 AAA.BBB.CCC.160
AAA.BBB.CCC.0  255.255.255.0  AAA.BBB.CCC.160 AAA.BBB.CCC.160
AAA.BBB.CCC.160  255.255.255.255        127.0.0.1       127.0.0.1
AAA.255.255.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160
Еще интересно откуда берется запись начинающаяся  на AAA.255.255.255, там вроде должно быть AAA.BBB.CCC.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160
Вобщем, тут я вам не помошник, профессионалы думаю подскажут что не так, если здесь что-то не так.
А вот по поводу торможения после подключения к свичу - может как раз и ломится комп через свич в локалку хоть и по ИП вы набираете, хотя хз может ли такое быть.
MCP

Offline MrNv

  • Newbie
  • *
  • Posts: 8
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #18 on: June 02, 2007, 13:24:57 »
sie
назначь 2 IP адреса одной сетевой, шлюз пропиши вручную.

Offline sie

  • Full Member
  • ***
  • Posts: 108
  • Karma: +0/-0
Отсутствие соединения с сетью в WinXP
« Reply #19 on: June 03, 2007, 00:16:50 »
Quote from: Diver
Еще интересно откуда берется запись начинающаяся на AAA.255.255.255...
Да-да, мне тоже "интуитивно" не понятно наличие этой строчки:
Code: [Select]
AAA.255.255.255  255.255.255.255  AAA.BBB.CCC.160 AAA.BBB.CCC.160       20
Но именно таков вывод программы route - опечаток здесь нет.

Quote from: MrNv
назначь 2 IP адреса одной сетевой, шлюз пропиши вручную.
Если у каждого из компьютеров задействовать по единственному физическому
интерфейсу и назначить по два IP адреса, обе подсети работают нормально.
Даже если этот единственный интерфейс был отключен в момент загрузки и включен позже.
Это не противоречит написанному выше.

Я так понял, проблему можно решить следующими способами:
1) пользоваться одной физической и логической подсетью,
 т.е. одна Ethernet-карта и один IP адрес;
2) пользоваться одной физической и несколькими логическими подсетями,
 т.е. одна Ethernet-карта и, к примеру, два IP адреса;
и все...

Оба варианта "собирают" все названные мной ранее недостатки.

А вариант с несколькими физическими интерфейсами работает,
только если обеспечивать постоянную активность на всех кабелях
витой пары (что в моих домашних условиях затруднено).

Жаль, конечно, что приходится идти на компромиссы с Windows.
Еще один повод посмотреть в сторону Unix/Linux .
Но для дома - это довольно жесткие меры.
Мне проще отключать/включать интерфейсы и стараться не забывать
запитать все сетевые устройства перед включением компьютера...