HTTP vs HTTPS vs SOCKS4 vs SOCKS5: który protokół proxy wybrać?

Każde proxy na liście takiej jak ta jest oznaczone protokołem — HTTP, HTTPS, SOCKS4 lub SOCKS5 — a wybór niewłaściwego dla danego zadania to najczęstsza przyczyna, dla której „działające” proxy w rzeczywistości nie robi tego, czego potrzebujesz. Ten artykuł wykracza poza szybką definicję: dla każdego protokołu omówimy, co faktycznie obsługuje, gdzie zawodzi, jak sobie radzi wydajnościowo i kiedy jest właściwym wyborem.

Wersja skrócona

Proxy HTTP i HTTPS są zbudowane specjalnie z myślą o ruchu internetowym i to właśnie ich domyślnie oczekuje niemal każda przeglądarka, scraper i narzędzie do automatyzacji. SOCKS4 i SOCKS5 działają na niższym poziomie, przekazując dowolne połączenie TCP, a nie tylko żądania internetowe, co czyni je lepszym wyborem dla aplikacji innych niż przeglądarki. SOCKS5 jest najbardziej zaawansowany z całej czwórki, dodając do SOCKS4 uwierzytelnianie i obsługę UDP. Jeśli z tego artykułu zapamiętasz tylko jedną rzecz, niech będzie to: przeglądanie internetu → HTTP/HTTPS, wszystko inne → SOCKS.

Krótkie techniczne wprowadzenie: gdzie działa każdy protokół

Proxy HTTP i HTTPS działają na warstwie aplikacji — konkretnie rozumieją strukturę żądania HTTP (metodę, nagłówki, treść) i mogą na tej podstawie analizować lub kierować ruch. SOCKS z kolei działa niżej, bliżej surowej warstwy transportowej: nie wie i nie obchodzi go, czy przekazywane bajty to strona internetowa, transfer FTP czy uzgadnianie połączenia z serwerem gry. Ta jedna różnica architektoniczna tłumaczy niemal każdą praktyczną odmienność między tymi dwiema rodzinami protokołów — proxy HTTP/HTTPS są bardziej „inteligentne” w kwestii ruchu internetowego, a proxy SOCKS są prostsze, ale znacznie bardziej uniwersalne.

Proxy HTTP szczegółowo

Proxy HTTP rozumie konkretnie protokół HTTP — analizuje żądanie, może inspekcjonować, a czasem modyfikować nagłówki, i wie, jak przekazać odpowiedź z powrotem. Dzięki temu natywnemu zrozumieniu proxy HTTP jest najpowszechniej wspieranym typem proxy: jeśli konfiguracja narzędzia po prostu mówi „proxy” bez listy wyboru protokołu, niemal zawsze oczekuje HTTP.

Zalety: maksymalna kompatybilność, prosta konfiguracja, dobrze dopasowane do przeglądania i większości narzędzi do scrapowania, oraz zazwyczaj największa pula dostępnych serwerów na dowolnej darmowej liście proxy.
Ograniczenia: połączenie między Tobą a proxy niekoniecznie jest szyfrowane, a samo proxy jest zbudowane konkretnie pod ruch internetowy — nie jako ogólny przekaźnik TCP. Niektóre proxy HTTP nie obsługują też metody CONNECT potrzebnej do tunelowania docelowych stron HTTPS, więc mogą być ograniczone wyłącznie do celów w zwykłym HTTP.

Proxy HTTPS szczegółowo

Proxy HTTPS to funkcjonalnie proxy HTTP z dodanym szyfrowaniem TLS na odcinku między Twoim urządzeniem a serwerem proxy. Nie zmienia to sposobu, w jaki proxy komunikuje się z docelową stroną — to nadal reguluje protokół używany przez samo miejsce docelowe — ale oznacza, że ten pierwszy odcinek jest szyfrowany, co ma znaczenie w sieciach, w których ten ruch mógłby być w przeciwnym razie obserwowany.

Zalety: ta sama szeroka kompatybilność co HTTP, plus szyfrowane połączenie z samym proxy, a na wyselekcjonowanej liście — potwierdzenie, że tunelowanie CONNECT do docelowych stron HTTPS zostało faktycznie zweryfikowane jako działające.
Ograniczenia: nieco mniej powszechnie wspierane niż zwykły HTTP w starszych lub bardziej minimalistycznych narzędziach; nadal jest to zasadniczo protokół dla ruchu internetowego, a nie ogólny przekaźnik TCP.

Proxy SOCKS4 szczegółowo

SOCKS rezygnuje z rozumienia konkretnie ruchu internetowego i zamiast tego po prostu przekazuje połączenia TCP w sposób generyczny — proxy nie analizuje ani nie interesuje się tym, co jest wewnątrz połączenia, po prostu przesyła bajty w obie strony. Dzięki temu SOCKS4 nadaje się do aplikacji niezwiązanych z przeglądarką: klientów FTP, protokołów czatu czy dowolnego niestandardowego narzędzia opartego na TCP.

Zalety: działa praktycznie z każdą aplikacją opartą na TCP, nie tylko z ruchem internetowym; prosty protokół o niskim narzucie.
Ograniczenia: brak wbudowanego uwierzytelniania (traktuj samo proxy jako niezaufaną infrastrukturę) oraz brak obsługi UDP — wszystko, co polega na UDP, będzie wymagać zamiast tego SOCKS5.

Proxy SOCKS5 szczegółowo

SOCKS5 to bezpośredni następca SOCKS4, dodający dwie możliwości: opcjonalne uwierzytelnianie nazwą użytkownika i hasłem oraz obsługę ruchu UDP obok TCP. UDP ma znaczenie na przykład dla zapytań DNS, części ruchu VoIP i gier oraz innych protokołów, które nie korzystają ze standardowych połączeń TCP. Jeśli aplikacja konkretnie wymaga SOCKS5, a nie SOCKS4, to niemal zawsze z powodu jednej z tych dwóch dodatkowych funkcji.

Zalety: najbardziej zaawansowany z całej czwórki — najszersze wsparcie protokołów, opcjonalne uwierzytelnianie, obsługa UDP.
Ograniczenia: nieco rzadziej dostępny na darmowych listach niż HTTP, po prostu dlatego, że mniejszy podzbiór serwerów jest skonfigurowany, by go obsługiwać — ale ta liczba rośnie i warto specjalnie go filtrować, gdy zadanie potrzebuje jego dodatkowych możliwości.

Różnice wydajnościowe między protokołami

Wybór protokołu wpływa bardziej na narzut niż na surową przepustowość. Proxy SOCKS, ponieważ nie analizują zawartości warstwy aplikacji, zazwyczaj dodają nieco mniejszy narzut przetwarzania na połączenie niż proxy HTTP/HTTPS — ale w praktyce, w przypadku darmowych publicznych proxy, dominującym czynnikiem szybkości jest własne pasmo, obciążenie i odległość danego serwera, a nie sam protokół. Dwa proxy różnych protokołów działające na porównywalnym sprzęcie i ścieżkach sieciowych zwykle będą działać podobnie — wartości czasu odpowiedzi na liście proxy tej strony odzwierciedlają rzeczywisty serwer, a nie przewagę wynikającą z protokołu.

Kwestie bezpieczeństwa dla każdego protokołu

Wybór protokołu wpływa też na to, co operator proxy może technicznie zobaczyć lub zrobić, co ma znaczenie przy decydowaniu, jaki rodzaj ruchu wypada przepuszczać przez darmowy, niezweryfikowany serwer.

HTTP: ruch między Tobą a proxy na tym odcinku jest nieszyfrowany, co oznacza, że operator proxy (lub ktokolwiek inny mogący obserwować to połączenie) potencjalnie mógłby odczytać zwykły ruch HTTP w tranzycie. Nie dotyczy to stron odwiedzanych przez HTTPS w sposób end-to-end — to szyfrowanie jest oddzielne i nadal obowiązuje — ale oznacza, że samo proxy widzi więcej niż w alternatywie szyfrowanej do samego proxy.

HTTPS: szyfruje połączenie do samego proxy, zamykając tę konkretną lukę. To lepszy wybór niż zwykły HTTP za każdym razem, gdy przepuszczany ruch zasługuje na tę dodatkową warstwę, choć — jak przy każdym proxy — ogólna zasada unikania wrażliwych logowań lub płatności przez niezweryfikowany darmowy serwer nadal obowiązuje — operator wciąż widzi metadane połączenia (do jakich stron się łączysz), nawet gdy sama treść jest szyfrowana.

SOCKS4: nie ma w ogóle żadnego mechanizmu uwierzytelniania, więc każdy, kto odkryje adres i port proxy, może go używać — nie masz sposobu, by wiedzieć, kto jeszcze go współdzieli ani co z nim robi. Traktuj go czysto jako wygodę w przekazywaniu IP, a nie jako prywatną infrastrukturę.

SOCKS5: obsługuje opcjonalne uwierzytelnianie, które — gdy dane konkretne proxy faktycznie je oferuje — przynajmniej ogranicza krąg osób mogących korzystać z tego serwera. Większość darmowych wpisów SOCKS5 w praktyce nie wymaga uwierzytelniania, więc zwykle obowiązuje ta sama ogólna ostrożność co przy SOCKS4, chyba że wiesz inaczej.

We wszystkich czterech przypadkach obowiązuje ta sama praktyczna zasada: darmowe, publicznie pozyskane proxy dowolnego protokołu należy traktować jako niezweryfikowaną infrastrukturę. Używaj go do zadań takich jak testowanie geograficzne, scrapowanie publicznych danych czy zwykłe przeglądanie, i unikaj kierowania przez nie logowań lub danych płatniczych, niezależnie od tego, jaki protokół jest w grze.

Bezpośrednie porównanie: co faktycznie ma znaczenie dla Twojego zadania

Przeglądanie internetu lub scrapowanie stron

Użyj HTTP lub HTTPS. Tych protokołów natywnie oczekują przeglądarki i praktycznie każda biblioteka do scrapowania, a różnica w kompatybilności jest na tyle istotna, że rzadko istnieje powód, by sięgać po SOCKS, chyba że wymaga tego konkretne narzędzie.

Korzystanie z aplikacji innej niż przeglądarka (klient FTP, komunikator, niestandardowe narzędzie)

Użyj SOCKS4 lub SOCKS5. Takie aplikacje zazwyczaj otwierają surowe połączenia TCP zamiast sformatowanych żądań HTTP, a proxy HTTP nie będzie wiedziało, co zrobić z takim ruchem.

Wszystko związane z UDP (narzędzia intensywnie korzystające z DNS, część ruchu gier lub VoIP)

SOCKS5 jest jedynym z czterech protokołów, który to obsługuje — HTTP, HTTPS i SOCKS4 działają wyłącznie na TCP.

Wrażliwy ruch, w którym samo połączenie z proxy nie powinno być obserwowalne

Wybierz HTTPS zamiast HTTP (dla ruchu internetowego), ponieważ szyfruje ten pierwszy odcinek; SOCKS5 z uwierzytelnianiem jest bliższym odpowiednikiem dla ruchu niezwiązanego z siecią web.

Nie jesteś pewien, którego protokołu wymaga konkretne narzędzie

Sprawdź dokumentację narzędzia dotyczącą ustawień proxy — jeśli ma tylko jedno pole „proxy” bez wyboru protokołu, oczekuje HTTP; jeśli ma listę wyboru z SOCKS4/SOCKS5 jako opcją, to sygnał, że obsługuje (i być może potrzebuje) protokołu niższego poziomu dla generowanego przez siebie ruchu.

Musisz wybrać konkretnie między SOCKS4 a SOCKS5

Domyślnie wybieraj SOCKS5, chyba że coś wymusza konkretnie SOCKS4. SOCKS5 robi wszystko to, co SOCKS4, a do tego dodaje uwierzytelnianie i UDP, więc rzadko istnieje wada preferowania go — jedynym częstym powodem wyboru SOCKS4 jest to, że dane darmowe proxy po prostu nie oferuje opcji SOCKS5, albo starsze narzędzie implementuje wyłącznie specyfikację SOCKS4.

Filtrowanie według protokołu na tej stronie

Każdy wpis na darmowej liście proxy jest oznaczony swoim protokołem, a pasek filtrów pozwala zawęzić listę dokładnie do HTTP, HTTPS, SOCKS4 lub SOCKS5. Istnieją też dedykowane strony dla każdego protokołu — na przykład lista proxy SOCKS5 — jeśli dokładnie wiesz, jakiego typu potrzebujesz. Niezależnie od wyboru warto szybko przejść przez Sprawdzarkę Proxy, zanim zaczniesz na nim polegać, ponieważ dostępność dowolnego darmowego źródła proxy stale się zmienia. Po szersze wprowadzenie do tematu proxy, zanim zagłębisz się w szczegóły protokołów, zobacz artykuł Czym jest serwer proxy? Kompletny przewodnik po rodzajach proxy.