Guide

Una selezione di server MCP ufficiali per codice, browser, documentazione, project tracking e infrastruttura, con dettagli su trasporto e autenticazione.

Il formato di .mcp.json, l'espansione delle variabili d'ambiente per i segreti, le regole di approvazione e precedenza, e le correzioni ai guasti più comuni.

Il comando claude mcp add per server remoti e locali, i tre ambiti, come funziona l'accesso OAuth da /mcp, e come confermare che il server è connesso.

Server remoti come connettori personalizzati, server locali in claude_desktop_config.json, estensioni a un clic, dove trovare i log, e come li condivide il tab Code.

Choose a website monitoring service by how it confirms failures from several locations, how often it checks, how it alerts you and what history it keeps.

API monitoring calls your API on a schedule, checks each response for availability, speed and correct data, and alerts you when a check fails.

SNMP monitoring reads values such as uptime, interface traffic, CPU load and UPS battery state from network devices by OID, on a schedule or via traps.

Una ricerca DNS passa attraverso un resolver stub, un resolver ricorsivo e un server autoritativo, ciascuno con un ruolo diverso nel trovare la risposta.

Una cache DNS è una copia salvata di una risposta DNS mantenuta da browser, sistema operativo, router o resolver; il TTL ne stabilisce la durata.

Il DNS gira su UDP 53 per le ricerche ordinarie e su TCP 53 per trasferimenti di zona e risposte grandi, più 853 e 443 per le varianti cifrate.

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 è un file proposto per i modelli IA, non uno standard web. Google dice di non usarlo per la Ricerca. Ecco cosa fa e come verificarlo.

Noindex tiene una pagina fuori dai risultati di ricerca pur permettendone la scansione. Il meta tag e l'header X-Robots-Tag, quando usarli, come trapelano.

Un URL canonical nomina l'unica versione reale di una pagina così i duplicati vi confluiscono. Auto-referenziati, cross-domain, e il fallimento dello staging.

La formula dell'uptime in una riga, cosa costa in downtime reale all'anno il 99,9% vs il 99,99% vs il 99,999%, e come misurare il downtime con precisione.

Il monitoraggio del server controlla in modo continuo disponibilità, prestazioni e uso delle risorse. Cosa copre, con o senza agente, e su cosa avvisare.

L'uptime è la quota di un periodo misurato in cui un sito ha risposto come previsto. Cosa significa la percentuale, cosa consentono i nove, come si misura.

Una blacklist DNS segnala indirizzi IP associati allo spam. Come avviene una segnalazione, spesso senza colpa, e come verificare e monitorare lo stato.

Una pagina di stato mostra se ogni parte del servizio funziona ora, più il registro degli incidenti. Cosa pubblicare, pubblica o privata, come scrivere gli aggiornamenti.

Senza un monitor scopri un'interruzione da un cliente. Cosa mette giù i siti, cosa costa il ritardo, e cosa osservare oltre al semplice su o giù.

I controlli sintetici girano da ubicazioni scelte da te; il RUM registra i tempi dai visitatori reali. Cosa individua ciascuno, cosa gli sfugge, quando usare entrambi.

Perché un sistema di monitoraggio riconferma un controllo fallito da altre ubicazioni, le tre strategie di riverifica di HostTracker e come scegliere tra loro.

Latenza, time to first byte e tempo di risposta totale misurano intervalli annidati di una richiesta. Come si misurano, cos'è un buon valore, cosa dicono gli scarti.

Il monitoraggio SLA significa misurare l’uptime in modo indipendente, così puoi dimostrare se un servizio ha rispettato o mancato il proprio impegno di disponibilità.

Un controllo API richiede un endpoint e analizza la risposta come JSON, XML o testo semplice per verificare un valore al suo interno, non solo il codice di stato.

Page Speed carica la tua pagina in un browser reale e osserva il caricamento: risorse fallite, uso di CPU e memoria, e se batte il tuo timeout.

Content Check carica la pagina in un browser reale e cerca un testo nella pagina renderizzata, individuando un 200 che mostra un errore o uno scaffale vuoto.

Ogni impostazione del controllo ping di HostTracker spiegata: intervallo, risoluzione DNS, IP attesi, abbonamenti agli avvisi e le stranezze dell'ICMP.

Ogni impostazione del controllo porta TCP di HostTracker spiegata: validazione handshake TLS, il campo response pattern, IP attesi e i fallimenti comuni.

Una guida al controllo transazione di HostTracker: costruire un flusso browser a più passi, i suoi timeout e opzioni di validazione, un esempio di checkout.

Configura gli avvisi HostTracker in Slack tramite un Incoming Webhook: setup passo passo, messaggi di esempio, eventi abbonabili e risoluzione problemi.

Imposta il monitoraggio Domain expiration per intercettare una registrazione in scadenza prima che metta offline sito ed email, e come differisce da un controllo SSL.

Imposta il monitoraggio Certificate expiration per sapere di un certificato SSL/TLS in scadenza settimane prima che un browser avvisi i tuoi visitatori.

Un controllo HTTP richiede un URL dalle tue ubicazioni di monitoraggio come farebbe un browser, poi giudica la risposta: stato, velocità e contenuto.

Vedi tutti i dieci canali di avviso di HostTracker, quali eventi fanno scattare un messaggio, come differiscono i report, e come costruire una semplice escalation.

Imposta il controllo Russian BL per sapere quando un sito inizia a mostrare il banner di blocco del regolatore russo, e come differisce da un controllo DNSBL antispam.

Imposta il monitoraggio DNSBL per intercettare una segnalazione in blacklist DNS prima che rovini la tua recapitabilità email, con ogni impostazione spiegata.

Un dominio decaduto e un certificato SSL scaduto sembrano uguali ma non lo sono. Cause, sintomi e soluzioni diverse, e come monitorare entrambi.

Monitora CPU, RAM, disco o tempo di connessione di un server con un piccolo endpoint che ospiti tu stesso, con una soglia e un debounce che cattura i problemi reali.

Configura un controllo database che testa la salute della connessione o valida il risultato di una query, tra provider, credenziali e accesso firewall.

Leggi un valore in tempo reale da un router, switch, UPS o altro dispositivo SNMP tramite OID, e scopri cosa può e non può fare oggi l'alerting su di esso.

La modalità assert sostituisce i controlli fissi su stato e parole chiave con regole scritte da te: la referenza completa a ogni soggetto, operatore e scorciatoia.

Configura il monitoraggio Web Risk per sapere nel momento in cui Google segnala il tuo URL per malware o phishing, e cosa fare quando succede.

La cache DNS trattiene le vecchie risposte dopo una modifica. Svuotala con ipconfig /flushdns su Windows, dscacheutil su macOS, o resolvectl flush-caches su Linux.

"Errore DNS" copre diversi guasti senza relazione tra loro. Rispondi a tre domande rapide per capire quale hai e la guida che lo risolve.

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.

Non esiste alcuna rotta verso l'indirizzo di destinazione, il più delle volte un IP privato, una rotta morta, o un IPv6 rotto. Come trovare la causa.

La destinazione ha rifiutato attivamente la connessione con un pacchetto di reset, di solito perché nulla è in ascolto su quella porta. Ecco perché e come risolverlo.

Una connessione funzionante è stata interrotta bruscamente, di solito da un firewall, un software di sicurezza, o un crash del server. Come capire quale e risolverlo.

Nessuna risposta è arrivata al tentativo di connessione entro la finestra di timeout. Cause, differenze rispetto a rifiutato o resettato, e come risolverlo.

La connessione è stata accettata ma il server ha rimandato indietro zero byte. Le cause comuni, dai worker in crash ai mismatch di protocollo, e come risolverlo.

Il TLS ha funzionato, ma un frame o uno stream ha violato le regole di HTTP/2. Le cause vanno da header sovradimensionati a un bug HTTP/2 di un proxy.

Una ricerca DNS non ha restituito alcun indirizzo utilizzabile. Diverso da NXDOMAIN: il nome potrebbe esistere ma la ricerca stessa è fallita.

L'handshake non ha trovato alcuna versione TLS o cifratura condivisa. Di solito un server che offre ancora solo TLS 1.0/1.1 o cifrature deboli.

Il browser ha seguito una catena di redirect che non ha mai raggiunto una pagina finale. Di solito un loop HTTP-verso-HTTPS tra un proxy e l'origine.

Il titolo generico di Chrome copre molti errori diversi. Trova la causa reale dal codice sottostante e la correzione giusta per ciascuno.

Il titolo di Chrome per l'intera famiglia NET::ERR_CERT_*. Cosa significa ciascun codice di errore specifico del certificato e come risolverlo.

L'origine ha risposto ma la risposta era vuota o illeggibile, quindi Cloudflare non ha potuto inoltrarla. Come leggere i log dell'origine e bypassare Cloudflare.

L'origine ha rifiutato del tutto la connessione di Cloudflare. Porta sbagliata, intervalli firewall bloccati, mismatch TLS, e come il 521 differisce dal 523.

L'handshake TCP verso l'origine non si è mai completato entro circa 15 secondi. Cause, soluzioni, e come il 522 differisce dal 524 a risposta lenta.

Il certificato è scaduto o non ancora valido, oppure l'orologio del visitatore è sbagliato. Come leggere le date con openssl e correggere entrambe le cause.

L'handshake TLS è fallito prima che venisse giudicato alcun certificato. Le cause vanno da una porta non TLS a QUIC, scansione antivirus e modalità SSL Cloudflare.

Un canonical di staging sulle pagine live è una configurazione dell'URL base viaggiata con una release o una copia del database. Cause, verifica e prevenzione.

La checklist ordinata: azione manuale, noindex, robots.txt, canonico, violato o in blacklist, errori del server, dominio scaduto. Sei sono visibili dall'esterno.

Il server ha ricevuto la tua richiesta e l'ha rifiutata, quasi sempre con un 403. Soluzioni separate per il visitatore bloccato e per il proprietario del sito.

La ricerca è andata in timeout senza alcuna risposta. Capisci se è colpa del resolver, del router o della rete, poi risolvi per ogni piattaforma.

Misura la ricerca prima di cambiare qualsiasi cosa, poi correggi il resolver, i TTL o la catena CNAME che ti sta costando il ritardo.

La ricerca non ha trovato il nome, quindi il browser non ha ottenuto un IP. Soluzioni per Windows, macOS, Linux, il router e il dominio stesso.

Cosa significa ciascuno dei cinque campi cron, una tabella delle pianificazioni davvero usate, e i nove errori che fanno girare un job all'ora sbagliata.

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

Dove deve vivere robots.txt, la sintassi in cinque righe, gli errori che bloccano un intero sito, e come confermare che il file sia raggiungibile da ogni regione.

Cerca l'URL esatto, poi usa l'operatore site: e l'ispezione URL di Search Console. Cosa significano davvero rilevato e sottoposto a scansione ma non indicizzato.

Il tempo di risposta del server è il time to first byte, non il caricamento pagina. Misuralo con curl da una postazione nota e confronta nel tempo.

Risolvi il dominio in un indirizzo IP, poi cerca chi possiede quell'indirizzo. Il WHOIS del dominio dà registrar e nameserver, non l'host.

Le modifiche DNS sono attive subito. Quello che aspetti è che le copie in cache del vecchio record scadano, cosa che governa il vecchio TTL, non il nuovo.

Testa la pagina in un browser reale da una ubicazione nota e leggi tre numeri: tempo al primo byte, largest contentful paint e tempo di caricamento totale.

Leggi il lucchetto oppure esegui openssl s_client contro l'host. Controlla l'intera catena: un intermedio scaduto blocca il sito come un foglia scaduto.

Interroga il tuo IP e dominio mittenti contro le blocklist DNS, trova cosa ha scatenato la segnalazione, risolvilo, poi richiedi la rimozione a ogni operatore.

Testa la porta da un'altra rete con nc, nmap o uno strumento di controllo porte. Open, closed e filtered vogliono dire tre cose diverse.

Carica il sito da una rete che non è la tua. Se funziona lì, il guasto è locale: cache DNS, provider, VPN, file hosts o il tuo browser.

Un record WHOIS dà registrar, date di creazione e scadenza, codici di stato e nameserver. Oggi i contatti sono oscurati sulla maggior parte dei domini.

Un 401 significa che alla richiesta mancano credenziali valide. L'header WWW-Authenticate, i token scaduti, il disallineamento dell'orologio, e 401 contro 403.

Un 405 significa che la risorsa esiste ma rifiuta il metodo HTTP usato. L'header Allow, i file statici, il preflight CORS, nginx e le rotte del framework.

Un 406 significa che il server non riesce a corrispondere a ciò che il client accetta. La negoziazione del contenuto, la causa comune ModSecurity/WAF, e come risolverlo.

Un 413 significa che il corpo della richiesta è più grande di un limite impostato. nginx, Apache, PHP, IIS, Cloudflare e i limiti di caricamento del gateway API.

Un 422 significa che la richiesta si interpreta bene ma un valore fallisce la convalida. Rails, Laravel e FastAPI, 422 contro 400, e leggere il corpo dell'errore.

Un 499 significa che il client si è disconnesso prima che nginx finisse di rispondere. Il log di accesso nginx, gli upstream lenti, e l'allineamento dei timeout.

Un 400 significa che il server non è riuscito a interpretare la richiesta. Cookie sovradimensionati, URL errati, limiti degli header, regole WAF e come distinguerli.

200 OK significa che la richiesta è riuscita, non che la pagina sia corretta. Pagine di errore, avvisi di manutenzione e gusci vuoti sono tutti serviti a 200.

300 offre al client un elenco di rappresentazioni tra cui scegliere. È HTTP valido ma quasi mai usato, e chi lo cerca di solito ha un 301 o 302.

Il 301 sposta un URL permanentemente e ne trasferisce i segnali di posizionamento; il 302 è una deviazione temporanea che mantiene l'originale. Come scegliere.

303 dice al client di recuperare il risultato a un altro URL con GET. È il codice dietro Post/Redirect/Get, che evita che un ricaricamento reinvii un modulo.

304 significa che la tua copia in cache è ancora valida, quindi il server non invia il corpo. Risponde solo a richieste condizionali con ETag o Last-Modified.

Un 403 significa che il server rifiuta la richiesta e le credenziali non aiuteranno. Permessi, blocchi WAF e geografici, e mettere in allowlist un monitor.

Un 404 dice che l'URL non ha contenuto attuale, nulla di più. Impara a distinguere link rotti da rimozioni deliberate, e a individuare i soft 404 che restituiscono 200.

Un 429 è un limite di frequenza, non un'interruzione. Impara a leggere Retry-After, distinguere il throttling dal downtime, e non far scattare il limite da solo.

Un 500 significa che la tua applicazione si è rotta e non dirà come. Dove trovare l'errore reale, e come 500 differisce da 502, 503 e 504.

Un 502 significa che il tuo proxy ha ricevuto dal backend una risposta non valida o nessuna risposta. Come leggere la riga di errore nginx e correggere la causa.

Un 503 significa che il server è vivo e rifiuta il lavoro di proposito. Impara gli schemi di sovraccarico, manutenzione e deployment, e perché conta Retry-After.

Un 504 significa che il proxy ha aspettato troppo il tuo backend. Query lente, cold start, tuning dei timeout e un confronto chiaro tra 502, 503 e 504.

2xx significa che il server ha accettato e completato la richiesta. Cosa significano 200, 201, 202, 204 e 206, e perché un 200 non è prova di salute.

Un 4xx significa che il server ha rifiutato la richiesta. Sul tuo sito di solito è una rotta rotta, un link obsoleto o una regola firewall, non il visitatore.

Un 5xx significa che il server ha accettato la richiesta e poi ha fallito. Ogni codice nomina un salto diverso: cosa si è rotto, e come rintracciarlo.

Un 3xx dice al client che la risorsa vive altrove. Cosa significano da 300 a 308, quale usare, e come trovare catene di reindirizzamento rotte.

Una risposta 1xx è provvisoria: il server ha ricevuto la richiesta e una vera risposta finale sta ancora arrivando. Non è un successo e non è un errore.