Błąd 503 (Błąd pobierania z zaplecza) to błąd po stronie serwera, który może całkowicie lub częściowo uniemożliwić korzystanie ze strony internetowej. Błąd ten może wystąpić między innymi podczas próby uzyskania dostępu do strony internetowej, pobrania treści lub skorzystania z procesora płatności.
Ten błąd wskazuje, że serwer witryny nie mógł skutecznie komunikować się z usługami zaplecza. Zazwyczaj jest on wywoływany przez aktualizacje wtyczek, systemu operacyjnego serwera lub rozszerzeń. Ponieważ jest to problem po stronie serwera, klienci mogą jedynie próbować odświeżyć witrynę w swoich przeglądarkach.
Podstawowe rozwiązywanie problemów
- Odśwież stronę przeglądarki: Aby tymczasowo rozwiązać błąd 503, odśwież stronę kilka razy.
- Status serwera: Sprawdź, czy serwer hosta nie jest wyłączony lub czy nie jest przeprowadzana na nim konserwacja.
- Utworzyć kopię zapasową: Upewnij się, że posiadasz kopię zapasową serwera, witryny i bazy danych, aby zapobiec utracie danych podczas rozwiązywania problemów.
- Ponownie załaduj lub uruchom ponownie usługi i serwer: Spróbuj przeładować lub uruchomić ponownie usługi, np. Varnish, a jeśli błąd będzie się powtarzał, rozważ ponowne uruchomienie serwera.
- Aktualizacja: Sprawdź, czy wszystkie powiązane usługi, aplikacje i system operacyjny serwera są aktualne.
3. Zweryfikuj witrynę i zasoby
Brak przestrzeni dyskowej lub zasobów na stronie internetowej może spowodować awarię pobierania danych z zaplecza, uniemożliwiając wykonanie niezbędnych operacji.
- Przejdź do pulpitu WordPress i wybierz ا' „Ø £ د'ˆØ§Øª > Stan witryny > Informacja.
- Oceń, czy Twoja przestrzeń dyskowa zbliża się do limitu. Jeśli tak, być może konieczne będzie dodanie większej ilości miejsca lub usunięcie niepotrzebnych rzeczy. W niektórych przypadkach konieczna może być aktualizacja planu.
- Upewnij się, że inne zasoby serwera nie są przeciążone i że rozwiązanie tego problemu wyeliminuje błąd.
4. Sprawdzanie dostępności zasobów
Próba uzyskania dostępu do zasobu, który nie istnieje na serwerze zaplecza, spowoduje wyświetlenie komunikatu o błędzie. Agent odwrotny może zgłosić ten błąd jako 503 (błąd pobierania zaplecza).
- Zweryfikować URL أو kod i wybierz dostawca Ten, do którego próbuje dotrzeć.
- Sprawdź, czy wymagany zasób jest dostępny na serwerze. Jeśli nie, prześlij zasób do odpowiedniej lokalizacji.
- Jeśli problem nadal występuje, upewnij się, że wykonywana czynność nie powoduje załadowania całej witryny. Na przykład:
.request ="POBIERZ HTTP/1.1"
Rozpatrz sprawę w następujący sposób:
.request="GET /sitehealth.html HTTP/1.1"
5. Zmień ustawienia Cloudflare
Nieefektywne ustawienia Cloudflare mogą powodować błąd 503, ograniczając dostęp do zasobów serwera zaplecza. Zmiana tych ustawień może rozwiązać problem.
- Zaloguj się do pulpitu nawigacyjnego Cloudflare i przejdź do الأمان > Wprowadzanie zmian w Elementorze.
- Skopiuj IP Wyświetlacz przesunął się do WAF > ا' „Ø £ د'ˆØ§Øª.
- dotknij Wydanie Następnie wprowadź swoją lokalizację i dodaj adres IP do listy dozwolonych.
6. Zwiększ limit czasu serwera
Jeśli czas odpowiedzi serwera zaplecza jest dłuższy niż limit czasu ustawiony dla odwrotnego serwera proxy, wystąpi błąd podczas pobierania danych z zaplecza. Zwiększenie limitu czasu serwera może rozwiązać ten problem. Może się to różnić, ale w Varnish można to zrobić w następujący sposób:
- Przejdź do ustawień lakieru. Na przykład:
/etc/sysconfig/varnish
- Edytuj plik Konferencja VCL Aby wydłużyć czas oczekiwania np. do 300 sekund (domyślna wartość to często 60 sekund):
first_byte_timeout = 300s
- Zapisz zmiany i sprawdź czy błąd nadal występuje.
- Jeśli błąd pojawił się po zmianie ustawień Varnish, należy powrócić do starszych, funkcjonalnych ustawień, o ile są dostępne.
7. Modyfikuj ustawienia kontroli stanu witryny
Błąd serwera zaplecza może wystąpić, jeśli odwrotny serwer proxy, taki jak Varnish, nie może uzyskać dostępu do informacji o kontroli stanu serwera zaplecza lub uznaje je za błędne. Rozwiązaniem jest naprawa ustawień kontroli stanu witryny.
- Jeśli istnieje poniższy wiersz w ustawieniach, usuń go:
.url="/health_check.php"
- Sprawdź czy problem został rozwiązany.
- Jeśli to nie zadziała, użyj lakierlog Aby rozpoznać, co jest uznawane za niezdrowe i podjąć odpowiednie leczenie.
sudo varnishlog -g request -q "VCL_call eq 'BACKEND_ERROR'"
8. Przywróć poprzednią wersję PHP serwera
Jeśli najnowsza wersja PHP jest niezgodna z zapleczem Twojej witryny, może to spowodować błąd 503. Powrót do poprzedniej wersji PHP może rozwiązać problem. Na przykład w serwisie Bluehost z WordPressem:
- Iść do tablica sterowania W przypadku Bluehost wybierz kartę. Zaawansowany.
- w ciągu cPanel, Iść do Menedżer MultiPHP W sekcji Oprogramowanie znajdź witrynę, której dotyczy problem.
- reszta Wersja PHP Wróć do poprzedniej wersji i sprawdź, czy błąd został rozwiązany.
9. Wyłącz wtyczki, narzędzia, rozszerzenia i szablony
Gdy dodatek, narzędzie, rozszerzenie lub szablon jest niezgodny z ustawieniami serwera, może wystąpić błąd 503. Aby zminimalizować błąd, wyłączaj i włączaj je kolejno, aby zidentyfikować element powodujący problem.
Na przykład, aby wyłączyć GZip w Jira Service Desk, o którym wiadomo, że powodował błąd 503:
- Iść do tablica sterowania Własne i określone przez Jirę Admin > Ustawienia ogólne > Użyj kompresji GZip.
- Wyłącz kompresję GZip i sprawdź, czy to rozwiąże problem.
10. Wyłączanie modułu CSP w Magento
Moduł Content Security Policy (CSP) zapewnia bezpieczeństwo aplikacji Magento. Jeśli moduł CSP jest niezgodny z obecnymi ustawieniami, może to spowodować błąd 503.
Wyłączenie modułu CSP w Magento może rozwiązać problem:
- Pokój terminal Uruchom następujące polecenia sekwencyjnie:
php bin/magento module: wyłącz Magento_Csp php bin/magento c:f
- Po wykonaniu sprawdź, czy błąd 503 został naprawiony.
11. Zmień nagłówek hosta, znacznik podrzędny i konfigurację portu.
Błędy pobierania z zaplecza mogą również wynikać z nadmiernie dużych nagłówków hosta, nieprawidłowo zainicjowanych tagów podrzędnych lub błędnej konfiguracji portów. Dostosowanie tych ustawień może rozwiązać problem.
Dodawanie właściwości .host_header
- Specjalne zastosowanie .nagłówek_hosta Aby serwer zaplecza miał pewność, że skanowania są kierowane do właściwego hosta.
- Start Debugowanie Aby zbadać szczegóły nagłówka hosta zawarte w rekordach.
Usuwanie tagów podrzędnych z Magento
- Wpisz to Plik:
MagentoConfigurableProductPluginModelProduct
- usunąć znak dla dziecka Sprawdź w nagłówku, czy błąd został rozwiązany.
Usuwanie portów z Docker Compose
- Znajdź Docker Compose I przejdź do pliku Domyślny.vcl.
- Wymień porty na Nazwa serwisu Jak pokazano poniżej:
klient: obraz: ... porty: <-- usuń - cel: 80 opublikowano: 8080 tryb: host
Edytuj plik Domyślny.vcl Odpowiednio:
domyślne zaplecze { .host = "client"; .port = "80"; } - Sprawdź czy ta modyfikacja rozwiązuje problem.
12. Stosowanie podejścia systematycznego
Jeżeli wszystkie powyższe kroki zawiodą, należy zastosować podejście systematyczne w celu wyizolowania przyczyny błędu 503.
Sprawdzanie rekordów
- Zbadać Dokumentacja Powiązane z odwrotnymi serwerami proxy lub PHPlub serwerów zaplecza, lub ustawień hostingu, sprawdzając, czy nie występują naruszenia, które mogą prowadzić do błędu 503.
- W przypadku wykrycia jakiejkolwiek wady należy rozwiązać problem źródłowy w celu wyeliminowania błędu.
Wykonaj pełny test konfliktu
Płacić Pełny test konfliktu Jeśli Twoja konfiguracja na to pozwala, wykryj potencjalne konflikty. Jeśli wystąpią, rozwiąż je, aby wyeliminować błąd pobierania z zaplecza.
Bezpośredni dostęp do serwera zaplecza
Jeśli używasz odwrotnego serwera proxy, takiego jak LakierPomiń to i spróbuj uzyskać bezpośredni dostęp do serwera zaplecza. Jeśli to zadziała, problem prawdopodobnie leży w konfiguracji odwrotnego serwera proxy. Jeśli bezpośredni dostęp się powiedzie, rozważ następujące kroki:
- Oceniać Długość etykiet gotówkowych W przypadku Magento – co jest szczególnie ważne w przypadku sklepów z wieloma produktami – rozmiar plików może przekraczać domyślny limit ustawiony w Varnish (zwykle 8192 bajty). Aby to naprawić, zmodyfikuj parametr http_resp_hdr_len (na przykład do 70000 bajtów) w ustawieniach Varnish. Analogicznie, dostosuj parametr http_resp_size w Varnish.
- Upewnij się, że plik health_check.php Znajduje się on we właściwym katalogu lub możesz dostosować ustawienia Varnish, aby wskazywały dokładną lokalizację. Domyślnie może to być /pub/health_check.php, ale w przypadku serwerów Nginx może być konieczna zmiana na /health_check.php.
- W przypadku witryn Magento, jeśli plik flaga konserwacji Jeśli błąd istnieje, spróbuj go usunąć lub zmienić jego nazwę, a następnie odświeżyć witrynę, aby sprawdzić, czy problem został rozwiązany.
- Zweryfikować Zasady dotyczące produktu W Magento do identyfikacji nieprawidłowych danych wyjściowych, które mogą być przyczyną błędu, używany jest backtrace.
Jeśli te metody okażą się nieskuteczne, zredukuj witrynę do podstawowych elementów, takich jak plik indeksu zawierający treści zastępcze. Stopniowo wprowadzaj nowe funkcje, aby zidentyfikować te, które powodują błąd 503. Jeśli problem będzie się powtarzał, skontaktuj się z kanałami pomocy technicznej. wsparcie Odpowiednie wsparcie, czy to wsparcie WordPress, wsparcie Magento, czy też zespół obsługi klienta dostawcy hostingu, np. wsparcie Hostinger.
Możliwość dodawania komentarzy nie jest dostępna.