Jak BalticProxy sprawdza w Gologin każde proxy mobilne 5G przed dostarczeniem klientowi

O BalticProxy

Założona w listopadzie 2024 roku, z siedzibą w Rydze na Łotwie, firma BalticProxy.eu to dostawca mobilnych proxy, który prowadzi własną pulę telefonów z Androidem z kartami SIM BITE Latvia. Trzyosobowy zespół sprzedaje porty SOCKS5 i HTTP na prawdziwych mobilnych adresach IP 5G agencjom, scraperom, media buyerom i zespołom social media – osobom, dla których liczy się nie tyle sama szybkość, ile to, czy IP to autentyczne połączenie mobilne, które niezawodnie działa w prawdziwej sieci.

Gologin nie jest dla nas narzędziem pobocznym. Działa między naszym systemem a klientem i jako ostatnie ma styczność z proxy, zanim przekażemy dane logowania. Zespół korzysta z niego codziennie.

1. Wyzwania

Przed Gologin mierzyliśmy się z dość typowymi, ale równie poważnymi wyzwaniami każdego dostawcy proxy, który stawia na jakość:

1. Sprawdzanie proxy tak, jak naprawdę używają ich klienci – testy w terminalu potwierdzają tylko, że port odpowiada. Nie pokazują tego, co widzi prawdziwa sesja w przeglądarce: szybkości ładowania strony, tego, czy IP wskazuje właściwe miasto, ani tego, czy połączenie wytrzymuje realny ruch.
2. Ręczna konfiguracja danych dostępowych była wolna i podatna na błędy – każdy nowy port przychodził jako jeden długi ciąg danych, który trzeba było ręcznie rozbić na cztery pola (host, port, nazwa użytkownika, hasło) i wybrać protokół z listy rozwijanej.
3. Rozwiązywanie zgłoszeń bez wiarygodnych dowodów – gdy klient mówił, że proxy działa wolno, spieranie się na podstawie wewnętrznych liczb nikomu nie pomagało.

Gdybyśmy testowali inaczej, niż klient korzysta z proxy, test niewiele by znaczył. Gologin pozwala nam testować dokładnie tak, jak zrobi to klient.

Bernard Kudulis

Dyrektor w BalticProxy

2. Wcześniejsze rozwiązania

• Zanim przeszliśmy na Gologin, próbowaliśmy różnych narzędzi i testów w terminalu
• Testy w terminalu pokazywały, że porty działają bez zarzutu – a klienci i tak zgłaszali, że coś nie działa
• Testowanie proxy inaczej, niż używają ich klienci, sprawiało, że testy nic nie znaczyły

Co nie działało?

1. Testy w terminalu nie odzwierciedlają realnego użycia. Sprawdzenie w wierszu poleceń potwierdza tylko, że port odpowiada. Nie pokazuje tego, co widzi przeglądarka – szybkości ładowania strony, poprawnej geolokalizacji ani stabilności połączenia przy realnym ruchu.
2. Ręczne wpisywanie pól było codzienną udręką. Ręczne rozbijanie ciągów danych na cztery osobne pola, przy każdym porcie, każdego dnia – wolne i łatwo o literówkę.
3. Brak dowodów przy zgłoszeniach. Bez możliwości odtworzenia dokładnie tego, co widział klient, rozstrzyganie sporów było kwestią opinii, a nie dowodów.

3. Poszukiwanie nowego rozwiązania i wybór Gologin

• Przetestowaliśmy wiele różnych systemów do sprawdzania proxy
• Dopiero gdy zaczęliśmy używać Gologin, naprawdę poczuliśmy, jak klienci korzystają z proxy, i mogliśmy zapewnić im najlepsze rezultaty

Dlaczego wybraliście Gologin zamiast innych rozwiązań?

• Automatyczne rozpoznawanie proxy. Gologin rozpoznaje dowolny format danych dostępowych – ip:port:user:pass, user:pass@ip:port, ciągi oparte na nazwie hosta – jednym wklejeniem. Bez ręcznego wpisywania pól i zgadywania protokołu.
• Weryfikacja w jednej linii. Wynik Check Proxy pokazuje w jednej linii kraj, miasto, wyjściowy adres IP, protokół i czas odpowiedzi. Cztery rzeczy potwierdzone w pięć sekund.
• Ta sama przeglądarka, której używają nasi klienci. Test w prawdziwej sesji przeglądarki sprawia, że nasza kontrola jakości odpowiada temu, co faktycznie zobaczy klient – a nie sztucznemu sprawdzeniu.

Czas na trochę krytyki

• Przydałaby się możliwość wklejania danych proxy w sekcji Ustawienia (z takim samym automatycznym rozpoznawaniem pól jak w ustawieniach profilu)
• Tryb ciemny w macOS nie włącza się automatycznie, gdy system przełącza się o zachodzie słońca – wymaga ręcznego kliknięcia w Ustawienia – Motyw – System
• Gdy profil zamyka się bez internetu i potem odzyskuje połączenie, przydałaby się opcja „ponów synchronizację” bez utraty sesji

4. Wdrożenie i wyniki

Workflow 1 – wklej, rozpoznaj, zweryfikuj: sprawdzenie przed aktywacją

Robimy to ponad 10 razy dziennie i to właśnie ta jedna rzecz oszczędza nam najwięcej czasu. Kopiujemy surowy ciąg z danymi dostępowymi i wklejamy go prosto na kartę Proxy w profilu. Gologin sam rozdziela pola i wykrywa protokół. Jedno Ctrl+V, bez pisania i zgadywania. Potem klikamy Check Proxy:

Proxy na Łotwie • LV • Ryga • 317 ms — SOCKS5 • 84.15.220.158

Ta jedna linia potwierdza, że port działa, protokół się zgadza, lokalizacja jest właściwa, a połączenie nawiązuje się w normalnym czasie. Dopóki to sprawdzenie nie przejdzie, nic nie trafia do klienta.

Workflow 2 – sprawdzanie czasu odpowiedzi i edycja działających portów

W przypadku portów, które już są u klientów, wchodzimy w Ustawienia profilu, żeby zobaczyć szczegóły. Jeśli port odpowiadał w 300 ms, a teraz potrzebuje 900 ms, telefon, który za nim stoi, ma problemy – i wolimy dowiedzieć się o tym przed klientem. Edycja jednego pola (hasła, hosta, portu) bez odbudowywania całego profilu zajmuje mniej niż minutę. Dzięki temu wychwytujemy problemy z wydajnością, zanim zauważą je klienci.

Workflow 3 – prawdziwe testy prędkości do rozwiązywania zgłoszeń w supporcie

Gdy klient mówi, że proxy działa wolno, otwieramy profil Gologin na jego dokładnym porcie i uruchamiamy speedtest.net – narzędzie, którego większość kupujących używa do oceny proxy. Zrzut ekranu pokazuje operatora, IP, ping i prędkość w tamtej chwili, z czystej sesji przeglądarki na jego porcie. Odsyłamy go od razu w zgłoszeniu. Rozstrzyga spory szybciej niż jakiekolwiek wyjaśnienia.

Workflow 4 – sprawdzanie stabilności i ustalanie właściwych oczekiwań

Uruchamiamy packetstats.com w profilu, żeby przez kilka minut obserwować ping. Średnia 212 ms, minimum 144, maksimum 561, stabilność oznaczona jako „Bad”. W przypadku proxy z serwerowni byłby to problem. W przypadku proxy 5G mobilnego to zupełnie normalne – sieci komórkowe dzielą zasoby radiowe między wszystkich użytkowników przy danej stacji bazowej.

Patrzymy na kształt wykresu: stały poziom bazowy około 180–220 ms ze sporadycznymi skokami jest w porządku. Rosnący poziom bazowy lub skupione skoki oznaczają, że telefon trzeba zrestartować. Ten zrzut ekranu wysyłamy też nowym klientom na start, razem z objaśnieniem liczb – żeby wiedzieli, jak czytać wyniki, i nie panikowali na widok czerwonej etykiety „Bad”.

Szacunkowe wyniki

• Aktywacja portu: wcześniej 1–2 min (ręczne wpisywanie pól) – teraz ok. 5 sekund (jedno wklejenie)
• Niedziałające proxy trafiające do klientów: czasem – zero
• Rozwiązywanie zgłoszeń w supporcie: oparte na opiniach, wolne – dowód w postaci aktualnego zrzutu ekranu, szybkie
• Aktywacje portów dziennie: ponad 10
• ROI z subskrypcji Gologin: szacunkowo 3–10x

Ping w terminalu mówi, że port żyje. Gologin pokazuje, że naprawdę działa – tak, jak użyje go klient.

Bernard Kudulis

Dyrektor w BalticProxy

5. Efekty

Czy Gologin to dziś integralna część Waszego workflow? 

• Tak – to ostatni krok, zanim każde proxy trafi do klienta. Tu odbywa się kontrola jakości.

Jak się czujecie po przejściu na nowe rozwiązanie?

• Bardzo pozytywnie. Możemy teraz zapewnić bardziej rzetelne wsparcie i opierać się na danych z realnego użytkowania – klienci bardziej nam ufają i doceniają indywidualne podejście do supportu.

Jaką kluczową metrykę wskazalibyście jako wynik „przed i po” użyciu Gologin?

• Aktywacja portu: 1–2 minuty – 5 sekund
• Niedziałające proxy u klientów: czasem – zero

Co w Gologin zaskoczyło Was najbardziej?

• Automatyczne rozpoznawanie formatu proxy. Można wkleić dane w dowolnym formacie, a Gologin sam wykrywa protokół i poprawnie rozdziela pola. Oszczędza to więcej czasu, niż się spodziewaliśmy – zwłaszcza przy ponad 10 aktywacjach dziennie.