Correggere l'errore 503 Errore di connessione al server back-end sul tuo sito web

Un errore 503 Backend Fetch Failed è un errore lato server che può rendere un sito web completamente o parzialmente inutilizzabile. Questo errore può verificarsi, tra le altre cose, quando si tenta di accedere a un sito web, scaricare contenuti o utilizzare un processore di pagamento.

Questo errore indica che il server del sito web non è riuscito a comunicare efficacemente con i servizi backend. In genere, viene attivato da aggiornamenti dei plugin, del sistema operativo (SO) del server o delle estensioni. Poiché si tratta di un problema lato server, i clienti possono solo tentare di aggiornare il sito web nei loro browser.

Risoluzione dei problemi di base

1. Ricarica la pagina del browser: Risolvi temporaneamente l'errore 503 aggiornando la pagina più volte.
2. Stato del server: Controlla se il server host è inattivo o in manutenzione.
3. Backup: Assicurati di avere un backup del server, del sito e del database per evitare la perdita di dati durante la risoluzione dei problemi.
4. Ricaricare o riavviare i servizi e il server: Prova a ricaricare o riavviare i servizi, come Varnish, e se l'errore persiste, valuta la possibilità di riavviare il server.
5. Aggiornare: Verificare che tutti i servizi correlati, le applicazioni e il sistema operativo del server siano aggiornati.

3. Verificare il sito e le risorse

La mancanza di spazio di archiviazione o di risorse su un sito web può causare un errore di recupero del backend a causa dell'impossibilità di eseguire le operazioni necessarie.

1. Vai alla dashboard di WordPress e seleziona Utensili > Salute del sito > l'informazione.
2. Valuta se il tuo spazio di archiviazione sta per raggiungere il limite. In tal caso, potrebbe essere necessario aggiungere altro spazio di archiviazione o rimuovere elementi non necessari. In alcuni casi, potrebbe essere necessario aggiornare il piano.
3. Assicurarsi che le altre risorse del server non siano sovraccaricate e che la risoluzione di questo problema elimini l'errore.

4. Verifica della disponibilità delle risorse

Il tentativo di accedere a una risorsa inesistente sul server backend genererà un messaggio di errore. Il tuo reverse agent potrebbe segnalare questo errore come 503 (errore di recupero del backend).

1. Verificare URL O codice e seleziona il fornitore Quello che sta cercando di raggiungere.
2. Verificare se la risorsa richiesta è disponibile sul server. In caso contrario, caricare la risorsa nella posizione appropriata.
3. Se il problema persiste, assicurati che l'azione eseguita non stia tentando di caricare l'intero sito web. Ad esempio:

   .request="OTTIENI HTTP/1.1"

   Esamina la questione come segue:

   .request="GET /sitehealth.html HTTP/1.1"

5. Modifica le impostazioni di Cloudflare

Impostazioni Cloudflare inefficienti possono causare un errore 503 limitando l'accesso alle risorse del server back-end. La modifica di queste impostazioni può risolvere il problema.

1. Accedi alla dashboard di Cloudflare e vai su الأمان > Apportare modifiche a Elementor.
2. Copia il IP Il display si è spostato su WAF > Utensili.
3. Clicca su pubblicazione Successivamente, inserisci la tua posizione e aggiungi l'IP all'elenco degli indirizzi consentiti.

6. Aumentare il limite di timeout del server

Se il tempo di risposta del server back-end è superiore al limite di timeout impostato per il proxy inverso, si verificherà un errore durante il recupero dei dati dal back-end. Aumentare il limite di timeout del server può risolvere questo problema. Questo può variare, ma in Varnish è possibile farlo nel modo seguente:

1. Vai alle impostazioni di Varnish. Ad esempio:

   /etc/sysconfig/varnish

2. Modifica file Conferenza VCL Per aumentare il tempo di attesa, ad esempio, a 300 secondi (il valore predefinito è spesso 60 secondi):

   first_byte_timeout = 300s

   

3. Salvare le modifiche e verificare se l'errore persiste.
4. Se l'errore si è verificato dopo una modifica alle impostazioni di Varnish, ripristinare le impostazioni precedenti e funzionali, se disponibili.

7. Modificare le impostazioni di controllo dello stato del sito

Un errore del server back-end può verificarsi se la cache del proxy inverso, come Varnish, non è in grado di accedere o considera errate le informazioni di controllo dello stato del server back-end. La soluzione è correggere le impostazioni di controllo dello stato del sito.

1. Se presente, rimuovere la seguente riga dalle impostazioni:

   .url="/health_check.php"

• Controlla se il problema è stato risolto.
• Se non funziona, usa vernicelog Per identificare ciò che è considerato malsano e trattarlo di conseguenza.

  sudo varnishlog -g request -q "VCL_call eq 'BACKEND_ERROR'"

8. Ripristinare il PHP del server a una versione precedente

Se l'ultimo aggiornamento di PHP non è compatibile con il backend del tuo sito web, potrebbe verificarsi un errore 503. Ripristinare una versione precedente di PHP può risolvere il problema. Ad esempio, su Bluehost con WordPress:

1. Vai a pannello di controllo In particolare per Bluehost, seleziona la scheda. Filtri.
2. entro cPanel, Vai a Gestore MultiPHP Nella sezione Software, individua il sito Web interessato.
3. modificare versione PHP Torna alla versione precedente e controlla se l'errore è stato risolto.

9. Disattivare plugin, strumenti, estensioni e modelli

Quando un componente aggiuntivo, uno strumento, un'estensione o un modello non è compatibile con le impostazioni del server, potrebbe verificarsi un errore 503. Per attenuare l'errore, disabilitare e riabilitare gli elementi uno alla volta, per identificare l'elemento problematico.

Ad esempio, per disabilitare GZip su Jira Service Desk, che era noto per causare un errore 503:

1. Vai a pannello di controllo Proprio e specificato da Jira Admin > Impostazioni generali > Utilizzare la compressione GZip.
2. Disattiva la compressione GZip e verifica se l'errore viene risolto.

10. Disabilitare il modulo CSP su Magento

Il modulo Content Security Policy (CSP) garantisce la sicurezza delle applicazioni Magento. Se il modulo CSP non è compatibile con le impostazioni correnti, potrebbe causare un errore 503.

Disabilitando il modulo CSP su Magento il problema potrebbe essere risolto:

1. ل terminal Eseguire i seguenti comandi in sequenza:

   modulo php bin/magento:disabilita Magento_Csp php bin/magento c:f

   

2. Dopo l'esecuzione, verificare se l'errore 503 è stato corretto.

11. Modificare l'intestazione host, il tag figlio e le configurazioni delle porte.

Gli errori di recupero del backend possono anche derivare da intestazioni host eccessivamente grandi, tag figlio inizializzati in modo errato o configurazioni di porte errate. La modifica di queste impostazioni potrebbe risolvere l'errore.

Aggiunta della proprietà .host_header

1. Applicazione speciale .intestazione_host Per garantire che le scansioni vengano indirizzate all'host corretto, il server backend.
2. Inizio Debug Per esaminare i dettagli del capo host inclusi nei record.

Rimozione dei tag figlio da Magento

1. Inserisci questo File:

   MagentoConfigurableProductPluginModelProduct

   

2. eliminare segno del bambino Dall'intestazione, controlla se l'errore è stato risolto.

Rimozione delle porte da Docker Compose

1. Individuare Docker Compose E vai al fascicolo Predefinito.vcl.
2. Sostituisci le porte con Nome del servizio Come mostrato di seguito:

   client: immagine: ... porte: <-- rimuovi - destinazione: 80 pubblicato: 8080 modalità: host

   Modifica file Predefinito.vcl Di conseguenza:

   backend predefinito { .host = "client"; .port = "80"; }

3. Controlla se questa modifica risolve il problema.

12. Utilizzando un approccio sistematico

Se tutti i passaggi sopra descritti falliscono, è necessario adottare un approccio sistematico per isolare la causa dell'errore 503.

Controllo dei registri

1. Esaminare record Associato a proxy inversi, o PHP, o server backend, o impostazioni di hosting, alla ricerca di eventuali violazioni che potrebbero portare all'errore 503.
2. Se viene rilevato un difetto, correggere il problema sottostante per eliminare l'errore.

Esegui un test completo dei conflitti

Paga Test completo del conflitto Se la configurazione lo consente, rileva eventuali conflitti. Se si verificano, risolvili per eliminare l'errore di recupero del backend.

Accesso diretto al server backend

Se si utilizza un proxy inverso come VerniceIgnora questo passaggio e prova ad accedere direttamente al server back-end. Se funziona, il problema è probabilmente nella configurazione del proxy inverso. Se l'accesso diretto riesce, considera i seguenti passaggi:

1. Valutare Lunghezza delle etichette per contanti In Magento, il che è particolarmente importante per i negozi con molti prodotti, la dimensione dei file potrebbe superare il limite predefinito impostato in Varnish (in genere 8192 byte). Per correggere questo problema, modifica http_resp_hdr_len (ad esempio, a 70000 byte) nelle impostazioni di Varnish. Allo stesso modo, modifica http_resp_size di Varnish.
2. Assicurati che il file controllo_della_salute.php Si trova nella directory corretta, oppure puoi modificare le impostazioni di Varnish in modo che puntino alla posizione esatta. Il percorso predefinito potrebbe essere /pub/health_check.php, ma per i server Nginx potrebbe essere necessario modificarlo in /health_check.php.
3. Per i siti Magento, se il file manutenzione.flag Se esiste, prova a eliminarlo o rinominarlo e poi aggiorna il sito per vedere se l'errore è stato risolto.
4. Verificare Regole del prodotto All'interno di Magento, viene utilizzato un backtrace per identificare eventuali output non validi che potrebbero causare l'errore.

Se questi metodi non sono efficaci, riducete il sito ai suoi elementi essenziali, ad esempio un file indice contenente contenuti segnaposto. Reintroducete gradualmente le funzionalità per identificare quelle che causano l'errore 503. Se il problema persiste, contattate i canali di supporto. il supporto Il supporto appropriato, che si tratti di supporto WordPress, supporto Magento o del team di assistenza clienti del provider di hosting, come il supporto Hostinger.