Błąd 720 – brak protokołów

Błąd 720 sygnalizuje brak zainstalowanych protokołów sieciowych wymaganych do nawiązania połączenia — zwykle po uszkodzeniu lub odinstalowaniu stosu TCP/IP w ustawieniach karty.

Błąd 720 – na czym polega brak protokołów

Błąd 720 pojawia się wtedy, gdy system Windows nie może odnaleźć albo poprawnie uruchomić protokołów sieciowych potrzebnych do zestawienia połączenia. Najczęściej dotyczy to połączenia szerokopasmowego, VPN lub innego profilu korzystającego z komponentów sieciowych przypisanych do konkretnej karty. Sam komunikat nie oznacza wyłącznie problemu z hasłem, zasięgiem czy dostępnością operatora. Wskazuje raczej na nieprawidłowości w lokalnej konfiguracji systemu, przez które nie da się przygotować połączenia zgodnie z wymaganiami danego typu dostępu.

W praktyce przyczyną może być uszkodzenie stosu TCP/IP, odłączenie wymaganych składników od karty sieciowej, błędna konfiguracja połączenia dial-up albo niepełna instalacja sterownika. Podobny efekt bywa obserwowany po aktualizacji systemu, przywróceniu starszego obrazu systemu, usunięciu programu sieciowego lub zmianie oprogramowania zabezpieczającego. Jeżeli wcześniej działało połączenie VPN, awaria może wynikać również z usunięcia składnika, który tworzył wirtualny interfejs albo dodawał własny protokół.

Rola stosu TCP/IP i składników karty sieciowej

Komunikacja sieciowa w systemie nie opiera się na jednym ustawieniu. Karta sieciowa, jej sterownik, usługi systemowe oraz przypisane do niej protokoły współpracują przy uzyskiwaniu adresu, wymianie pakietów i obsłudze konkretnego rodzaju połączenia. TCP/IP odpowiada między innymi za adresowanie i przekazywanie danych, natomiast dodatkowe składniki mogą być wymagane przez połączenia VPN, starsze profile dostępu zdalnego lub oprogramowanie dostawcy internetu. Gdy jeden z tych elementów zostanie usunięty, wyłączony albo zapisany w niespójnej konfiguracji, system może odmówić nawiązania połączenia jeszcze przed rozpoczęciem właściwej wymiany danych.

Warto odróżnić błąd 720 od sytuacji, w której komputer jest połączony z siecią, ale nie otwiera stron. Przy błędzie związanym z brakującymi protokołami problem występuje na etapie budowania połączenia. W przypadku awarii DNS połączenie może być aktywne, lecz nazwy stron nie będą tłumaczone na adresy. Przy błędnym adresie IP urządzenie może komunikować się tylko częściowo, a przy problemie z routerem często niedostępny jest także panel konfiguracyjny lub inne urządzenia w tej samej sieci. Takie rozróżnienie ogranicza ryzyko wykonywania przypadkowych zmian w ustawieniach.

Podstawowa diagnostyka powinna obejmować sprawdzenie, czy karta sieciowa jest widoczna w systemie, czy sterownik nie zgłasza błędu oraz czy w właściwościach połączenia znajdują się wymagane składniki. Należy również ustalić, czy problem dotyczy jednego profilu, czy wszystkich sposobów dostępu do internetu. Jeżeli błąd występuje wyłącznie przy VPN, nie powinno się od razu resetować całej konfiguracji sieciowej, ponieważ przyczyną może być brak konkretnego klienta lub jego komponentu.

Typowe przyczyny i błędy podczas naprawy - Błąd 720 – brak protokołów

Jednym z częstych źródeł problemu jest ingerencja programu, który zmienia ustawienia sieciowe. Dotyczy to między innymi niektórych klientów VPN, narzędzi do filtrowania ruchu, aplikacji ochronnych oraz oprogramowania instalującego własne wirtualne karty. Po ich usunięciu mogą pozostać nieprawidłowe wpisy lub zabraknąć elementów, z których korzystał profil połączenia. Błąd może też wystąpić po ręcznym odinstalowaniu składnika w oknie właściwości karty, zwłaszcza gdy usunięto protokół wymagany przez używany sposób dostępu.

Inną przyczyną bywa wadliwy lub niepasujący sterownik. Sterownik może być obecny na liście urządzeń, a mimo to nie zapewniać prawidłowej współpracy z usługami systemowymi. W takiej sytuacji samo wyłączenie i ponowne włączenie karty może nie wystarczyć. Konieczne może okazać się odtworzenie właściwego sterownika, ponowne utworzenie profilu połączenia albo usunięcie pozostałości po wcześniejszej konfiguracji. Działania powinny być poprzedzone zapisaniem istotnych danych, takich jak nazwa profilu, ustawienia uwierzytelniania i informacje przekazane przez dostawcę usługi.

Ryzykownym rozwiązaniem jest wielokrotne resetowanie sieci bez ustalenia, co zostało uszkodzone. Reset może usunąć zapisane sieci bezprzewodowe, profile VPN, niestandardowe ustawienia DNS, reguły przypisane do interfejsu oraz dodatkowe składniki używane przez aplikacje. Z kolei ręczne wpisywanie przypadkowych adresów lub instalowanie nieoficjalnych sterowników może pogłębić niespójność. W diagnostyce warto zachować kolejność: sprawdzenie urządzenia i sterownika, kontrola składników karty, weryfikacja rodzaju połączenia, analiza komunikatów systemowych, a dopiero potem naprawa stosu sieciowego lub odtworzenie konfiguracji.

Nie każdy błąd 720 wynika z fizycznej awarii karty. Jeżeli inne urządzenia działają poprawnie, a problem pojawia się wyłącznie na jednym komputerze, większe znaczenie ma konfiguracja lokalna. Jeżeli natomiast karta znika z systemu, pojawiają się przerwy w działaniu także przy połączeniu przewodowym lub system zgłasza powtarzające się problemy ze sterownikiem, należy uwzględnić również usterkę urządzenia, przewodu, gniazda albo modułu sieciowego.

Kiedy trzeba umówić wizytę serwisową - Błąd 720 – brak protokołów

Zgłoszenie do serwisu jest uzasadnione, gdy błąd powraca po ponownym utworzeniu połączenia, nie można ustalić, który składnik został usunięty albo problem pojawił się po aktualizacji systemu i dotyczy kilku profili. Pomoc może być potrzebna także wtedy, gdy na komputerze używano kilku klientów VPN, programów filtrujących ruch lub narzędzi do zarządzania kartami sieciowymi. W takich przypadkach znaczenie ma nie tylko przywrócenie dostępu do internetu, lecz również sprawdzenie, czy po naprawie pozostałe połączenia działają prawidłowo.

W Warszawie takie przypadki przyjmuje Warszawskie Pogotowie Komputerowe 24/7, gdzie przed rozpoczęciem właściwych prac można zlecić darmową diagnozę LAPTOPA. Podczas sprawdzania analizowana jest konfiguracja karty, stan sterownika, rodzaj połączenia oraz wpływ ostatnio instalowanych programów. Dzięki temu można odróżnić brak protokołu od awarii sterownika, błędnego profilu VPN, problemu z usługą systemową lub usterki samego interfejsu.

Przed przekazaniem urządzenia warto przygotować informacje o tym, kiedy pojawił się błąd, czy nastąpiła aktualizacja albo instalacja programu sieciowego oraz czy problem dotyczy połączenia przewodowego, bezprzewodowego lub VPN. Przydatny jest również dokładny tekst komunikatu i informacja, czy inne urządzenia korzystają w tym samym czasie z tego samego dostępu. Takie dane ułatwiają odtworzenie warunków awarii i ograniczają liczbę niepotrzebnych zmian w systemie.