DNS działa, ale strona się nie otwiera
ping google.com działa, a przeglądarka pokazuje brak strony
Scenariusz z życia
Użytkownik: „Internet jest, ale żadna strona się nie ładuje”.
Sprawdzasz: ping google.com — ODPOWIADA.
Czyli:
- ✔ DNS działa
- ✔ routing działa
- ❌ WWW nie działa
To już nie jest problem sieciowy — to problem usługi aplikacyjnej (HTTP/HTTPS). I to moment, gdzie junior admin się gubi.
Myślenie administratora
Internet to warstwy:
| Warstwa | Co sprawdzamy |
|---|---|
| Sieć | IP + brama |
| Routing | ping 8.8.8.8 |
| DNS | ping nazwy |
| Aplikacja | HTTP / HTTPS |
Tu padła dopiero warstwa aplikacji.
Krok 1 — sprawdź port 443
telnet google.com 443
albo Test-NetConnection google.com -port 443
| Wynik | Wniosek |
|---|---|
| OK | przeglądarka blokowana |
| Fail | firewall / proxy |
Najczęstsze przyczyny
1. Zła data i godzina (KLASYK domenowy)
HTTPS wymaga poprawnego czasu. Różnica >5 minut = brak stron.
Dlaczego? → certyfikat SSL uznany za nieważny.
Bardzo częste po: rozładowanej baterii BIOS, przywróceniu VM, problemie z synchronizacją czasu domeny.
Sprawdź: w32tm /query /status
2. Proxy w przeglądarce
Użytkownik kiedyś pracował zdalnie / VPN. Włączony proxy: 127.0.0.1:8080. I strony nie działają.
3. Firewall blokuje HTTP/HTTPS
Często po: zmianie sieci, nowym antywirusie, profilu publicznym.
4. MTU (rzadsze, ale typowo firmowe)
Ping działa, WWW nie działa → VPN / PPPoE / tunel.
5. Antywirus / filtr SSL
Firmowy AV potrafi blokować HTTPS (np. ESET, Kaspersky, FortiClient).
Jak diagnozuje admin (schemat)
- Czy działa DNS
- Czy działa IP
- Czy działa port 443
- Czy czas jest poprawny
Zapamiętaj – 4 fakty egzaminowe
- Ping ≠ WWW
- HTTP działa na porcie 80, HTTPS na 443
- zła godzina blokuje HTTPS
- proxy potrafi symulować brak internetu
Szybka checklista
ping google.com
Test-NetConnection google.com -port 443
date /t
time /t
w32tm /query /status
inetcpl.cpl → proxy