Windows 7 періодично припиняє провідне підключення до Інтернету та локальної мережі

Коротше кажучи, мій ПК з Windows 7 Ultimate періодично припиняє підключення до Інтернету. Чому?

Передумови: Мій ПК підключений до мого модему / маршрутизатора ADSL, який безпосередньо підключений до телефонної лінії. У мене також увімкнено бездротове підключення всередині маршрутизатора, щоб ноутбук бездротово підключався.

Кожні кілька годин або близько того, коли я користуюся своїм ПК, я виявляю, що не можу отримати доступ до Інтернету і сторінки не завантажуватимуться. Врешті-решт Windows 7 оновить піктограму мережі в лотку завдань, щоб відобразити символ знака оклику на піктограмі мережі. Відкриття Центру мереж та обміну покаже червоний хрест між "Кількома мережами" та "Інтернетом".

Ось знімок "Центру мереж та обміну" (захопив, коли все працювало!)

Як бачите, я запускаю VirtualBox Sun на цій машині, і це створює мережеве з'єднання для себе. Це, мабуть, не впливає на переривчасте падіння (тобто переривчасті краплі виникають, використовується чи ні з’єднання VirtualBox).

Коли з'єднання припиняється, я не можу отримати доступ до будь-яких Інтернет-сторінок, а також не можу отримати доступ до сторінки веб-адміністратора маршрутизатора за адресою http://192.168.1.1/ , тому я припускаю, що втратив і весь локальний доступ до локальної мережі.

Це точно не маршрутизатор (або саме Інтернет-з'єднання), як мій ноутбук, використовуючи бездротове з'єднання (та працює на Vista Home Premium), як і раніше, можна отримати доступ до Інтернету (та веб-сторінок веб-адміністратора).

Щоразу, коли це відбувається, я можу негайно відновити весь доступ до Інтернету та локальної мережі, відкривши сторінку Мережевий адаптер, відключивши "Місцеве з'єднання" та повторно ввімкнувши його. Дайте йому кілька секунд і знову все добре. Я припускаю, що це тому, що під графічним інтерфейсом він фактично робить "ipconfig / release", а потім "ipconfig / renew".

Чому це відбувається в першу чергу? Я поглядав на це і бачив дуже багато інших людей (навіть на форумах MSDN / Technet), які відчували ту ж або майже ту саму проблему, але без чіткого вирішення. Пропозиції вимкнути IPv6 на адаптері локальної мережі та переконатися у відсутності керування живленням "сплячого" мережевого адаптера були випробувані, але не усувають проблему. Здається, не існує певної послідовності подій, які спричинили б це. У мене це було два рази за 20 хвилин, коли я просто випадковим чином переглядав Інтернет, не маючи іншого трафіку, і мені також доводилося переходити один раз, а потім не повторюватися протягом 2-3 годин із таким же використанням.

Чому це відбувається і як змусити його зупинитися?

Редагувати:

Додаткова інформація, заснована на наданій відповіді:

По-перше, я забув згадати, що це Windows 7 64 біт, якщо це взагалі має якусь різницю.

Я згадував, що не думаю, що мережевий адептер VirtualBox жодним чином не викликає цю проблему, і у мене також встановлено VirtualBox на двох інших машинах, на одній із операційною системою Windows Vista Home Premium, а на іншій під керуванням Windows XP. Жодна з цих машин не має таких самих проблем з підключенням до мережі, як машина Windows 7.

Призначення IP для машини Windows 7 однакове як до, так і після "краплі". У мене на сервері DHCP на маршрутизаторі видається IP-адреси, однак мій апарат Windows 7 використовує статичну адресу. Ось вихід із "ipconfig":

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :  
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller  
   DHCP Enabled. . . . . . . . . . . : No  
   Autoconfiguration Enabled . . . . : Yes  
   IPv4 Address. . . . . . . . . . . : 192.168.1.2(Preferred)  
   Subnet Mask . . . . . . . . . . . : 255.255.255.0  
   Default Gateway . . . . . . . . . : 192.168.1.1  
   DNS Servers . . . . . . . . . . . : 192.168.1.1  
   NetBIOS over Tcpip. . . . . . . . : Enabled  

У журналах подій системи єдиною подією, що стосується припинення з'єднання, є "подія клієнта DNS", і це генерується після того, як з'єднання відпало, і це подія, що деталізує, що DNS-інформацію не можна знайти для будь-якого веб-сайту, на якому я можу бути намагаються отримати доступ, як тільки з'єднання перестає:

Log Name:      System
Source:        Microsoft-Windows-DNS-Client
Event ID:      1014
Task Category: None
Level:         Warning
Keywords:      
User:          NETWORK SERVICE
Description:
Name resolution for the name weather.service.msn.com timed out after none of the configured DNS servers responded.

Чипсет мережевого адаптера є, Realtek PCIe GBE Family Controllerі я підтвердив, що це правильний чіпсет для материнської плати (Asus M4A77TD PRO), і фактично Windows Update встановив оновлений драйвер для цього 12 січня 2009 року. Деталі оновлення говорять про те, що це оновлення програмного забезпечення Realtek від грудня 2009 року. До речі, до цього оновлення у мене виникали ті ж самі періодичні проблеми. Здається, це взагалі не мало значення.

EDIT 2 (1 лютого 2010 р.):

У своєму прагненні вирішити цю проблему я виявив ще кілька цікавих відомостей.

На іншому форумі хтось запропонував мені спробувати запустити Windows у "Безпечному режимі з мережею" та побачити, чи проблема продовжує виникати. Це було фантастичною пропозицією, і я не знаю, чому я раніше про це не думав. Отже, я продовжував працювати в безпечному режимі з мережами протягом декількох годин, і дивно, що "краплі" не виникали жодного разу. Це було позитивним відкриттям, однак, через переривчасту природу первісної проблеми, я не був повністю переконаний, що проблема була вилікувана.

Я зазначив, що вентилятор на моїй картці GFX працює набагато голосніше, ніж зазвичай. Це пов’язано з тим, що у мене є відеокарта ASUS ENGTS250 ( http://www.asus.com/product.aspx?P_ID=B6imcoax3MRY42f3 ), яка мала відому проблему з галасливим вентилятором, поки оновлення BIOS не вирішило проблему. (Див. "Відповідь виробника" тут: http://www.newegg.com/Product/Product.aspx?Item=N82E16814121334 для детальної інформації).

Ну а при безпечному режимі вентилятор працював (неправильно) на повній швидкості (як це було до оновлення BIOS), але з (мабуть) стабільним мережевим підключенням. Очевидно, що якийсь драйвер не завантажувався на карту GFX, коли він знаходився в безпечному режимі, тому це задумало мене про GFX-карту (оскільки дуже шумний вентилятор був досить очевидним при роботі в безпечному режимі).

Я перезавантажився в звичайному режимі і виявив, що у Nvidia з'явився дуже сучасний новий драйвер для моєї картки GFX (всього близько 1 тижня), тому я завантажив відповідний драйвер і встановив його. Після встановлення та перезавантаження я міг користуватися своїм ПК на цілий день без НЕВЕРХОВИХ КРАП !!! Це було в суботу. Однак у неділю я також працював на своєму ПК майже весь день і пережив 2 краплі мережі. Інших змін на моєму ПК за цей час не внесено.

Отже, історія виглядає так, що оновлення драйверів відеокарт, схоже, покращило (якщо не повністю виправлено) проблему, однак я все ще шукаю належне виправлення цієї проблеми. Сподіваємось, ця інформація може допомогти всім, хто може мати додаткові ідеї щодо того, чому ця проблема виникає в першу чергу. (І чому нові драйвери картки GFX мають щось спільне з мережею?)

Я вдячний за відгуки кожного досі. Однак мені доведеться ще раз запитати будь-які подальші ідеї, як виправити цю конкретну проблему?

ЗНАЙДЕНО РІШЕННЯ:

Мені здається неймовірно соромно визнати це, але я нарешті знайшов рішення своєї проблеми, і, принаймні, для мене та моєї проблеми це було дуже легко виправити.

Коротше кажучи, це був хитрий мережевий кабель між моїм ПК та маршрутизатором. Хоча абсолютно новий, кабель, очевидно, був несправним, і замінивши кабель (за іронією долі, з моїм старшим, більш розбитим і скрученим, але ідеально функціонуючим мережевим кабелем), моя локальна мережа працювала ідеально з тих пір, не маючи жодної "краплі". (І це вже протягом 4-5 тижнів "тестування", щоб переконатися, що переривчаста проблема справді зникла).

Що цікаво, і що мене повністю відштовхнуло від "запаху" погляду на фізичне обладнання - це те, як проблема проявляється в Windows 7.

По суті, в кабелі локальної мережі повинно бути трохи нещільне з'єднання або провід. Коли це "зламається", Windows відобразить зламану піктограму локальної мережі в області лотків завдань. Це залишатиметься порушеним, поки я вручну не перейшов до властивостей адаптера LAN, відключив локальну мережу, а потім повторно її ввімкнув. Саме ця керована програмним забезпеченням тимчасова «фіксація» спонукала мене до думки, що сама помилка ґрунтувалася на повністю програмному (тобто операційній системі), а не фізичній. Кожен раз, коли піктограма локальної мережі відображатиметься як "зламана", я можу "виправити" проблему за допомогою цього відключення / повторного включення серії кроків. Кожного разу!

Вичерпавши всі програмні шляхи, я приступив до обладнання. Спочатку я змінив роутер на інший, і це не "вирішило" проблему. Потім я спробував LAN-кабель. Бінго!

Звичайно, через переривчасту природу проблеми, кожного разу, коли б я спробував щось нове, мені довелося б "бігати з цим" протягом декількох тижнів, щоб переконатися, що проблема пішла (чи ні, в більшості своїй випадків), бо навіть коли проблема була, я міг пройти 5-7 днів без жодної «перерви в локальній мережі» перед тим, як знову виростити її некрасиву голову. Це пояснює, чому я відповідаю на власне запитання через 4 місяці! :)

Зараз я працюю зі своїм новим (старим) кабелем LAN протягом 4-5 тижнів, і за цей час мережеве з'єднання не впало жодного разу. Тому я вважаю, що я вирішив свою проблему.

Я ділю моє рішення тут , в надії , що хтось - то страждає від тих же симптомів може спробувати змінити кабель LAN першим (незважаючи на симптоми , які шукають дуже як проблема програмного забезпечення!) :)

Я також хотів би подякувати всім, хто відгукнувся на різні пропозиції! Дякую!

Деякі речі, які слід спробувати:

1. У командному рядку (запускається як адміністратор):

   netsh int ip reset intipreset.log
   Скинути TCP / IP стек = скинути / переписати наступні ключі реєстру, пов'язані з TCP / IP:

   * SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\
   * SYSTEM\CurrentControlSet\Services\DHCP\Parameters\
   

   (можливо, вам доведеться після цього налаштувати свої настройки TCP / IP)

   netsh winsock reset
   Відновлення winsock Він видаляє всі встановлені раніше Winsock LSP (багаторівневі постачальники послуг), включаючи потенційну несправність LSP, що викликає втрату збою передачі мережевих пакетів. Тому всі встановлені раніше LSP (антивірус / брандмауер), можливо, доведеться перевстановити

   netsh інтерфейс скинути всі
   Скинути всі інтерфейси: 6to4, HTTPSTunnel, ipv4, ipv6, isatap, portproxy, tcp, teredo
   Але я не знаю, що саме ви ризикуєте це зробити (не багато що я думаю, крім перевстановлення / перенастроювання мережевого програмного забезпечення & Параметри Windows ...)

2. Видаліть власний драйвер та встановіть його з asus : Realtek RTL8111C LAN Driver V7.3.522.2009 для Windows Win7 32bit / 64bit

3. Видаліть драйвер asus та встановіть його з realtek : 7.011

4. Знайдіть усі .inf файли в c: \ windows \ inf, що містять посилання на драйвери lan lan realtek, і перемістіть їх у інший каталог, крім одного. Видаліть мережеву карту в диспетчері пристроїв та перезавантажте. Той, що ви залишили, слід перевстановити. Тест ... Якщо проблему не вирішено, спробуйте інший .inf файл.

Неймовірно, що мої краплі від мого Lenovo ThinkPad Y460 були майже повністю від ноутбука, який перейшов до моєї бездротової коробки, і це був єдиний комп'ютер під управлінням Windows 7.

Мій маршрутизатор підключений до бездротового мосту, який працює бездоганно.

Я вимкнув брандмауер Windows, встановив ZoneAlarm і проблем вже немає.

Позбавтеся від брандмауера Windows і використовуйте щось на зразок безкоштовного ZoneAlarm.

Я певний час мав те саме питання. У моєму випадку це було через проблеми зі сном / сплячкою. Я вирішив це, відключивши живлення мережевого адаптера під час сну.

Перейдіть до диспетчера пристроїв, знайдіть NIC і перегляньте управління живленням у розділі властивостей. Там встановлено прапорець "дозволити комп'ютеру вимкнути цей пристрій для економії енергії". Відключення цього рішення вирішило мою проблему.

Встановіть свій IP-код статичним. Це працювало для мене.

Я також мав цю проблему на комп'ютері з Windows 7, який працював нормально місяцями. Я дотримувався багатьох рішень на цій сторінці, але, здається, жодне рішення не вирішило проблему.

Я працював над цим типом проблеми сам і виявив, що це конфлікт з IPv6 та маршрутизатором.

По суті, відключення IPV6 на всіх системах Windows 7 та Vista вирішило проблему для всієї мережі. Про це я написав більше подробиць у своєму блозі .

Те саме для мене (Windows 7 Ultimate 32Bit + VMWare + Intel 1000 / PM адаптер).

Я вважаю, що проблема полягає в управлінні живленням - я заборонив "Вимкнути пристрій для економії енергії" та оновив драйвер від Microsoft до Intel.

Це вирішило проблему.

У мене була ця проблема на нових ноутбуках Dell з Windows 7, допис Брайана Расмуссена втягнув мене, я видалив програмне забезпечення Dell Control Point та пакети програм безпеки. Це, мабуть, вирішило проблему відмови провідної NIC-карти.

Це відбуватиметься кожні 10 хвилин, | доступ до Інтернету припинився б і тоді мережевий доступ. Запуск засобу усунення несправностей у мережі вирішить його шляхом повторного скидання карти NIC. Мені це здалося дивним, поки я не переглянув параметри живлення на панелі управління, і там не було вибору Dell Control Point для карти NIC. Я також встановив варіант живлення, щоб ніколи не вимикатись і не спати під час підключення до живлення.

Я сподіваюся, що це комусь допоможе.

У мене ноутбук Dell Inspiron з 64-розрядним Windows 7 Home та адаптером Intel WiFi. Я відчував ту саму проблему,

Рішення , яке я знайшов, що я змінити план харчування в Power Options для високої продуктивності і проблема зникла.

_{Тепер моя проблема полягає в тому, як зберегти цей план як план за замовчуванням при запуску комп'ютера. Кожен раз, коли я перезавантажуюсь, він повертається до режиму енергозбереження, який, здається, є на моєму ноутбуці.}

Однією з поширених причин падіння мережі в Windows 7 є те, що у власності вашої картки активовано "бічне масштабування".

Щоб виправити це, перейдіть до Центру мереж та обміну, натисніть "Змінити налаштування адаптера", виберіть свою картку та перейдіть до "Властивості".

Клацніть «Налаштувати карту» та виберіть вкладку «Додатково». Переконайтесь, що параметр "Отримати масштаб сторони" вимкнено.

• Спочатку перевірте призначення IP до і після того, як це станеться, якщо у вас є інша машина, ви можете підключитись до модему / маршрутизатора, щоб перевірити, чи не впливає це також.

• Перевірте журнали подій системи, щоб побачити, чи є повідомлення.

• Який чіпсет вашого мережевого адаптера? чи є оновлений драйвер від виробника чіпсетів?

• Інша проблема може полягати в тому, що він виявляється як неправильний чіпсет і використовує драйвер цього чіпсета, інший доступний у виробника.

Я б запропонував переглянути, чи є які-небудь фільтри, додані до мережного адаптера. Я знаю, що програмне забезпечення для віртуалізації додасть додаткові фільтри до вашого фізичного адаптера, а також потенційно додасть додаткові віртуальні адаптери.

Я б запропонував, можливо, видалити будь-яке програмне забезпечення для віртуалізації (ви згадуєте VirtualBox), перезавантажити, побачити, чи є якісь фільтри, окрім цього, і якщо ви можете вимкнути будь-який, який не потрібен.

Я думаю, що саме VirtualBox, який ви використовуєте, викликає проблему.

Це трапляється з усіма іншими програмами для віртуалізації, такими як VMWare, VirtualPC тощо. Вони скинуть ваше інтернет-з'єднання, коли ви встановите їх.

У мене була така ж проблема - підключення до Інтернету випадковим чином. Я спробував багато "рішень" з відповідей на це питання, і нічого не вийшло. Отже, я почав відключати інші мережеві адаптери, і коли я відключив мережевий адаптер LogMeIn Hamachi, проблема зникла (будь ласка, зауважте, що мені довелося спочатку відключити LogMeIn Hamachi Service, щоб мати можливість відключити мережевий адаптер).