Poradniki

Zestawienie oficjalnych serwerów MCP do kodu, przeglądarek, dokumentacji, projektów i infrastruktury, pogrupowanych według zadania, z transportem i uwierzytelnianiem.

Polecenie claude mcp add dla serwerów zdalnych i lokalnych, trzy zakresy, logowanie OAuth z /mcp i sposób potwierdzenia połączenia serwera.

Serwery zdalne jako niestandardowe konektory, lokalne w claude_desktop_config.json, rozszerzenia jednym kliknięciem, logi i wspólna zakładka Code.

Format pliku .mcp.json, rozwijanie zmiennych środowiskowych dla sekretów, zasady zatwierdzania i pierwszeństwa oraz naprawa typowych awarii połączenia.

"Błąd DNS" obejmuje kilka niepowiązanych awarii. Odpowiedz na trzy szybkie pytania, żeby znaleźć swój przypadek i poradnik, który go naprawia.

Pamięć podręczna DNS trzyma stare odpowiedzi po zmianie. Wyczyść ją poleceniem ipconfig /flushdns w Windows, dscacheutil w macOS albo resolvectl w Linuksie.

Version mismatch, no shared cipher, a bad certificate or an interception proxy can each break a handshake. Here is how to tell which one it is.

Nie ma w ogóle trasy do adresu docelowego, najczęściej prywatne IP, martwa trasa albo zepsute IPv6. Jak znaleźć przyczynę i ją naprawić.

Cel aktywnie odrzucił połączenie pakietem resetu, zwykle bo nic nie nasłuchuje na tym porcie. Jak rozpoznać przyczynę i ją naprawić.

Działające połączenie zostało nagle zerwane, zwykle przez zaporę, oprogramowanie zabezpieczające albo awarię serwera. Jak to rozróżnić i naprawić.

Na próbę połączenia nie nadeszła żadna odpowiedź w oknie timeoutu. Przyczyny, różnica względem odrzucenia i resetu, oraz jak to naprawić.

Połączenie zostało zaakceptowane, ale serwer odesłał zero bajtów. Przyczyny od zawieszonych workerów po niedopasowanie protokołu i jak to naprawić.

TLS zadziałało, ale ramka albo strumień złamały reguły HTTP/2. Przyczyny od zbyt dużych nagłówków po błąd HTTP/2 w proxy.

Wyszukiwanie DNS nie zwróciło żadnego użytecznego adresu. Różnica względem NXDOMAIN: nazwa może istnieć, ale samo wyszukiwanie zawiodło.

Handshake nie znalazł wspólnej wersji TLS ani szyfru. Zwykle serwer wciąż oferujący tylko TLS 1.0/1.1 albo słabe szyfry.

Przeglądarka podążała za łańcuchem przekierowań, który nigdy nie dotarł do finalnej strony. Zwykle pętla HTTP-do-HTTPS między proxy a serwerem źródłowym.

Ogólny nagłówek Chrome obejmuje wiele różnych błędów. Znajdź prawdziwą przyczynę z kodu pod nim i pasującą naprawę dla każdego z nich.

Nagłówek Chrome nad całą rodziną NET::ERR_CERT_*. Co znaczy każdy konkretny kod błędu certyfikatu i jak go naprawić.

Serwer źródłowy odpowiedział, ale odpowiedź była pusta lub nieczytelna, więc Cloudflare nie mogło jej przekazać. Jak czytać logi i ominąć Cloudflare.

Serwer źródłowy wprost odmówił połączenia Cloudflare. Zły port, zablokowane zakresy zapory albo niedopasowanie trybu TLS - i czym 521 różni się od 523.

Handshake TCP do serwera źródłowego nigdy się nie zakończył w ciągu około 15 sekund. Przyczyny, naprawa i czym 522 różni się od wolnego 524.

Certyfikat wygasł albo jeszcze nie jest ważny, albo to zegar odwiedzającego jest błędny. Jak odczytać daty przez openssl i naprawić obie przyczyny.

Handshake TLS zawiódł, zanim jakikolwiek certyfikat został oceniony. Przyczyny od portu bez TLS po QUIC, antywirus i tryb SSL Cloudflare.

Kanoniczny staging na żywych stronach to base URL, który przywędrował z wydaniem albo kopią bazy. Przyczyny, weryfikacja naprawy, jak temu zapobiec.

Lista kontrolna w kolejności: działanie ręczne, noindex, robots.txt, kanoniczny, włamanie lub czarna lista, błędy serwera, wygasła domena. Sześć widać z zewnątrz.

Serwer dostał Twoje żądanie i odmówił, prawie zawsze z kodem 403. Osobne rozwiązania dla zablokowanego odwiedzającego i dla właściciela strony.

Zapytanie zwróciło brak takiej nazwy, więc przeglądarka nie dostała adresu IP. Naprawy dla Windows, macOS, Linuksa, routera i samej domeny.

Zapytanie przekroczyło limit czasu bez żadnej odpowiedzi. Sprawdź, czy winny jest resolver, router czy sieć, a potem napraw to dla swojej platformy.

Zmierz zapytanie, zanim cokolwiek zmienisz, a potem napraw resolver, TTL albo łańcuch CNAME, który kosztuje Cię to opóźnienie.

Co oznacza każde z pięciu pól crona, tabela harmonogramów, których ludzie naprawdę używają, i dziewięć błędów uruchamiających zadanie o złej porze.

Pamięć podręczna DNS to zapisana kopia odpowiedzi DNS trzymana przez przeglądarkę, system, router albo resolver, a TTL ustala, jak długo trwa każda kopia.

Zapytanie DNS przechodzi przez resolver zaślepkowy, resolver rekurencyjny i serwer autorytatywny, z których każdy pełni inną rolę w znajdowaniu odpowiedzi.

DNS działa na porcie UDP 53 dla zwykłych zapytań i TCP 53 dla transferów stref oraz dużych odpowiedzi, a 853 i 443 dla nowszych szyfrowanych wariantów.

A TLS handshake negotiates the version and cipher, verifies the server's certificate and derives a shared key, in one round trip since TLS 1.3.

An MX record names a domain's mail servers; its priority number picks which one a sender tries first, lowest number wins.

SPF is a DNS TXT record listing which servers may send mail for a domain, with a 10-lookup limit and a catch-all rule.

DKIM signs outgoing mail with a private key; the public key sits in DNS at a selector, so verification survives forwarding.

DMARC is a DNS record that aligns SPF and DKIM results and tells receivers whether to quarantine or reject failing mail.

Mutual TLS adds a client certificate to the handshake, so the server verifies the client too, not just the other way around.

llms.txt to proponowany plik dla modeli AI, nie standard sieciowy. Google mówi, że nie używa go w wyszukiwarce. Wyjaśniamy, co robi i jak to sprawdzić.

Kanoniczny URL wskazuje prawdziwą wersję strony, do której konsolidują się duplikaty. Wskazywanie samego siebie, inne domeny i awaria z staging.

Noindex trzyma stronę poza wynikami wyszukiwania, wciąż pozwalając ją crawlować. Meta tag, X-Robots-Tag, kiedy je stosować i jak przeciekają.

Czarna lista DNS oznacza adresy IP powiązane ze spamem. Jak dochodzi do wpisu, często bez Twojej winy, i jak sprawdzić oraz monitorować swój status.

Monitoring serwera sprawdza dostępność, wydajność i wykorzystanie zasobów. Co obejmuje, agentowy kontra bezagentowy i na co reagować alertem.

Strona statusu pokazuje, czy każda część usługi działa teraz, wraz z zapisem incydentów. Co publikować, publiczna czy prywatna i jak pisać aktualizacje.

Uptime to udział mierzonego okresu, w którym strona odpowiadała zgodnie z oczekiwaniami. Co oznacza procent, co pozwalają dziewiątki i jak się go mierzy.

Bez monitora o awarii dowiadujesz się od klienta. Co powoduje przestoje, ile kosztuje ta luka i co obserwować poza prostym sprawdzeniem działa/nie działa.

Wzór na uptime w jednym zdaniu: ile realnie kosztuje 99,9% vs 99,99% vs 99,999% rocznie i jak dokładnie mierzyć przestoje.

Monitoring syntetyczny działa według harmonogramu z wybranych lokalizacji; RUM rejestruje czasy prawdziwych odwiedzających. Co wyłapuje każdy z nich i kiedy łączyć oba.

Dlaczego system monitoringu ponownie sprawdza nieudane sprawdzenie z innych lokalizacji, trzy strategie ponownego sprawdzania HostTracker i jak między nimi wybierać.

Latencja, TTFB i całkowity czas odpowiedzi mierzą zagnieżdżone odcinki jednego żądania. Jak je mierzyć, co jest dobre i co mówią luki między nimi.

Monitoring SLA oznacza niezależne mierzenie uptime, dzięki czemu możesz udowodnić, czy usługa spełniła, czy złamała swoje zobowiązanie dostępności.

Sprawdzenie HTTP wysyła żądanie do adresu URL tak jak przeglądarka, a potem ocenia odpowiedź: status, szybkość i treść.

Skonfiguruj monitorowanie wygaśnięcia certyfikatu, żeby dowiedzieć się o zbliżającym się upływie SSL/TLS na tygodnie przed ostrzeżeniem w przeglądarce.

Skonfiguruj monitorowanie wygaśnięcia domeny, żeby wyłapać kończącą się rejestrację, zanim wyłączy stronę i pocztę, i czym różni się to od sprawdzenia SSL.

Poznaj wszystkie dziesięć kanałów alertów HostTracker, jakie zdarzenia wysyłają wiadomość, czym raporty różnią się od alertów, i jak zbudować eskalację.

Każde ustawienie kontroli ping HostTracker wyjaśnione: interwał, rozwiązywanie DNS, oczekiwane IP, subskrypcje alertów i pułapki ICMP.

Każde ustawienie kontroli TCP port HostTracker: walidacja uzgadniania TLS, pole wzorca odpowiedzi, oczekiwane IP i typowe awarie.

Przewodnik po kontroli Transaction HostTracker: budowa wieloetapowego przepływu w przeglądarce, limity czasu, walidacja i przykład zakupu.

Sprawdzenie API wysyła żądanie i interpretuje odpowiedź jako JSON, XML albo tekst, żebyś mógł zweryfikować wartość w środku, a nie tylko kod statusu.

Page Speed wczytuje stronę w prawdziwej przeglądarce i obserwuje wczytanie: nieudane zasoby, użycie CPU i pamięci oraz czy mieści się w limicie czasu.

Sprawdzenie zawartości wczytuje stronę w prawdziwej przeglądarce i szuka tekstu w wyrenderowanej treści, wyłapując 200 OK z błędem albo pusty magazyn.

Skonfiguruj alerty HostTracker w Slacku przez Incoming Webhook: kroki konfiguracji, przykładowe wiadomości, zdarzenia i rozwiązywanie problemów.

Skonfiguruj monitorowanie DNSBL, żeby wyłapać wpis na czarnej liście DNS, zanim zepsuje dostarczalność Twojej poczty, z wyjaśnieniem każdego ustawienia.

Skonfiguruj kontrolę Russian BL, żeby wiedzieć, gdy strona zacznie pokazywać baner blokady rosyjskiego regulatora, i czym różni się od kontroli DNSBL.

Skonfiguruj monitoring Web Risk, żeby dowiedzieć się w chwili, gdy Google oznaczy Twój URL za malware albo phishing, i co robić, gdy to się zdarzy.

Monitoruj CPU, RAM, dysk albo czas połączenia serwera przez mały endpoint hostowany przez Ciebie, z progiem i debouncingiem wyłapującym realne problemy.

Odczytaj żywą wartość prosto z routera, switcha, UPS-a lub innego urządzenia SNMP po OID i zobacz, co alertowanie na jej podstawie może dziś zrobić.

Skonfiguruj kontrolę bazy danych testującą samo połączenie albo wynik żywego zapytania: dostawcy, dane logowania i dostęp w zaporze.

Tryb asercji zastępuje stałe sprawdzenia statusu i słów kluczowych regułami, które piszesz sam: pełny słownik każdego podmiotu, operatora i skrótu.

Wygasła domena i wygasły certyfikat SSL wyglądają podobnie, ale to co innego. Przyczyny, objawy, naprawy i jak monitorować oba.

Query each record with dig or nslookup, then read the Authentication-Results header of a real message to see what passed.

Gdzie musi być robots.txt, składnia w pięciu liniach, błędy blokujące całą witrynę i jak potwierdzić, że plik jest osiągalny z każdego regionu.

Wyszukaj dokładny adres URL, potem użyj operatora site: i Kontroli adresu URL w Search Console. Co naprawdę znaczy odkryta i zindeksowana, ale niezaindeksowana.

Wczytaj witrynę z sieci, która nie jest Twoja. Jeśli tam działa, usterka jest lokalna: pamięć DNS, dostawca internetu, VPN, plik hosts albo przeglądarka.

Czas odpowiedzi serwera to time to first byte, nie ładowanie strony. Zmierz go curlem z konkretnej lokalizacji i porównaj z nią później.

Zmiany DNS są aktywne od razu. Czekasz na wygaśnięcie zapisanych kopii starego rekordu, co kontroluje stary TTL, a nie nowy.

Przetestuj stronę w prawdziwej przeglądarce ze znanej lokalizacji i odczytaj trzy liczby: czas do pierwszego bajtu, LCP i całkowity czas wczytywania.

Sprawdź adres IP i domenę wysyłającą na listach blokad DNS, znajdź przyczynę wpisu, napraw ją, a potem złóż wniosek o wykreślenie u każdego operatora.

Przetestuj port z innej sieci za pomocą nc, nmap albo narzędzia do sprawdzania portów. Otwarty, zamknięty i filtrowany znaczą trzy różne rzeczy.

Odczytaj kłódkę albo uruchom openssl s_client wobec hosta. Sprawdź cały łańcuch: wygasły certyfikat pośredni psuje stronę tak jak wygasły liść.

Przekształć domenę na adres IP, a potem sprawdź, do kogo należy. WHOIS domeny podaje rejestratora i serwery nazw, nie hosta.

Rekord WHOIS podaje rejestratora, daty utworzenia i wygaśnięcia, kody statusu i serwery nazw. Dane kontaktowe są dziś ukryte u większości domen.

401 oznacza, że żądanie nie ma ważnych poświadczeń. Nagłówek WWW-Authenticate, wygasłe tokeny, rozjazd zegarów, zły nagłówek i 401 kontra 403.

405 oznacza, że zasób istnieje, ale odrzuca użytą metodę HTTP. Nagłówek Allow, pliki statyczne, preflight CORS, nginx i trasy frameworków.

406 oznacza, że serwer nie może dopasować się do tego, co zaakceptuje klient. Negocjacja treści, częsta przyczyna ModSecurity/WAF i jak to naprawić.

413 oznacza, że treść żądania jest większa niż ustawiony limit. Nginx, Apache, PHP, IIS, Cloudflare i limity przesyłania bram API.

422 oznacza, że żądanie parsuje się dobrze, ale wartość zawodzi walidację. Rails, Laravel i FastAPI, 422 kontra 400 i czytanie treści błędu.

499 oznacza, że klient rozłączył się, zanim nginx skończyło odpowiadać. Log dostępu nginx, wolne upstreamy i dopasowanie timeoutów.

400 oznacza, że serwer w ogóle nie potrafił sparsować żądania. Zbyt duże ciasteczka, złe URL-e, limity nagłówków, reguły WAF i jak je rozróżnić.

200 OK oznacza, że żądanie się powiodło, nie że strona jest poprawna. Strony błędów, komunikaty konserwacji i puste powłoki też dostają 200.

300 daje klientowi listę reprezentacji do wyboru. To poprawne HTTP, ale niemal nieużywane, a większość szukających ma 301 albo 302.

301 przenosi URL na stałe i przekazuje jego sygnały rankingowe; 302 to tymczasowy objazd zachowujący oryginalny adres. Jak wybrać i sprawdzić.

303 mówi klientowi, by pobrał wynik pod innym adresem URL metodą GET. To kod stojący za Post/Redirect/Get, który powstrzymuje ponowne wysyłanie formularza.

304 oznacza, że Twoja zapisana kopia jest wciąż aktualna, więc serwer nie wysyła treści. Odpowiada tylko na żądania warunkowe ETag lub Last-Modified.

403 oznacza, że serwer odmawia żądania, a dane logowania nic nie pomogą. Uprawnienia, blokady WAF i geo oraz dodawanie monitoringu do wyjątków.

404 mówi tylko, że URL nie ma aktualnej treści. Odróżnij zepsute linki od celowych usunięć i wyłap miękkie 404 zwracające 200.

429 to limit częstotliwości, nie awaria. Naucz się czytać Retry-After, odróżniać ograniczanie od przestoju i nie wyzwalać limitu monitoringiem.

500 oznacza, że Twoja aplikacja się zepsuła i nie powie jak. Gdzie znaleźć prawdziwy błąd i czym 500 różni się od 502, 503 i 504.

502 oznacza, że Twoje proxy dostało od backendu nieprawidłową odpowiedź albo żadną. Jak czytać linię błędu nginx i naprawić prawdziwą przyczynę.

503 oznacza, że serwer żyje i celowo odmawia pracy. Poznaj wzorce przeciążenia, konserwacji i wdrożenia oraz znaczenie Retry-After.

504 oznacza, że proxy zbyt długo czekało na Twój backend. Wolne zapytania, zimne starty, strojenie limitów czasu i porównanie 502 vs 503 vs 504.

4xx oznacza, że serwer odmówił wysłanego żądania. Na własnej stronie to zwykle zepsuta trasa, nieaktualny link albo reguła zapory, nie wina odwiedzającego.

5xx oznacza, że serwer przyjął żądanie, a potem zawiódł. Każdy kod nazywa inny etap: co się zepsuło i jak to prześledzić.

Odpowiedź 1xx jest tymczasowa: serwer odebrał żądanie, a prawdziwa odpowiedź końcowa dopiero nadejdzie. To nie sukces ani błąd.

3xx mówi klientowi, że zasób żyje gdzie indziej. Co znaczą kody 300-308, którego użyć i jak znaleźć zepsute łańcuchy przekierowań.

2xx oznacza, że serwer przyjął i zrealizował żądanie. Co znaczą 200, 201, 202, 204 i 206, i dlaczego 200 nie dowodzi zdrowia strony.