Najkrótsza droga to odczyt adresu, ping i test trasy pakietów
- Bramę domyślną sprawdzasz w konfiguracji aktywnego interfejsu sieciowego, nie w losowym miejscu systemu.
-
ipconfig,ip routealbo ustawienia Wi-Fi pokażą adres, ale nie potwierdzą jeszcze, że brama działa poprawnie. -
pingdo bramy to najszybszy test łączności lokalnej. -
tracertitraceroutemówią, na którym etapie pakiety przestają iść dalej. - Jeśli ping działa, a internet nadal nie, winny bywa DNS, maska podsieci, VLAN, VPN albo sama trasa wyjścia do internetu.
Brama domyślna to punkt wyjścia z lokalnej sieci
Brama domyślna to urządzenie, przez które komputer wysyła ruch poza własną podsieć. W domu jest nią zwykle router, w firmie firewall lub router warstwy 3, a w automatyce często brama segmentu produkcyjnego. Jeśli lokalne zasoby działają, ale połączenie z zewnątrz nie wychodzi, właśnie tutaj zaczynam diagnostykę.
| Element | Do czego służy | Co myli użytkowników |
|---|---|---|
| Brama domyślna | Wypuszcza ruch poza lokalną sieć | Często mylona z DNS albo samym adresem routera |
| DNS | Zamienia nazwy domen na adresy IP | Gdy DNS padnie, internet „wygląda” na zepsuty, mimo że brama działa |
| Adres IP | Identyfikuje urządzenie w sieci | Sam poprawny adres nie gwarantuje poprawnej trasy wyjścia |
To rozróżnienie ma znaczenie, bo zły trop kosztuje czas: można bez sensu resetować router, gdy problem siedzi w DNS, albo poprawiać DNS, gdy komputer ma błędną maskę podsieci. Gdy ta podstawa jest jasna, można przejść do sprawdzenia konkretnego adresu bramy na urządzeniu.
Adres bramy odczytasz z aktywnego interfejsu, nie z przypadkowego wpisu
Najpierw trzeba ustalić, jaki interfejs faktycznie pracuje: Wi-Fi, Ethernet, VPN albo interfejs w maszynie wirtualnej. Ja zawsze patrzę na ten, którym ruch naprawdę wychodzi do sieci, bo w laptopie z kilkoma kartami łatwo pomylić konfigurację nieaktywnego połączenia z właściwą.
| System | Najprostsza metoda | Na co patrzeć |
|---|---|---|
| Windows |
ipconfig lub ipconfig /all
|
Wiersz Default Gateway przy aktywnej karcie |
| Linux | ip route |
Linia zaczynająca się od default via
|
| macOS |
route -n get default albo szczegóły sieci |
Adres bramy pokazany jako router lub gateway |
| Android i iPhone | Szczegóły połączenia Wi-Fi | Pole z nazwą brama, router albo gateway
|
Jeśli masz adres ustawiony ręcznie, porównaj go z konfiguracją urządzeń w tej samej sieci. W sieciach z DHCP adres bramy zwykle jest nadawany automatycznie, ale to nie znaczy, że zawsze jest poprawny. Błąd w polu bramy potrafi zostawić komputer w sieci lokalnej, ale odciąć go od wszystkiego poza nią. Skoro adres już znasz, czas sprawdzić, czy ta brama w ogóle odpowiada.
Pierwszy test łączności pokaże, czy brama odpowiada
ping to najszybszy sposób na sprawdzenie, czy pakiety wracają z bramy i jaki mają czas odpowiedzi. W Windows polecenie domyślnie wysyła 4 żądania, w Linuksie zwykle używa się -c 4, żeby zakończyć test po czterech próbach. W sieci lokalnej odpowiedź powinna przyjść po kilku milisekundach, zwykle jeszcze szybciej po kablu niż po Wi-Fi.
| Wynik ping | Co to zwykle znaczy | Co sprawdzić dalej |
|---|---|---|
Reply from ... / odpowiedź z czasem w ms |
Brama odpowiada i lokalna łączność działa | Przejdź do testu internetu lub trasy pakietów |
Request timed out / upłynął limit czasu |
Brak odpowiedzi ICMP albo przerwana łączność | Kabel, Wi-Fi, karta sieciowa, VLAN, firewall |
Destination host unreachable |
System nie umie nawet skierować pakietu do celu | Adres IP, maska podsieci, błędna brama |
| Ping działa tylko z jednego urządzenia | Problem dotyczy hosta, nie całej sieci | Konfiguracja komputera, sterowniki, profil Wi-Fi |
Warto pamiętać o jednym szczególe: brak odpowiedzi na ping nie zawsze oznacza awarię bramy. Niektóre urządzenia blokują ICMP i wtedy ping milczy, mimo że ruch nadal przechodzi. Dlatego zawsze zestawiam ten test z kolejnym krokiem, czyli z analizą trasy pakietów.
Trasa pakietów i tablica ARP mówią więcej niż sam ping
Jeżeli ping do bramy działa, a internet albo zasób z innej podsieci nadal nie odpowiada, sprawdzam trasę. Na Windows służy do tego tracert, a na Linuksie i macOS traceroute. Pierwszy skok powinien wskazywać właśnie bramę domyślną, a kolejne skoki pokażą, gdzie ruch się zatrzymuje.
| Narzędzie | Co pokazuje | Ograniczenie |
|---|---|---|
tracert / traceroute
|
Kolejne urządzenia na drodze do celu | Część routerów nie odpowiada na ICMP, więc pojawiają się gwiazdki |
arp -a / ip neigh
|
Mapowanie adresu IP na adres MAC | Wpisy w pamięci podręcznej wygasają i mogą być nieaktualne |
pathping |
Opóźnienia i straty pakietów na trasie | Działa wolniej, czasem od kilkudziesięciu sekund do kilku minut |
Tablica ARP jest szczególnie użyteczna przy diagnozie lokalnej. ARP, czyli mechanizm kojarzenia adresu IP z adresem MAC, pozwala sprawdzić, czy komputer naprawdę widzi fizyczny interfejs bramy w tej samej sieci. Jeśli wpis dla bramy znika, zmienia się albo nie pojawia się wcale, problem często leży niżej niż warstwa IP: w kablu, porcie switcha, izolacji klientów Wi-Fi albo błędnym VLAN-ie. Gdy to już wykluczę, przechodzę do typowych przyczyn błędnych wyników.
Najczęstsze błędy pojawiają się w maskach, bramach i izolacji sieci
W praktyce najwięcej czasu zabierają nie spektakularne awarie, tylko drobne pomyłki konfiguracyjne. Jeden zły znak w masce albo ręcznie wpisana brama potrafią wywołać dokładnie taki sam objaw jak uszkodzony router, więc warto zacząć od prostych rzeczy.
| Objaw | Najbardziej prawdopodobna przyczyna | Co sprawdzić najpierw |
|---|---|---|
| Brama nie odpowiada tylko na jednym komputerze | Problem po stronie hosta, nie infrastruktury | Adres IP, sterownik karty, profil Wi-Fi, tryb oszczędzania energii |
| Brama odpowiada, ale internet nie działa | DNS, NAT, WAN albo polityka routingu |
ping do IP zewnętrznego, DNS, ustawienia proxy i VPN |
Destination host unreachable od własnego adresu |
Maska podsieci albo adres bramy wpisany błędnie |
ipconfig /all lub ip route
|
| Sieć działa na kablu, a nie działa po Wi-Fi | Izolacja klientów, słaby sygnał, błędny SSID albo ograniczenia AP | Inny punkt dostępowy, ponowne połączenie, test na kablu |
| Problem dotyczy wszystkich urządzeń | Awaria bramy, switcha, łącza WAN albo zasilania urządzenia | Diody, zasilanie, port WAN, logi routera lub firewalla |
Jeśli widzę kilka bram w konfiguracji, traktuję to jako sygnał ostrzegawczy. Dwie bramy domyślne potrafią powodować losowe problemy z ruchem, zwłaszcza w laptopach łączących się jednocześnie z VPN i Wi-Fi. To właśnie dlatego sam odczyt adresu to za mało - trzeba jeszcze ustalić, czy ruch naprawdę wychodzi właściwą drogą.
Gdy brama działa, a internetu nadal nie ma, winny bywa routing albo DNS
To bardzo częsty scenariusz: ping do bramy przechodzi bez problemu, ale strony się nie otwierają. Wtedy zawsze rozdzielam dwa testy: najpierw ping po adresie IP, potem ping po nazwie. Jeśli ping 1.1.1.1 działa, a ping google.com nie, problem leży po stronie DNS. Jeśli oba testy zawodzą, sprawdzam WAN, NAT, firewall, proxy i ewentualny VPN.
W sieciach firmowych i przemysłowych dochodzą jeszcze reguły routingu. Zdarza się, że komputer ma poprawną bramę, ale ruch do internetu jest blokowany świadomie, bo ma iść tylko do wybranych segmentów. W automatyce to normalne: sterownik PLC, panel HMI czy kamera IP często mają działać lokalnie, bez żadnego wyjścia na świat. W takim układzie „brama działa” nie oznacza „urządzenie ma internet”, tylko tyle, że ruch przechodzi tam, gdzie powinien.
Jeżeli chcesz dojść do przyczyny bez zgadywania, trzymaj prostą kolejność: adres bramy, ping, trasa pakietów, dopiero później DNS i usługi wyższej warstwy. Dzięki temu szybko odróżnisz problem lokalny od problemu po stronie sieci lub dostawcy.
W domu, biurze i automatyce sprawdzam to samo, ale w innej kolejności ryzyk
Najlepsza diagnostyka jest nudna i powtarzalna. W domu zaczynam od Wi-Fi, kabla i adresu z DHCP. W biurze dochodzą VPN, polityki bezpieczeństwa i dodatkowe bramy. W automatyce najważniejsze bywają statyczne adresy, maska podsieci i zgodność z VLAN-em, bo tam nawet drobna zmiana potrafi odciąć HMI od PLC bez żadnego alarmu na pierwszy rzut oka.
- Dom - sprawdź aktywny interfejs, odczytaj bramę, pinguj router i dopiero potem testuj internet.
- Biuro - porównaj konfigurację z drugim komputerem w tej samej sieci i sprawdź, czy VPN nie przejął trasy domyślnej.
- Automatyka - zweryfikuj statyczny adres, maskę, bramę i zgodność segmentu, zanim uznasz urządzenie za uszkodzone.
W praktyce ta kolejność oszczędza najwięcej czasu, bo od razu pokazuje, czy problem siedzi w samym komputerze, czy w infrastrukturze. Jeśli zaczniesz właśnie od tych czterech kroków, zdiagnozujesz większość przypadków bez wymiany sprzętu i bez przypadkowego restartowania wszystkiego po kolei.
