Jak przekierować aplikację One przez serwer proxy

Wprowadzenie

Gdzieś w infrastrukturze Twojej agencji znajduje się narzędzie, które musi uzyskać dostęp do Internetu z lokalizacji, w której nie przebywasz. Może to być sesja podglądu reklamy dla klienta z Madrytu lub narzędzie do sprawdzania pozycji w wynikach wyszukiwania, które potrzebuje danych z Toronto. Oczywiste rozwiązanie, polegające na podłączeniu całego komputera do sieci VPN lub serwera proxy obejmującego cały system, pociąga za sobą konieczność dostosowania wszystkich pozostałych elementów. Twoja poczta e-mail i panele klientów nagle pokazują lokalizację z niewłaściwego kraju, a połowa Twoich zalogowanych sesji wyświetla monity bezpieczeństwa, które musisz teraz zatwierdzać. Cały dzień przenosi się za granicę, bo wymagała tego jedna pięciominutowa kontrola. Jest na to prostszy sposób. Możesz przekierować jedną aplikację przez serwer proxy, a resztę komputera pozostawić dokładnie taką, jaka jest. W tym przewodniku omówiono, jak działa przekierowywanie na poziomie aplikacji, która metoda pasuje do danego narzędzia oraz jak skonfigurować zadanie specyficzne dla danego regionu bez zakłócania pracy pozostałych członków zespołu.

Dlaczego przekierowywanie całego komputera przez serwer proxy przynosi agencjom odwrotny skutek

Agencje działają w oparciu o sesje zalogowane. Platformy reklamowe, konta analityczne, systemy CRM klientów, własne narzędzia rozliczeniowe. Kiedy cały komputer przełącza się na adres IP z Lizbony, bo wymagało tego jedno narzędzie, odczuwają to wszystkie sesje. Google prosi o potwierdzenie, że to naprawdę Ty, a konto reklamowe klienta sygnalizuje nieprawidłowe logowanie. Pomnóż to przez dziesięcioosobowy zespół, a rutynowa kontrola regionu zamienia się w popołudnie spędzone na odzyskiwaniu kont.

Równie skomplikowana jest sytuacja po stronie danych. Gdy przeglądarka łączy się przez inny kraj, każdy pulpit nawigacyjny wyświetla zlokalizowane wyniki, o które nie prosiłeś. Wyświetlane waluty ulegają zmianie, raporty geograficzne są zniekształcone, a ktoś wkleja błędne liczby do prezentacji dla klienta. Przekierowanie całego komputera rozwiązuje jeden problem, a tworzy sześć nowych.

Co oznacza routing na poziomie aplikacji

Routing na poziomie aplikacji rozdziela ruch na poziomie aplikacji, a nie na poziomie urządzenia. Jedna aplikacja, na przykład profil przeglądarki badawczej, kieruje swoje połączenia przez punkt końcowy proxy w docelowym regionie, podczas gdy wszystkie pozostałe korzystają z normalnego połączenia. Potraktuj to jako proxy dla konkretnego oprogramowania, a nie jako rozwiązanie obejmujące cały system operacyjny.

Podział ten może znajdować się wewnątrz samej aplikacji, w regule routingu, która przechwytuje proces aplikacji, lub w izolowanym profilu z własnymi ustawieniami połączenia. Poniższy schemat przedstawia wynik: jedna trasa routingu dla narzędzia, które jej potrzebuje, i jedna bezpośrednia trasa dla wszystkiego innego.

Źródło: Anonimowe serwery proxy (oryginalna grafika)

Narzędzia i metody kierujące ruchem dla pojedynczej aplikacji

Ustawienia proxy w aplikacji

Najprostszy przypadek: wiele narzędzi do planowania zadań i narzędzi SEO posiada w swoich ustawieniach pole proxy. Wystarczy wpisać adres hosta, port, nazwę użytkownika i hasło, a tylko żądania tego narzędzia będą przechodzić przez ten punkt końcowy. Jeśli przeprowadzasz audyt swojego stosu technologicznego, zacznij od narzędzi do automatyzacji marketingu, za które już płacisz; zaskakująco wiele z nich obsługuje tę funkcję natywnie.

Reguły routingu dla poszczególnych aplikacji

Gdy narzędzie nie posiada pola proxy, lukę tę wypełnia klient routingu. Oprogramowanie takie jak Proxifier lub ProxyCap stosuje reguły na podstawie nazwy procesu: wychwytuje proces narzędzia do sprawdzania pozycji w wynikach wyszukiwania, kieruje go przez punkt końcowy A, a resztę pozostawia bez zmian. Rozwiązanie to obejmuje narzędzia desktopowe, które nie zostały zaprojektowane z myślą o proxy.

Izolowane profile przeglądarki

W przypadku prac badawczych i podglądu oddzielny profil przeglądarki z własnymi ustawieniami proxy stanowi najporządniejsze rozwiązanie. Profil Chrome z rozszerzeniem proxy lub przeglądarka typu „anti-detect” z połączeniami dla poszczególnych profili pozwala utrzymać sesję regionalną w jednym oknie, podczas gdy główna przeglądarka pozostaje lokalna. Oto, jak popularne kategorie narzędzi mają się do punktów konfiguracji.

Źródło: Anonymous Proxies (oryginalna grafika)

Konfiguracja narzędzia przeznaczonego dla konkretnego regionu krok po kroku

Załóżmy, że Twój klient prowadzi kampanię skierowaną do Madrytu, a częścią Twojej comiesięcznej kontroli jakości jest wyrywkowa weryfikacja regionalnych miejsc wyświetlania reklam w celu potwierdzenia, że faktycznie wyświetlane są tam właściwe kreacje. Sprawdzanie musi odbywać się z poziomu regionu docelowego kampanii, podczas gdy Twoja skrzynka odbiorcza i pozostałe zadania związane z klientem pozostają na miejscu.

1. Uzyskaj punkt końcowy. Twój dostawca przekazuje Ci adres hosta, port i dane logowania dla adresu IP w docelowym mieście lub kraju. W przypadku powtarzalnych konfiguracji zespoły często przypisują każdemu narzędziu stały punkt końcowy od dostawcy, takiego jak Anonymous Proxies.
2. Skonfiguruj kontener. Utwórz nowy profil przeglądarki i wprowadź punkt końcowy w ustawieniach proxy. W przypadku oprogramowania desktopowego dodaj zamiast tego regułę routingu dla nazwy procesu.
3. Sprawdź, zanim zaufasz. Otwórz stronę sprawdzającą adres IP w nowym profilu i upewnij się, że lokalizacja zgadza się z celem kampanii. Sprawdź też swoją główną przeglądarkę; powinna nadal wyświetlać Twój lokalny adres IP.
4. Uruchom zadanie. Załaduj reklamy i zbierz potrzebne dane, a następnie zamknij profil. Żadne inne dane z tego komputera nigdy nie opuściły sieci domowej.

Poniższa sekwencja przedstawia te same cztery kroki w skrócie.

Źródło: Anonymous Proxies (oryginalna grafika)

Zapewnienie nieprzerwanej pracy zespołu

Przekierowywanie na poziomie poszczególnych aplikacji działa poprawnie tylko wtedy, gdy zespół wie, co jest przekierowywane i dokąd. Prowadź wspólną notatkę zawierającą listę wszystkich narzędzi, ich punktów końcowych i regionów wyjściowych, a dane logowania przechowuj w menedżerze haseł, a nie w wątku czatu. Nadaj profilom jasne nazwy, na przykład „Sprawdzenie reklam klienta ES”, aby nikt nie wykorzystywał profilu regionalnego do zwykłego przeglądania stron.

Dwa nawyki pozwalają zapobiec większości incydentów. Narzędzia komunikacyjne i projektowe nigdy nie powinny być przekierowywane, ponieważ utrzymanie bezpośredniego połączenia oznacza stabilność logowania. Po aktualizacjach należy przeprowadzić ponowne testy, ponieważ aktualizacja może zresetować ustawienia połączenia bez powiadomienia. Dostawcy wciąż dodają również natywne pola proxy – jest to jedna z praktycznych zmian w najnowszych trendach automatyzacji marketingu – więc z czasem można spodziewać się mniejszej liczby zewnętrznych reguł przekierowania.

Kiedy stosować dedykowany adres IP dla każdego narzędzia

Współdzielony lub rotacyjny dostęp sprawdza się w przypadku jednorazowych testów. W momencie, gdy narzędzie loguje się do jakiejkolwiek usługi, liczy się spójność. Platformy monitorują konta, które przeskakują między krajami, a harmonogram wysyłający zapytania codziennie z nowego adresu IP wygląda dokładnie tak, jak to, co sygnalizują ich systemy wykrywania oszustw.

Tak właśnie wygląda sytuacja w przypadku kierowania ruchu pojedynczego narzędzia przez jego własny adres IP: narzędzie buduje stabilny ślad w docelowym regionie, a jego ruch nigdy nie miesza się z ruchem innych uruchomionych przez Ciebie procesów. Punkt końcowy SOCKS5 jest typowym wyborem, ponieważ obsługuje każdy protokół, w którym komunikuje się aplikacja, i dobrze współdziała z regułami routingu na poziomie procesów.

Dedykowane adresy IP sprawdzają się w przypadku wszelkich długotrwałych działań. Jeśli Twoje narzędzie do śledzenia pozycji monitoruje lokalne wyniki wyszukiwania dla klienta miesiąc po miesiącu, jeden stały punkt końcowy na tym rynku zapewnia porównywalność danych w czasie. Rozłóż koszt na całą opłatę ryczałtową, a będzie to błąd zaokrąglenia w porównaniu z oznaczonym kontem reklamowym.

Często zadawane pytania

Czy przekierowanie jednej aplikacji spowalnia działanie wszystkich pozostałych?

Nie. Tylko ruch przekierowanej aplikacji podąża dłuższą ścieżką. Wszystko inne zachowuje pełną prędkość bezpośredniego połączenia.

Czy dwa narzędzia mogą korzystać z dwóch różnych regionów jednocześnie?

Tak, i to właśnie połowa sensu konfiguracji proxy dla poszczególnych aplikacji. Przypisz profilowi podglądu reklam punkt końcowy w Madrycie, a narzędziu do sprawdzania pozycji – w Toronto, a oba będą działać równolegle na tej samej maszynie.

A co, jeśli narzędzie nie ma żadnych ustawień proxy?

Przekieruj je z zewnątrz. Klient oparty na regułach może rozpoznać aplikację po nazwie procesu, albo narzędzie może działać w maszynie wirtualnej z własnym połączeniem.

Prawidłowe uruchamianie narzędzi specyficznych dla regionu

Przekierowanie całego komputera w celu obsługi jednego narzędzia zamienia mały problem na kilka większych; routing na poziomie aplikacji eliminuje ten kompromis. Dopasuj każde narzędzie do jego naturalnego punktu konfiguracyjnego, niezależnie od tego, czy jest to wbudowane pole, reguła procesu czy izolowany profil, a następnie zweryfikuj adres IP wyjściowy, zanim mu zaufasz. Prowadź wspólny rejestr tego, co jest kierowane gdzie, i przypisz wszystkim długotrwałym procesom własny, dedykowany punkt końcowy, aby sesje pozostawały stabilne. Postępuj w ten sposób, a zadania regionalne będą przebiegać na własnym torze, a nikt inny z zespołu nawet nie zauważy, że to miało miejsce.