Błąd 400 Bad Request przez proxy

Co oznacza błąd

Kod 400 oznacza, że serwer nie może lub nie chce przetworzyć żądania z powodu błędu po stronie klienta: nieprawidłowa składnia, uszkodzona struktura wiadomości, niedopuszczalne nagłówki. Tak opisuje go standard HTTP (RFC 9110) i dokumentacja MDN.

Przy pracy przez proxy ten kod może wysłać samo proxy. W tabeli kodów Prokso 400 oznacza, że proxy otrzymało żądanie w nieprawidłowym formacie: najczęściej program łączy się z niewłaściwym portem lub przez niewłaściwy protokół.

Jeśli proxy przyjęło żądanie i przekazało je dalej, 400 zwraca już strona. Wtedy proxy nie ma z tym nic wspólnego: stronie nie spodobało się samo żądanie – adres, nagłówki, pliki cookie lub treść.

Przyczyny

• Protokół nie pasuje do portu. Port 823 przyjmuje HTTP, port 824 – SOCKS5. Jeśli program mówi SOCKS5 do portu 823, proxy dostaje dane, których nie rozumie.
• Linia proxy jest uszkodzona. Zbędna spacja, cudzysłowy, ucięte hasło lub zła kolejność części – program buduje żądanie, którego proxy nie potrafi odczytać.
• Zbyt duże nagłówki lub pliki cookie. Serwery ograniczają rozmiar nagłówków. Na przykład nginx odpowiada 400, gdy pojedynczy nagłówek nie mieści się w przydzielonym buforze.
• Nieprawidłowo zakodowany adres. Spacje, cyrylica lub znaki specjalne w URL bez kodowania, podwójne znaki „?” i „&”.
• Treść nie pasuje do nagłówków. Content-Type mówi JSON, a wysyłany jest formularz; Content-Length nie zgadza się z faktycznym rozmiarem.

Jak to naprawić

1. Sprawdź parę „port – protokół”: 823 dla HTTP, 824 dla SOCKS5, porty 10000–20000 – stały IP dla obu protokołów. Więcej o protokołach na stronie proxy SOCKS5.
2. Skopiuj linię proxy z panelu klienta jeszcze raz i w razie potrzeby przekształć ją do wymaganego formatu w konwerterze formatu proxy.
3. Jeśli błąd pokazuje przeglądarka na konkretnej stronie, wyczyść pliki cookie tej strony i otwórz ją ponownie.
4. W skrypcie koduj parametry adresu standardowymi narzędziami biblioteki, zamiast sklejać ciąg ręcznie.
5. Porównaj nagłówki i treść z tym, czego oczekuje strona lub jej API: typ zawartości, kodowanie, pola obowiązkowe.

Jak sprawdzić, czy działa

Sprawdź linię w sprawdzarce proxy. Jeśli tam proxy działa, a 400 przychodzi tylko z jednej strony, przyczyna leży w żądaniu do tej strony, a nie w połączeniu.

Diagnoza w 2 minuty

Najpierw wklej linię do sprawdzania proxy. Jeśli tam proxy działa, przyczyna leży w programie lub jego ustawieniach. Jeśli nie - sprawdź linię z terminala:

curl -v -x "http://LOGIN:HASŁO@gw.prokso.com:823" https://api.ipify.org

• Wiersz < HTTP/1.1 407 zaraz po CONNECT oznacza, że odpowiada proxy. Nazwa po kodzie, na przykład NO_USER, wskazuje przyczynę.
• Proxy odpowiedziało na CONNECT kodem 200, a potem przyszedł inny kod - proxy działa, tę odpowiedź dała strona.
• Brak odpowiedzi, tylko przekroczony czas - połączenie nie dotarło do proxy: sprawdź host, port i sieć.