none
Провайдер сменил dhcp настройки. Vista отрубается от сети каждые 30 сек. что делать. RRS feed

  • Вопрос

  • Провайдер говорит, что на всех ОС, поддерживающих RFC, все работает отлично. Как быть?
    железки сетевухи такие
    или на чипсете nForce4
    или
    Realtek 8139
    или
    Via Rhine III
    все на разном железе (мамки) и на разных хвостах одной и той же локальной сети у нашего прова.

    Параллельно стоят winxp (на соседнем харде), где проблем, оговоренных чуть ниже, нет.

    Проблема:
    При получении ip адреса от dhcp сервера, через ~20 секунд пропадает связь даже в локальной сети. vpn, естесственно, падает. сетевой фейс (реальный eth) держится как будто без всяких восклицаний и предупреждений

    Помогает только перезагрузка сетевого интерфейса. Помогает лишь, опять же, на эти самые 20 секунд.

    доп. информация.
    пробовал отрубать файрволл - не то
    пробовал отрубать антивирь - не то
    апдейты никакие не установлены - не то
    установлены все апдейты - не то
    пробовал убирать все протоколы кроме ipv4 - не то.
    пробовал отрубать ненужные устр-ва - не то
    переобжимал кабель - не то
    проверял таблицу маршрутизации - идентичны, что и под winxp - не то
    машина перемещалась на соседний хвост сетки - не то перемещение по физтопологии сети не помогает (разные модемы у подъездов/домов)

    проблема выявляется только под Windows Vista. Под FreeBSD/Linux openSuSE/Linux Slackware/Windows XP/2k3 я не видел такой проблемы.

    Естесственно, спросить прова, что он там намутил у себя на серванте, я не могу. Vista не вышла же еще.
    Пробовал представить ему проблему, как будто бы она на winxp - пров разводит руками и все и повторяет вышесказанное

    Все что сказал пров, это что был переезд dhcp-сервера на новое железо, с приведением настроек в соответствии с какими-то мировыми стандартами. Я так понимаю, что всему стандарт - Windows, а не его бред.

    #########
    Пример события, во время подъема сетевого интерфейса "local area connection" (без подъема pptp/vpn клиента)

    windows logs>system:
    в момент соединения:
    warning: (id 1003) Your computer was not able to renew its address from the network (from the DHCP Server) for the Network Card with network address {мой мак адрес}. The following error occurred:
    The operation was canceled by the user.. Your computer will continue to try and obtain an address on its own from the network address (DHCP) server.
    после чего все начинает работать. то есть, первые доли секунды клиент не может получить ip
    затем:

    information: (id 4201) The system detected that network adapter Local Area Connection was connected to the network, and has initiated normal operation.

    information: (id 20003) Driver Management has concluded the process to add Service tunnel for Device Instance ID ROOT\*ISATAP with the following status: 0.

    information: (id 1103) Your computer was successfully assigned an address from the network, and it can now connect to other computers.

    information: (id 104) The service is publishing to the network.

    далее, прерывается связь даже с локальной сетью прова. евенты не растут id 104 последний, уже после подвисания связи.

    Все происходит в течении 15 секунд. то есть. к примеру, поднял сетевую карточку в 12:20:22. В 12:20:40 уже имею глюк с сеткой.
    ##########

    Что это может быть?
    8 января 2007 г. 17:48

Ответы

Все ответы

  •  Ильюша написано:

    Естесственно, спросить прова, что он там намутил у себя на серванте, я не могу. Vista не вышла же еще.

    Просто в качестве замечания - Виста вышла (RTM) ровно два месяца назад (8 ноября 2006).

    8 января 2007 г. 20:45
  • Хоть я и не силён в сетке но меня заинтересовало сообщение: information: (id 20003) Driver Management has concluded the process to add Service tunnel for Device Instance ID ROOT\*ISATAP with the following status: 0. А именно статус который равен 0. Так и должно быть(например какой статус присваивается в XP)?

    Покопался в базе знаний Microsoft и обнаружил что все статьи об этих ошибка датировнны одной датой: November 1, 2006 .

    Вот статьи для Windows 2000 в которых описанны возможные пути решения:

    http://support.microsoft.com/kb/163383/en-us

    и http://support.microsoft.com/kb/244978/en-us

    Плюс к этому набери в CMD

    ipconfig /release <hit enter key> после ответа
    ipconfig /renew <hit enter key>

    И скажи что получил в конце.

    Плюс к этому всему одной из возможных причин проблемы может являтся короткое время ожидания ответа от DHCP сервера.

    8 января 2007 г. 23:34
  • В общем, ни XP, ни Vista, ни какой-либо еще Windows, сейчас на бору не имеется.
    Кинул эту ссылку в наш локальный форум, что бы люди проверили.

    Проблема эта, как оказалось, не только у меня была ( и остается у тех, кто на Vista). То есть, нет ни одного пользователя, у кого бы не было этого случая.
    методы с выключением dhcp сервера и и второй метод с включением ArpAlwaysSourceRoute ни к чему не привели, как говорят пользователи.
    Ни одного положительного результата.
    Были моменты, когда все работало, но почему, так никто и не узнал. Ни пользователи, ни провайдер. То есть: кратковременные моменты, когда соединение не падало пол часа. Случаев зафиксировано лишь около 4х за 4тверо суток.
    12 января 2007 г. 1:54
  • Ну чтоже. Раз Windows Vista основана на Winodows Server 2003 то могу преджить только вот эту статью http://technet2.microsoft.com/WindowsServer/f/?en/library/ddec7336-7567-4058-9c2c-fb461765893f1033.mspx .

    А там уж копать и копать.

    12 января 2007 г. 4:35
  • Топик можно приостановить, по моему.
    Аналогичная проблема, судя по большому числу отзывов, есть и на Windows XP. С той, лишь, разницей, что на Windows XP время жизни сети у клиентов составляет не 20 sec, а 40 минут.
    Но.
    Еще раз проверил, как обстоят дела на моей еще одной ОС - openSuSE. Не заметил, есчли честно, подобных проблем. Все работает часами, дестяками часов. С утра по нынешний момент все отлично. На Windows XP/Vista проблемы продолжаются. Я сужу по соседу, который подсоединен к тому же кабельному модему, что и я. И по другим пользователям нашей компании.

    Очень странно, как такое может быть. При чем, здесь, ОС - вообще не понятно.
    12 января 2007 г. 15:36
  • Ты сказал что с XP может быть такая проблема, тогда это точно оно прочитай вот какой топик: http://www.geekstogo.com/forum/index.php?s=3595a28ef86424e5406139b622dbd10e&showtopic=100635&st=0

    Хотя тема и про Wireless, но эта единственная тема в которой обсуждалась точно такая же ошибка. Самое важное для тебя на 1-ой и 2-ой странице.

    12 января 2007 г. 22:48
  • Давайте попробуем разобраться по-порядку. Вот, к примеру, получили вы от DHCP сервера настройки. Настройки в студию - и особенно их срок действия. Может, DHCP сервер по какой-то причине выдает вам настройки со временем жизни 66 секунд (ну, администратор провайдера решил пошутить...)
    17 января 2007 г. 14:50
  • Судя по настройкам того момента, когда я имел проблемы с сетью, аренда выдется примерно на 10 дней. маршруты ничем не отличались от моих, по сути:
    # route
    Kernel IP routing table
    Destination Gateway Genmask Flags Metric Ref Use Iface
    10.60.1.21 10.64.1.1 255.255.255.255 UGH 0 0 0 eth0
    10.60.1.21 * 255.255.255.255 UH 0 0 0 dsl0
    wks16.trc-odint 10.64.1.1 255.255.255.240 UG 0 0 0 eth0
    213.85.88.96 10.64.1.1 255.255.255.224 UG 0 0 0 eth0
    213.85.88.128 10.64.1.1 255.255.255.128 UG 0 0 0 eth0
    213.85.175.0 10.64.1.1 255.255.255.0 UG 0 0 0 eth0
    213.85.8.0 10.64.1.1 255.255.255.0 UG 0 0 0 eth0
    213.85.131.0 10.64.1.1 255.255.255.0 UG 0 0 0 eth0
    212.15.96.0 10.64.1.1 255.255.255.0 UG 0 0 0 eth0
    213.85.177.0 10.64.1.1 255.255.255.0 UG 0 0 0 eth0
    213.85.5.0 10.64.1.1 255.255.255.0 UG 0 0 0 eth0
    213.85.176.0 10.64.1.1 255.255.255.0 UG 0 0 0 eth0
    213.85.36.0 10.64.1.1 255.255.255.0 UG 0 0 0 eth0
    10.64.0.0 * 255.255.0.0 U 0 0 0 eth0
    10.65.0.0 10.64.1.1 255.255.0.0 UG 0 0 0 eth0
    link-local * 255.255.0.0 U 0 0 0 eth0
    10.63.0.0 10.64.1.1 255.255.0.0 UG 0 0 0 eth0
    192.168.0.0 10.64.1.1 255.255.0.0 UG 0 0 0 eth0
    10.62.0.0 10.64.1.1 255.255.0.0 UG 0 0 0 eth0
    10.61.0.0 10.64.1.1 255.255.0.0 UG 0 0 0 eth0
    10.60.0.0 10.64.1.1 255.255.0.0 UG 0 0 0 eth0
    10.0.0.0 10.64.1.1 255.0.0.0 UG 0 0 0 eth0
    loopback * 255.0.0.0 U 0 0 0 lo
    default * 0.0.0.0 U 0 0 0 dsl0


    Спрошу пользователей Windows. Что они скажут про таблицу маршрутизации и время аренды, в настоящий момент времени.
    19 января 2007 г. 11:57
  • v pervyu minyty:

    C:\Windows\system32>ipconfig /release

    Windows IP Configuration


    Ethernet adapter Local Area Connection:

       Connection-specific DNS Suffix  . :
       Link-local IPv6 Address . . . . . : fe80::1e0:ebc2:ab5:4065%8
       Default Gateway . . . . . . . . . :

    Tunnel adapter Local Area Connection* 6:

       Media State . . . . . . . . . . . : Media disconnected
       Connection-specific DNS Suffix  . :

    C:\Windows\system32>ipconfig /renew

    Windows IP Configuration


    Ethernet adapter Local Area Connection:

       Connection-specific DNS Suffix  . : users.trc.local
       Link-local IPv6 Address . . . . . : fe80::1e0:ebc2:ab5:4065%8
       IPv4 Address. . . . . . . . . . . : 10.64.62.201
       Subnet Mask . . . . . . . . . . . : 255.255.0.0
       Default Gateway . . . . . . . . . : 10.64.1.1

    Tunnel adapter Local Area Connection* 6:

       Media State . . . . . . . . . . . : Media disconnected
       Connection-specific DNS Suffix  . :

    C:\Windows\system32>route PRINT
    ===========================================================================
    Interface List
      8 ...00 0c 29 c3 6d 1e ...... Intel(R) PRO/1000 MT Network Connection
      1 ........................... Software Loopback Interface 1
     12 ...00 00 00 00 00 00 00 e0  Microsoft ISATAP Adapter
    ===========================================================================

    IPv4 Route Table
    ===========================================================================
    Active Routes:
    Network Destination        Netmask          Gateway       Interface  Metric
              0.0.0.0          0.0.0.0        10.64.1.1     10.64.62.201     10
            10.60.0.0      255.255.0.0        10.64.1.1     10.64.62.201     11
           10.60.1.21  255.255.255.255        10.64.1.1     10.64.62.201     11
            10.61.0.0      255.255.0.0        10.64.1.1     10.64.62.201     11
            10.62.0.0      255.255.0.0        10.64.1.1     10.64.62.201     11
            10.63.0.0      255.255.0.0        10.64.1.1     10.64.62.201     11
            10.64.0.0      255.255.0.0         On-link      10.64.62.201    266
         10.64.62.201  255.255.255.255         On-link      10.64.62.201    266
        10.64.255.255  255.255.255.255         On-link      10.64.62.201    266
            10.65.0.0      255.255.0.0        10.64.1.1     10.64.62.201     11
            127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
            127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
      127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
          192.168.0.0    255.255.248.0        10.64.1.1     10.64.62.201     11
         192.168.10.0    255.255.255.0        10.64.1.1     10.64.62.201     11
            224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
            224.0.0.0        240.0.0.0         On-link      10.64.62.201    266
      255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      255.255.255.255  255.255.255.255         On-link      10.64.62.201    266
    ===========================================================================
    Persistent Routes:
      None

    IPv6 Route Table
    ===========================================================================
    Active Routes:
     If Metric Network Destination      Gateway
      1    306 ::1/128                  On-link
      8    266 fe80::/64                On-link
      8    266 fe80::1e0:ebc2:ab5:4065/128
                                        On-link
      1    306 ff00::/8                 On-link
      8    266 ff00::/8                 On-link
    ===========================================================================
    Persistent Routes:
      None

    spystya minyty:

    C:\Windows\system32>ipconfig /release

    Windows IP Configuration


    Ethernet adapter Local Area Connection:

       Connection-specific DNS Suffix  . :
       Link-local IPv6 Address . . . . . : fe80::1e0:ebc2:ab5:4065%8
       Default Gateway . . . . . . . . . :

    Tunnel adapter Local Area Connection* 6:

       Media State . . . . . . . . . . . : Media disconnected
       Connection-specific DNS Suffix  . :

    C:\Windows\system32>ipconfig /release

    Windows IP Configuration

    An error occurred while releasing interface Local Area Connection : An address h
    as not yet been associated with the network endpoint.

    C:\Windows\system32>route PRINT
    ===========================================================================
    Interface List
      8 ...00 0c 29 c3 6d 1e ...... Intel(R) PRO/1000 MT Network Connection
      1 ........................... Software Loopback Interface 1
     12 ...00 00 00 00 00 00 00 e0  Microsoft ISATAP Adapter
    ===========================================================================

    IPv4 Route Table
    ===========================================================================
    Active Routes:
    Network Destination        Netmask          Gateway       Interface  Metric
            127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
            127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
      127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
          169.254.0.0      255.255.0.0         On-link    169.254.64.101    266
       169.254.64.101  255.255.255.255         On-link    169.254.64.101    266
      169.254.255.255  255.255.255.255         On-link    169.254.64.101    266
            224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
            224.0.0.0        240.0.0.0         On-link    169.254.64.101    266
      255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      255.255.255.255  255.255.255.255         On-link    169.254.64.101    266
    ===========================================================================
    Persistent Routes:
      None

    IPv6 Route Table
    ===========================================================================
    Active Routes:
     If Metric Network Destination      Gateway
      1    306 ::1/128                  On-link
      8    266 fe80::/64                On-link
     12    266 fe80::5efe:169.254.64.101/128
                                        On-link
      8    266 fe80::1e0:ebc2:ab5:4065/128
                                        On-link
      1    306 ff00::/8                 On-link
      8    266 ff00::/8                 On-link
    ===========================================================================
    Persistent Routes:
      None

    vremya arendy - 1 chas

    V privedennyh primerah vpn client zadeysvovan ne byl.


    21 января 2007 г. 4:39
  • Люди. Так, что это может быть?
    Кто может ответить?
    22 января 2007 г. 6:34
  • Я не уверен, но очень похоже вот на это, только применимо не к клиенту, а к провайдеру: http://support.microsoft.com/kb/326116/ru .Так что узнай не установлен ли у него ISA, и как он сконфигурирован.

    23 января 2007 г. 3:03
  • У ISP везде стоит FreeBSD OS. Адреса на сервере, везде, статические. Файрволл - "pf" (порт с OpenBSD)
    Все клиент-машины, кроме nt 6.0 машин, отлично живут с таким сервером.
    WinNT 5.x/4.x/9x, linux 2.4/2.6, *BSD, open Darvin (MAC OS X), SUN Solaris OS клиенты - везде все ок.
    23 января 2007 г. 6:12
  • Вырезка из объявления Администрации нашего ISP:

    "Симптомы:
    Часто обрывается соединение с сетью, т.е. полностью пропадает. При получении ip адреса от DHCP-сервера, через ~20 секунд пропадает связь даже в локальной сети. VPN, естесственно, падает. Cетевой интерфейс (реальный eth) держится как будто без всяких восклицаний и предупреждений.

    Проблема проявляется у абонентов подключенных через кабельные модемы в IP-сетях: 10.61.0.0/16, 10.62.0.0/16, 10.63.0.0/16, 10.64.0.0/16.

    Временно помогают действия приводящие к повторному запросу аренды IP-адреса с DHCP-сервера:
    1. В командной строке последовательность команд:
    ipconfig /release
    ipconfig /renew

    2. Отключить и включить сетевой интерфейс:
    Пуск>Панель управления>Сетевые подключения>
    (Start>Control panel>Network connections>)
    правой кнопкой мыши на "local area connection" > "disable". Проделать ту же операция с мышью для включения.

    3. В Windows XP функция "Исправить" в окне состояния подключения по локальной сети.
    4. Вытащить и вставить коннектор локальной сети из сетевой карты компьютера.
    5. Перезагрузить компьютер.

    Причины:
    Особенности технологии доступа через кабельные модемы. Для того, чтобы Ваш компьютер смог получать и отправлять данные в сеть необходимо, чтобы он прошел процедуру регистрации кабельного модема. Процедура регистрации проста и происходит автоматически при запросе и получении IP адреса с DHCP-сервера (в настройках подключения по локальной сети должно быть обязательно включено "Получать IP-адрес автоматически"). Во время работы модем регулярно опрашивает подключенные к нему хосты путем отправки им ICMP Echo Request (PING) и ждет в ответ ICMP echo reply. Если в течении 10-20 минут хост не отвечает на запросы, то он теряет регистрацию на модеме и трафик для этого хоста блокируется!
    Ссылки в тему:
    http://homepage.ntlworld.com/robin.d.h.walker/cmtips/basicset.html
    http://homepage.ntlworld.com/robin.d.h.walker/cmtips/badip.html#ip10

    С Vista проблема появляется чаще, возможно у висты еще более строгие правила поумолчанию во встроенном сетевом экране. Для XP возможно, что очередное обновление сетевой безопастности повлияло на работу.
    Мы пока не советуем переходить на висту, потому как распостраняемоые сечас копии это альфы, бетты и т.д. не финальные релизы и тем более не лицензионные. Есть проблемы с совместимсотью с существующим ПО, есть проблемы с VPN, а так же есть проблемы с наличием драйверов. В числе отсутсвующего ПО попали антивирусы и сетевые экраны.

    Ссылка в тему:
    http://www.thevista.ru/page.php?id=7451


    Пути решения:
    1. Проверить, что точка доступа WiFi, аппаратный роутер и/или файрвол как сами отвечают на ICMP Echo Request (PING) так и пропускают через себя.
    2. Отключить встроенный файрвол на "Подключении по локальной сети" и убедится, что локальный IP-адрес пингуется из вне (ICMP-пакеты проходят). Можно попросить пропинговать Ваш хост соседа.
    Кроме встроенного файрвола возможно у вас на компьютере установлено другое программное обеспечение так же блокирующее ICMP-пакеты (см. список ниже).
    3. Правильно настроить файрвол. Необходимо включить прохождение ICMP-пакетов (пингов) в сторону кабельного модема.


    Программы блокирующие ICMP:
    Использование данных программ категорически не рекомендуется без настройки прохождение ICMP-пакетов (пингов). Список только включает, но не ограничивает программы содержащие функцию блокировки ICMP-пакетов.

    1. Встроенный файрвол Windows 2000/XP/2003
    Брандмауэр -> Дополнительно -> Протокол ICMP ->
    Пуск>Панель управления>Брандмауэр Windows>Выключить
    или там же:
    вкладка "Дополнительно">Параметры протокола ICMP>Разрешить запрос входящего эха.

    2. Outpost Firewall
    В свойствах "детектора атак" (параметры - подключаемые модули) нужно отключить во вкладке Ethernet опцию "блокировать узел при сканировании компьютеров в сети".

    3. Антивирус Касперского
    Отключить в настройках защиты "режим невидимости".

    4. Антивирус Касперского


    Картинки:
    http://www.megabit.com.ua/content/view/70/1/"

    Однако, стенку выключать бесполезно, как уже говорил.
    24 января 2007 г. 11:30
  • Мне вот интерезно другое. Ты сказал, что срок дейтсвия DHCP настроек 1 час, но тогда возникает вопрос; почему сервис DHCP пытается обновить настройки уже через минуту или ранее? Такое ощущение, что при попытке подтвердить настройки выдаётся отказ.

    Вот несколько статей. Одна описание самого DHCP другая краткое описание почему может происходить данная проблема: http://support.microsoft.com/kb/167014/EN-US/

    http://support.microsoft.com/kb/169289/ru

    http://support.microsoft.com/kb/310524/en-us

    Есть ещё такая мысль: DHCP сервер может ругаться на отсутствие в windows vista папки DHCP. Вот статься для win 2000

    http://support.microsoft.com/kb/173040/en-us

     

    А это уже всё что я нарыл:

    http://support.microsoft.com/kb/197197/en-us

    http://support.microsoft.com/kb/220874/ru (может сойти в качестве временного решения)

    http://support.microsoft.com/kb/241888/en-us (если описанное в данной статье верно, то скорее всего DHCP придётся отключить и воспользоватся предидущей статьёй.)

     

    25 января 2007 г. 0:03
  • Не знаю возможно ли, но я бы отключил IPv6 и оставил бы только IPv4.
    25 января 2007 г. 6:17
    Модератор
  • 2 stanisluv

    Почитал.

    Есть еще один интересный момент. *nix машины добираются до хоста модема, а Vista, нет, даже в первые 30 сек.

    С Linux клиента:

    ping 192.168.100.1
    PING 192.168.100.1 (192.168.100.1) 56(84) bytes of data.
    64 bytes from 192.168.100.1: icmp_seq=1 ttl=64 time=4.04 ms
    64 bytes from 192.168.100.1: icmp_seq=2 ttl=64 time=2.73 ms
    64 bytes from 192.168.100.1: icmp_seq=3 ttl=64 time=2.57 ms
    64 bytes from 192.168.100.1: icmp_seq=4 ttl=64 time=3.41 ms
    64 bytes from 192.168.100.1: icmp_seq=5 ttl=64 time=2.93 ms
    64 bytes from 192.168.100.1: icmp_seq=6 ttl=64 time=2.57 ms
    64 bytes from 192.168.100.1: icmp_seq=7 ttl=64 time=2.60 ms
    64 bytes from 192.168.100.1: icmp_seq=8 ttl=64 time=3.07 ms

    --- 192.168.100.1 ping statistics ---
    8 packets transmitted, 8 received, 0% packet loss, time 7021ms
    rtt min/avg/max/mdev = 2.571/2.994/4.040/0.483 ms

    С winnt 6.0
    C:\Users\ilya>ping 192.168.100.1 -t

    Pinging 192.168.100.1 with 32 bytes of data:

    Request timed out.
    Request timed out.
    Request timed out.
    Request timed out.
    Request timed out.

    Ping statistics for 192.168.100.1:
    Packets: Sent = 5, Received = 0, Lost = 5 (100% loss),

    В этот момент, win машина спокойно ходит на другие локальные хосты.
    Только, если снести динамическое присвоение и дать статический адрес, к примеру 192.168.100.12, только тогда пройдет пинг. К вопросу жизни такого соединения - все ок. Но сам факт того, что, если стоят дефолтные настройки (dhcp клиент), то дорваться с Windows Vista на такой ip, невозможно. Когда у меня стояла еще Windows (была тогда winxp), я мог ходить на такой хост, также, без проблем.

    Таблицы маршрутизаций той и этой ОС уже приводил.

    2
    sie

    мое первое сообщение:

    ...
    доп. информация.
    пробовал отрубать файрволл - не то
    пробовал отрубать антивирь - не то
    апдейты никакие не установлены - не то
    установлены все апдейты - не то
    пробовал убирать все протоколы кроме ipv4 - не то.
    пробовал отрубать ненужные устр-ва - не то
    переобжимал кабель - не то
    проверял таблицу маршрутизации - идентичны, что и под winxp - не то
    машина перемещалась на соседний хвост сетки - не то перемещение по физтопологии сети не помогает (разные модемы у подъездов/домов)
    ...
    25 января 2007 г. 8:40
  • ну единственное что осталось попробовать это другую сетевую карточку...и попробовать с нее...может прблема в совместимости железа и ос...
    25 января 2007 г. 11:08
  • 2 vallent

    Про "единственное", сильно ;)

    Нет. Проблема может лежать в том, что переписан dhcp-клиент, заново.
    tcp-стек другой итд.

    Не знаю, говорил ли я про это, или нет, но проблемка-то началась недавно. С первых чисел месяца. До этого все работало и работало у всех, кого я знаю, как человека, который хотел попробовать эту ОС.

    _________________________
    В общем, это незаконно. Просьба закрыть тему. Завязал с такими 30'дневными ОС. Тем более, я не подписчик. Мне нельзя такого писать было, даже.

    Всем спасибо за помощь.

    left 2 opensuse linux
    25 января 2007 г. 14:34
  • А прикол похоже вот в этом:

    Vista also resolves the problem of lack of fallback for dead gateway detection in previous versions. Vista uses a similar kind of method that IPv6 uses for detecting unreachable neighbors on IPv4 networks, which essentially involves monitoring TCP sessions and exchanging ARP packets. The upshot of this is that Vista is more efficient than previous platforms in detecting when a remote router goes down. When it detects this situation, the stack switches to the next default gateway in the list, but the stack then continues to monitor the previous gateway and if it returns to life, then Vista switches back to the primary gateway. This makes it easier for enterprises to ensure optimal connectivity with remote branch offices by ensuring that backup routers will only be used when they're needed and not a minute more.

    Судя по дампу пакетов Виста регулярно шлет ARP запросы на адрес гейта (Win2k3 такого не делает и проблем не имеет). А в ответ почему-то нифига не получает. Поэтому гейт считается дохлым, и его запись в arp-кэше инвалидируется (arp -a -v это явно показывает). Локальные адреса при этом, естественно, должны работать.
    28 января 2007 г. 16:22
  • Вдогонку. Прописывание статического ARP для гейта проблему, как и ожидалось, решает.
    28 января 2007 г. 17:11
  • Только надо еще очистить arp-таблицу от адреса гейта

    ipconfig /release
    arp -d "адрес гейта"
    arp -a -v
    и на выходе вижу этот адрес. команда очистки "arp -d "адрес шлюза"" , бесполезна.
    Можно полностью очистить кеш "netsh ..." Очистится весь кеш, а этот адрес останется ;)
    31 января 2007 г. 8:37
  • Посмотри вот эту статью : http://support.microsoft.com/kb/929824/en-us.

    Кстатии вот ещё одна интересная статья : http://support.microsoft.com/kb/926180/ru.

    Плюс к этому один мой знакомый столкнулся с такой же проблемой под XP. Помогла прописка в настройках DNS адресов.

    31 января 2007 г. 22:52