- Host
- gw.prokso.com
- Port
- 823 HTTP · 824 SOCKS5 — nowy IP przy każdym żądaniu · 10000–20000 stały IP na całą sesję, HTTP(S) i SOCKS5
- Login i hasło
- w panelu klienta, na stronie planu
Gotowe wiersze w potrzebnym formacie wygenerujesz w panelu klienta: wybierz kraj, typ IP i protokół.
- Host gw.prokso.com, porty 823 (HTTP), 824 (SOCKS5), 10000–20000 (sesje sticky, HTTP lub SOCKS5)
- Login i hasło znajdziesz w panelu klienta na stronie planu
- Sprawdzaj IP w odpowiedzi samego żądania wysłanego przez proxy: strona Mój IP w przeglądarce nie testuje Twojego skryptu
Instrukcja krok po kroku, jak podłączyć proxy Prokso w Postmanie. Zajmie Ci to kilka minut.
Krok 1. Pobierz dane proxy z panelu klienta
Otwórz swój plan i skopiuj host gw.prokso.com, port, login i hasło. Port 823 to HTTP, a 824 to SOCKS5 (oba dają nowy IP przy każdym żądaniu); porty 10000–20000 utrzymują jeden IP (sesja sticky) do 120 minut i działają zarówno jako HTTP, jak i SOCKS5 (każdy port to osobny adres). Kraj ustawiasz w loginie: username__cr.ua.
Krok 2. Otwórz ustawienia proxy
W desktopowej aplikacji Postman kliknij ikonę ustawień w nagłówku, wybierz „Settings” i otwórz kartę „Proxy”.
Krok 3. Włącz własne proxy
Zaznacz „Add a custom proxy configuration” (w starszych wersjach – przełącznik „Use custom proxy configuration”). Zostaw zaznaczone HTTP i HTTPS, wybierz HTTP lub SOCKS5 i wpisz serwer gw.prokso.com z portem: port sticky z zakresu 10000–20000 dla jednego IP (działa z oboma typami) albo 823 (HTTP) lub 824 (SOCKS5) dla nowego IP przy każdym żądaniu.
Krok 4. Dodaj login i hasło
Włącz „Proxy Auth” i wpisz login oraz hasło ze strony planu. Hosty, które mają łączyć się bezpośrednio (np. localhost), wpisz po przecinku w polu „Proxy Bypass”.
Krok 5. Wyślij żądanie testowe
Utwórz żądanie GET do https://api.ipify.org i kliknij „Send”. W odpowiedzi powinien pojawić się IP proxy, a nie Twój.
Własne proxy a proxy systemowe
W ustawieniach Postmana są dwa niezależne przełączniki: własne proxy i proxy systemowe. Jeśli oba są włączone, stosowane jest własne. Jeśli własne jest wyłączone, a systemowe włączone, Postman bierze proxy z ustawień systemu operacyjnego i żądania mogą trafiać nie tam, gdzie się spodziewasz. Dla przewidywalnego wyniku zostaw włączone tylko własne proxy.
Jeśli żądanie nie przechodzi
- 407 Proxy Authentication Required. „Proxy auth” nie jest włączone albo login i hasło wpisano ze spacją.
- Error: tunneling socket could not be established. Postman nie mógł nawiązać połączenia przez proxy: sprawdź port i typ. 823 to tylko HTTP, 824 – tylko SOCKS5.
- ECONNREFUSED. W adresie serwera lub w porcie jest literówka.
- Żądanie do lokalnego API przestało działać. Ono też poszło przez proxy. Dodaj
localhost,127.0.0.1do pola „Bypass”.
Szczegóły żądania widać w konsoli Postmana: pokazuje ona, przez które proxy poszło żądanie i jaka odpowiedź wróciła.
Kraj i sesja do testów
Aby sprawdzić, jak API odpowiada z różnych krajów, zmień login: to w nim zapisuje się kraj, np. USERNAME__cr.de. Serwer i port pozostają te same. Do serii żądań z jednego IP weź port sticky z zakresu 10000-20000.
Pamiętaj, że ustawienie proxy obowiązuje w całej aplikacji. Po zakończeniu testów wyłącz je: inaczej Twoje zwykłe żądania robocze też będą szły przez proxy i zużywały transfer z planu.
Jeśli proxy nie działa
Pytania i odpowiedzi (FAQ)
Czy to działa w Postmanie w przeglądarce?
Ustawienia własnego proxy są dostępne w aplikacji desktopowej. Wersja przeglądarkowa wysyła żądania inaczej, więc do pracy przez proxy używaj desktopowego Postmana.
Dlaczego IP za każdym razem jest inny?
Korzystasz z portu 823 lub 824, które dają nowy IP przy każdym żądaniu. Jeśli podczas testów potrzebujesz jednego IP, wybierz port z zakresu 10000–20000 (dla HTTP lub SOCKS5).
Czy proxy działa przy uruchamianiu kolekcji?
Tak. Collection Runner w aplikacji korzysta z tych samych ustawień proxy co zwykłe żądania.
Jak używać proxy w Newmanie?
Newman nie odczytuje ustawień aplikacji. Przed jego uruchomieniem ustaw zmienne środowiskowe HTTP_PROXY i HTTPS_PROXY.