Szybka odpowiedź
Jak sprawdzić połączenie lub zgłosić problem z usługą?
W razie problemu z usługą LocalSERP Proxy sprawdź punkt końcowy i protokół, zweryfikuj adres wyjściowy, porównaj wynik dla dozwolonego celu i wyślij do pomocy technicznej zanonimizowany raport. Te 4 kontrole pomagają rozróżnić problemy z połączeniem, lokalizacją, zamówieniem i płatnością krypto. Zweryfikowano 15 października 2026 r. Usługa jest bez KYC; ta strona to poradnik pomocy, a nie monitor działający na żywo.
Gdzie sprawdzić, którego elementu dotyczy problem?
Sprawdź odpowiednie połączenie, płatność lub zamówienie w panelu klienta, a następnie zanotuj ostatnią udaną czynność i pierwszy zauważony błąd. Przed osobnym testem witryny docelowej sprawdź proste, dozwolone narzędzie do sprawdzania IP. Jeśli problem występuje tylko w przypadku jednej witryny, zaznacz to w zgłoszeniu do pomocy technicznej. Ta strona przedstawia kolejność diagnozowania i sposoby kontaktu; nie publikuje bieżącego statusu poszczególnych komponentów.
4 kontrole, które pomogą zawęzić problem
Potwierdź wybrany produkt i punkt końcowy
Odczytaj punkt końcowy w panelu klienta i sprawdź, czy używasz HTTP czy SOCKS5, prawidłowego formatu nazwy użytkownika oraz wybranej lokalizacji. Nie umieszczaj danych logowania na zrzutach ekranu. Dedykowany port może mieć własny punkt końcowy; nie zastępuj go zapamiętanym przykładem.
Przetestuj połączenie za pomocą narzędzia do sprawdzania IP
Użyj zgodnej przeglądarki lub klienta, aby otworzyć proste narzędzie do sprawdzania IP. Zapisz adres wyjściowy, godzinę i dostawcę narzędzia. Otrzymany wynik potwierdza połączenie w danym momencie, ale nie dowodzi dostępu do innej witryny.
Sprawdź osobno witrynę docelową
Odwiedź tylko witrynę, do której masz prawo uzyskać dostęp, i zapisz jej odpowiedź oraz wyświetloną lokalizację. Zatrzymaj się po wyraźnej odmowie. Wielokrotna zmiana adresu wyjściowego nie jest sposobem diagnozowania problemu z witryną, która prosi o zaprzestanie dostępu.
Wyślij jedno przydatne zgłoszenie
Uwzględnij znaczniki czasu, wybraną lokalizację, protokół, zanonimizowany komunikat błędu i wyniki pierwszych kontroli. Określ, czy problem dotyczy doładowania, zamówienia, wyjściowego IP czy jednego celu. Dzięki temu support będzie mógł sprawdzić odpowiedni zapis.
Jak interpretować błędy uwierzytelniania?
Błąd uwierzytelniania może wynikać z nieprawidłowej nazwy użytkownika, hasła, endpointu lub dozwolonego IP łączącego się z usługą. Sprawdź wartości podane dla produktu i ustawienia listy dozwolonych adresów. Nie próbuj wielokrotnie zgadywać danych logowania ani nie wyłączaj weryfikacji certyfikatu TLS celu. Skorzystaj ze strony jak to działa i skontaktuj się z supportem, jeśli ta sama obsługiwana konfiguracja nadal nie działa. Nazwa użytkownika i hasło w każdym planie albo lista dozwolonych IP (maksymalnie 10 IP). Podużytkownicy z własnymi danymi logowania i limitem ruchu. Klucze API, które możesz w każdej chwili unieważnić. Błąd na etapie proxy i odmowa połączenia przez serwer docelowy to różne sytuacje.
Co zrobić, jeśli wynik sprawdzania IP nie zgadza się z wybraną lokalizacją?
Zapisz wybrany kraj, stan, miasto lub ZIP wraz ze zwróconym IP i etykietą bazy danych. Zachowaj też lokalizację wyświetlaną przez serwis docelowy. Sama różnica etykiet nie świadczy o awarii bramy. Dla wybranego miasta może być obecnie niedostępne odpowiednie wyjściowe IP, a źródła geolokalizacji mogą się różnić. Poproś support o sprawdzenie przykładu. Jeśli do testu wystarczy szersza lokalizacja, wyraźnie odnotuj tę zmianę zamiast kontynuować test z pierwotną etykietą miasta.
Co zrobić, jeśli płatność lub zamówienie się opóźnia?
Sprawdź osobno status płatności i zamówienia. Przelew trzeba zgłosić, dopasować na podstawie dokładnej kwoty i potwierdzić, zanim środki zostaną dodane do salda. Następnie plan kupuje się z tego salda. Zachowaj numer referencyjny płatności i dostępny TXID, a przed ponowną wysyłką skontaktuj się z supportem. Ta strona nie gwarantuje czasu potwierdzenia ani zaksięgowania środków. W przypadku niedostarczonego dedykowanego portu lub utrzymującej się awarii usługi odpowiednia zasada zwrotu środków na saldo jest określona w polityce zwrotów.
Jakie informacje dołączyć do zgłoszenia problemu?
Zapisz, kiedy problem się zaczął, ostatnią udaną próbę, którą udało Ci się zaobserwować, oraz informację, czy dotyczy więcej niż jednego dozwolonego celu. Nie wyciągaj wniosków o skuteczności ani dostępności usługi na podstawie małej próbki. Odnotuj zmiany wprowadzone podczas diagnozowania problemu, takie jak inny endpoint, klient lub wybrana lokalizacja. Wyślij zgłoszenie na [email protected]. Zgłoszenia dotyczące szkodliwego ruchu wysyłaj na [email protected], podając wyjściowe IP i godzinę zdarzenia; w żadnym z tych zgłoszeń nie podawaj danych logowania.
Czym różnią się aktualizacje usługi od pomiarów?
Dziennik zmian zawiera informacje o zmianach w opisach produktów, zasadach i udokumentowanych metodach. Nie jest zestawieniem dostępności usługi. Aktualne plany znajdziesz na stronie cennika, a informacje o źródłach zawierają przypisane potwierdzenie dostaw. Jeśli zostanie opublikowany komunikat o incydencie z datą, sprawdź jego zakres i komponent, którego dotyczy, zamiast traktować każdą zmianę na stronie jako zdarzenie operacyjne. Dzięki temu lokalny audyt będzie oparty na dostępnych dowodach, w tym przerwach zaobserwowanych podczas własnego testu.