Errori del client

Gli errori con un codice di stato che inizia con 4 indicano che il tuo sito ha ricevuto la richiesta ma non ha voluto o non è riuscito a completarla: la pagina non esiste, il visitatore non è autorizzato a visualizzarla, la richiesta era troppo grande oppure sono arrivate troppe richieste contemporaneamente. A differenza degli errori del server, questi non significano che il tuo sito sia fuori servizio, ma di solito indicano un’impostazione o un file che puoi modificare. Il monitoraggio dell’uptime di Kinsta non invia notifiche per nessuno degli errori presenti in questa pagina; ti avvisa solo in caso di errori del server 500, 502 e 504 e di loop di reindirizzamento.

401 Unauthorized

Un errore 401 Unauthorized significa che la pagina richiede un nome utente e una password, e il visitatore non li ha inseriti o quelli inseriti sono errati.

• Protezione con password: se sul tuo sito o sull’ambiente di staging è abilitata la protezione htpasswd, i visitatori vedranno una richiesta di accesso prima che il sito si carichi. Inserisci il nome utente e la password impostati in MyKinsta, oppure disattiva la protezione htpasswd se il sito deve essere pubblico.
• Richieste API: gli strumenti e le integrazioni che si connettono al tuo sito tramite l’API REST di WordPress ricevono un errore 401 se le loro credenziali, come la password dell’applicazione, mancano, sono errate o sono state revocate. Controlla le credenziali nelle impostazioni dello strumento.

403 Forbidden

Un errore 403 Forbidden significa che la richiesta è stata bloccata di proposito. Diversi livelli possono bloccare una richiesta al tuo sito e ognuno mostra una pagina diversa, quindi la pagina che vedi è il modo più veloce per individuare la causa.

Identifica cosa ha bloccato la richiesta

Apri la pagina che mostra l’errore e confrontala con l’elenco qui sotto. Se un visitatore ha segnalato l’errore, chiedigli uno screenshot.

Allora segui i passaggi per quel tipo di blocco qui sotto.

Bloccato da una regola di accesso in MyKinsta

Se la pagina mostra solo l’intestazione “403 Forbidden”, la richiesta è stata bloccata dalle regole di accesso del tuo sito prima di raggiungerlo, quindi non compare nei log del sito.

1. In MyKinsta, vai su Siti > nome del sito > Protezione dai bot e apri il  report Traffico principale. Seleziona il tipo di traffico che è stato bloccato per vedere gli indirizzi IP, i percorsi, gli user agent e i paesi coinvolti.
2. Controlla il livello di protezione. I livelli più rigidi bloccano il traffico automatizzato, che può includere strumenti legittimi come i monitor di uptime, i webhook di pagamento e le integrazioni dei plugin. Abilita Consenti le automazioni tipiche di WordPress oppure aggiungi un’eccezione Consenti per lo strumento in questione. Per ulteriori informazioni, consulta la documentazione di Protezione bot.
3. Controlla le eccezioni della protezione dai bot per una regoladi blocco che corrisponda all’indirizzo IP, al percorso, all’user agent o al paese del visitatore.
4. Controlla se l’indirizzo IP del visitatore è presente nello strumento Blocca indirizzi IP.

Se stai effettuando un test con il tuo indirizzo IP, disattiva prima qualsiasi VPN o relay di privacy, come iCloud Private Relay. Altrimenti, il tuo sito vedrà l’indirizzo IP del relay invece del tuo, e un’eccezione per il tuo IP non verrà riconosciuta.

Bloccato dal server web

Se la pagina mostra “nginx” sotto l’intestazione, il server web ha rifiutato di fornire il file o la cartella richiesti. Cerca 403 nel file access.log del tuo sito per trovare l’URL, poi controlla:

• Una cartella senza file index: quando visiti una cartella che non contiene un file index.php o index.html, viene restituito un errore 403 invece di visualizzare il contenuto della cartella. Aggiungi un file index oppure crea un link a un file specifico invece che alla cartella.

Bloccato dalla protezione dalle vulnerabilità

Se la pagina mostra un ID di regola del firewall, la protezione dalle vulnerabilità ha bloccato la richiesta perché corrispondeva a una regola relativa a una vulnerabilità nota in un plugin, un tema o una versione di WordPress installata sul tuo sito. Questi blocchi vengono registrati come codice di errore 403 nel file access.log del tuo sito, quindi puoi controllarlo per vedere quali URL sono stati bloccati e quando.

Questo di solito significa che una parte del tuo sito non è aggiornata. Alcune vulnerabilità interessano funzionalità comuni, come il caricamento di file tramite un modulo, quindi una regola può bloccare sia i visitatori normali che gli hacker finché il plugin interessato non viene aggiornato.

1. In MyKinsta, vai su Siti > nome del sito > Plugin e temi e filtra l’elenco per Plugin vulnerabili. Una versione vulnerabile è contrassegnata da un punto esclamativo e il suo numero di versione è evidenziato in rosso. Per ulteriori informazioni, consulta Gestisci plugin e temi.
2. Aggiorna prima i plugin vulnerabili, insieme al plugin che gestisce la pagina o la funzionalità bloccata. Se non riesci a capire quale plugin sia coinvolto, aggiorna tutti i tuoi plugin, temi e il core di WordPress.
3. Prova di nuovo la pagina o l’azione bloccata.
4. Per evitare che ciò si ripeta, attiva gli aggiornamenti automatici.

La protezione dalle vulnerabilità non può essere disattivata e l’opzione Consenti eccezioni nella protezione bot non la sovrascrive. Se l’errore persiste dopo aver aggiornato tutto, contatta il supporto e includi l’ID della regola del firewall visualizzato sulla pagina.

Bloccato da un plugin di sicurezza o da un CDN

Se la pagina è contrassegnata da un plugin di sicurezza, come Wordfence o Solid Security, oppure da un CDN o un firewall di terze parti, significa che quel servizio ha bloccato la richiesta. Controlla le sue impostazioni o i log per individuare la richiesta bloccata e aggiungi un’eccezione. Se usi il tuo account Cloudflare, non attivare le funzionalità WAF o di protezione dai bot di Cloudflare insieme alla protezione dai bot di Kinsta, perché le due potrebbero bloccare il traffico legittimo.

Bloccato da WordPress

WordPress mostra un messaggio quando il ruolo di un utente connesso non consente un’azione o quando un link di sicurezza è scaduto:

• “Spiacenti, non sei autorizzato ad accedere a questa pagina”: il ruolo dell’utente non ha i permessi necessari. Controlla il ruolo dell’utente nella sezione Utenti di WordPress, oppure accedi come amministratore.
• “Il link che hai seguito è scaduto”: la pagina è rimasta aperta troppo a lungo o è stata caricata dalla cache. Ricarica la pagina e riprova. Se vedi questo messaggio durante il caricamento, il file potrebbe anche essere troppo grande; vedi 413 Request Entity Too Large.

Quando contattare il supporto

Se non riesci a capire cosa sta bloccando la richiesta, contatta il supporto fornendo l’URL, l’ora e il fuso orario in cui si è verificato l’errore, uno screenshot della pagina di errore e l’indirizzo IP del visitatore, se lo conosci.

404 Not Found

Un errore 404 Not Found significa che la pagina o il file richiesto non esiste a quell’URL. È normale che si verifichino alcuni errori 404, ad esempio quando i visitatori digitano male un URL o quando i bot richiedono file che il tuo sito non possiede. Controlla la situazione quando sono pagine o file reali a restituire errori 404, oppure quando gli errori 404 iniziano a verificarsi dopo una modifica al tuo sito.

Il file access.log del tuo sito registra ogni errore 404 con l’URL richiesto, quindi cerca “404” per vedere quali URL sono interessati.

• Tutti i post e le pagine restituiscono errori 404, ma la homepage funziona: devi aggiornare le impostazioni dei permalink di WordPress. In WordPress, vai su Impostazioni > Permalink e clicca su Salva modifiche senza cambiare nulla.
• Dopo una migrazione, un cambio di dominio o un push dell’ambiente: i link e i percorsi dei file potrebbero ancora puntare al vecchio dominio o alla vecchia cartella. Usa lo strumento Cerca e Sostituisci per aggiornare i vecchi URL e controlla che i file caricati siano stati copiati correttamente.
• Un file che esiste restituisce un errore 404: il server web potrebbe non avere i permessi per leggerlo. Il file error.log del tuo sito mostra il messaggio open() "..." failed (13: Permission denied) con il percorso del file. Questo succede spesso dopo aver caricato file tramite SFTP o aver distribuito il codice. Controlla i permessi del file nel tuo client SFTP (la maggior parte li mostra quando fai clic con il tasto destro su un file e apri i permessi o le informazioni) oppure tramite SSH con il comando ls -l. I file dovrebbero avere permessi impostati su 644 e le cartelle su 755.
• Una pagina o un file è stato spostato o eliminato: aggiungi un reindirizzamento dal vecchio URL a quello nuovo, così i link esistenti e i risultati di ricerca continueranno a funzionare.
• Una pagina che hai appena pubblicato mostra ancora un errore 404: l’errore 404 potrebbe essere memorizzato nella cache. Svuota la cache del tuo sito e quella del CDN.

405 Method not allowed

Un errore 405 Method not allowed significa che l’URL esiste, ma non accetta il tipo di richiesta che è stata inviata. Ogni richiesta usa un metodo, come GET per caricare una pagina o POST per inviare un modulo, e alcuni URL accettano solo determinati metodi. Questo errore si verifica più spesso con moduli, webhook e integrazioni piuttosto che con i visitatori che caricano le pagine.
Cerca 405 nel file access.log del tuo sito per vedere quale URL e quale metodo sono stati utilizzati.

• Un modulo o uno strumento invia dati a un file statico: l’invio di un modulo (una richiesta POST) a un file statico, come un file .html o un’immagine, restituisce un errore 405 perché i file statici possono solo essere caricati. Controlla che l’azione del modulo o l’URL dello strumento puntino a una pagina o a un endpoint di WordPress, non a un file.
• Un webhook o un’integrazione utilizza il metodo sbagliato: i fornitori di servizi di pagamento, i servizi per i moduli e altre integrazioni richiedono l’URL e il metodo esatti indicati nella loro documentazione. Controlla le impostazioni dell’integrazione e ricopia l’URL dal plugin che lo fornisce.
• Un reindirizzamento modifica la richiesta: quando una richiesta viene reindirizzata, ad esempio da http:// a https:// o da www. al dominio senza www, molti strumenti la inviano nuovamente come GET, quindi un endpoint che si aspetta un POST la rifiuta. Usa l’URL finale, includendo https:// e il dominio corretto, nelle impostazioni dello strumento.

413 Request Entity Too Large

Un errore 413 Request Entity Too Large significa che una richiesta, di solito un caricamento di file, era troppo grande per essere accettata. Il tuo sito ha due limiti di caricamento, e a seconda di quale dei due viene superato, vedrai un messaggio diverso:

• Il limite del server web (128 MB): le richieste superiori a 128 MB vengono rifiutate prima ancora di raggiungere WordPress. Strumenti come curl e i client API mostrano l’errore 413, mentre gli strumenti di caricamento del browser, come il caricatore multimediale di WordPress, di solito mostrano invece un errore di caricamento generico. Il file error.log del tuo sito registra la richiesta come client intended to send too large body (il client intendeva inviare un corpo troppo grande), seguita dalla dimensione in byte.
• Il limite di upload PHP del piano: la richiesta raggiunge WordPress, ma PHP scarta il file, quindi non c’è il 413. Invece, WordPress mostra un messaggio proprio, come “exceeds the maximum upload size for this site” o The link you followed has expired.

Il limite di upload PHP del tuo piano (upload_max_filesize e post_max_size) è:

• 128 MB: Single con 125.000 visite o meno, Single con 65 GB di larghezza di banda o meno, WP 2, Launch, Launch Plus, Build ed Expand.
• 256 MB: Single con 315.000 visite e oltre, Single con 125 GB di larghezza di banda e oltre, WP 5 e superiori, Scale e Lead.
• Server dedicati: il limite può essere aumentato a 500 MB. Contatta il supporto per modificarlo.

Se devi caricare file più grandi del tuo limite, usa una delle opzioni qui sotto.

• Carica file di grandi dimensioni in un altro modo: carica file di grandi dimensioni, come video, backup o file di importazione, tramite SFTP invece che dal browser. Per i file multimediali di WordPress, puoi poi aggiungerli alla Libreria multimediale con WP-CLI (wp media import).
• Riduci le dimensioni dei file: comprimi immagini e video oppure suddividi i file di importazione di grandi dimensioni in file più piccoli.
• Importazioni di database di grandi dimensioni: usa WP-CLI come descritto in Importa database MySQL.
• CDN di terze parti: se usi un altro CDN o proxy, potrebbe avere un limite di dimensione inferiore rispetto a Kinsta. Controlla il suo limite di caricamento.

429 Too Many Requests

Un errore 429 Too Many Requests significa che sono arrivate troppe richieste dalla stessa fonte in un breve lasso di tempo, quindi il server web del tuo sito le ha temporaneamente limitate. Le richieste che superano il limite vengono rifiutate finché la frequenza non scende, e gli altri visitatori non ne risentono.

Ilfileerror.log del tuo sito registra ogni richiesta limitata come “limiting requests, excess: ... by zone "phpzone"“.

• Bot e scraper: il traffico automatizzato che scansiona rapidamente molte pagine è la causa più comune. Usa il report Traffico principale di Protezione bot per individuare la fonte, quindi bloccala o aumenta il tuo livello di protezione.
• Plugin e integrazioni: gli strumenti che sincronizzano, importano o controllano il tuo sito possono inviare picchi di richieste, ad esempio verso admin-ajax.php o l’API REST di WordPress. Riduci la frequenza con cui vengono eseguiti oppure impostali in modo che inviino le richieste in lotti più piccoli.
• Test di carico: gli strumenti che simulano un traffico intenso da un’unica fonte vengono rapidamente limitati nella frequenza. I test di carico non sono consentiti su Kinsta; per ulteriori informazioni, consulta i nostri Termini di servizio.

Se viene limitato del traffico legittimo, contatta il supporto indicando l’ora in cui si sono verificati gli errori e l’indirizzo IP o lo strumento coinvolto.

451 Unavailable For Legal Reasons

Un errore 451 Unavailable For Legal Reasons significa che l’accesso alla pagina è stato bloccato per ottemperare a una legge o a un provvedimento giudiziario. Di solito questo errore non proviene dal tuo sito né da Kinsta.

• I visitatori di un determinato paese vedono l’errore: molto probabilmente il loro provider di servizi Internet o il governo sta bloccando il sito a livello di rete. Il sito funziona ancora, i visitatori in altre località possono comunque accedervi e non c’è nulla da modificare in MyKinsta o in WordPress.
• Un plugin blocca i visitatori in base alla loro posizione: alcuni plugin limitano l’accesso da determinati paesi per motivi di privacy o di conformità legale e restituiscono un errore 451. Controlla le impostazioni dei tuoi plugin oppure disattivalo uno alla volta per individuare quello responsabile.

Se hai bloccato tu un paese con un’eccezione per la protezione dai bot, i visitatori di quel paese vedranno un errore 403, non un 451; vedi 403 Forbidden.

499 Client Closed Request

I visitatori non vedono mai un 499. Viene registrato nel file access.log del sito quando il browser del visitatore, o un altro servizio che si connette al tuo sito, chiude la connessione prima che il tuo sito finisca di rispondere.

• Qualche codice 499 è normale: viene registrato ogni volta che un visitatore chiude una scheda, clicca altrove o interrompe il caricamento di una pagina.
• Codici 499 con un tempo di richiesta di circa 180 secondi: la richiesta ha raggiunto il limite di 180 secondi, Cloudflare ha chiuso la connessione e il visitatore ha visto un errore di timeout 524. Considerali come timeout; vedi 504 Gateway Timeout Error.
• Molti errori 499 provenienti dallo stesso strumento: un monitor di uptime, un’integrazione o un altro servizio potrebbe avere un timeout più breve di quello necessario al tuo sito per rispondere. Controlla l’impostazione del timeout dello strumento oppure usa lo strumento APM di Kinsta per capire perché la richiesta è lenta.