Sådan omdirigerer du en app via en proxy

Introduktion

Et eller andet sted i din agenturs systemflade findes der et værktøj, der har brug for at se internettet fra et sted, hvor du ikke befinder dig. Måske er det en forhåndsvisning af en annonce til en kunde i Madrid, eller et værktøj til rangkontrol, der har brug for resultater fra Toronto. Den oplagte løsning, nemlig at koble hele maskinen til et VPN eller en systemomfattende proxy, trækker alt andet med i køen. Din e-mail og dine kundedashboards rapporterer pludselig fra det forkerte land, og halvdelen af dine indloggede sessioner viser sikkerhedsmeddelelser, som du nu er nødt til at klikke dig igennem. Hele dagen flyttes til udlandet, fordi en enkelt fem minutters kontrol krævede det. Der findes en mere elegant løsning. Du kan omdirigere én app gennem en proxy og lade alt andet på computeren være nøjagtigt, som det er. Denne guide beskriver, hvordan routing pr. applikation fungerer, hvilken metode der passer til hvilket værktøj, og hvordan du opsætter en regionsspecifik opgave uden at forstyrre nogen andre i teamet.

Hvorfor det er en dårlig idé for bureauer at omdirigere hele maskinen via en proxy

Bureauer kører på indloggede sessioner. Annonceplatforme, analysekonti, kundernes CRM-systemer, dine egne faktureringsværktøjer. Når hele maskinen skifter til en IP-adresse i Lissabon, fordi ét værktøj krævede det, mærker alle sessioner det. Google beder dig bekræfte, at det virkelig er dig, og en kundes annoncekonto markerer loginet som mistænkeligt. Gang det op på et team på ti personer, og en rutinemæssig regionskontrol bliver til en eftermiddag med konto-gendannelse.

Dataspid er lige så rodet. Når browseren går ud via et andet land, viser hvert dashboard lokaliserede resultater, du ikke har bedt om. Valutavisninger skifter, og geografiske rapporter bliver forvrængede, og nogen indsætter de forkerte tal i en præsentation til en kunde. Routing af hele maskinen løser ét problem og skaber seks nye.

Hvad routing pr. applikation betyder

Routing pr. applikation opdeler trafikken på app-niveau i stedet for på maskinniveau. Et program, f.eks. en browserprofil til forskning, sender sine forbindelser gennem et proxy-endpoint i målregionen, mens alt andet bruger din normale forbindelse. Tænk på det som en proxy til specifik software snarere end et tæppe over hele operativsystemet.

Opdelingen kan foregå inde i selve appen, i en routingregel, der fanger appens proces, eller i en isoleret profil med egne forbindelsesindstillinger. Diagrammet nedenfor viser resultatet: én routet sti til det værktøj, der har brug for det, og én direkte sti til alt andet.

Kilde: Anonyme proxyservere (original grafik)

Værktøjer og metoder, der omdirigerer en enkelt app

Proxyindstillinger i appen

Det nemmeste tilfælde: Mange planlægningsværktøjer og SEO-værktøjer leveres med et proxyfelt i deres indstillinger. Indsæt en vært, en port, et brugernavn og en adgangskode, og kun det pågældende værktøjs anmodninger sendes gennem endepunktet. Hvis du gennemgår din stack, skal du starte med de marketingautomatiseringsværktøjer, du allerede betaler for; et overraskende stort antal understøtter dette indbygget.

Ruteringsregler pr. app

Når et værktøj ikke har et proxyfelt, udfylder en routing-klient hullet. Software som Proxifier eller ProxyCap anvender regler efter procesnavn: fang rankcheckerens proces, send den gennem endpoint A, lad alt andet være uberørt. Det dækker desktop-værktøjer, der aldrig er udviklet med proxyer i tankerne.

Isolerede browserprofiler

Til forskning og forhåndsvisning er en separat browserprofil med sin egen proxyindstilling den mest overskuelige løsning. En Chrome-profil med en proxyudvidelse eller en anti-detect-browser med forbindelser pr. profil holder den regionale session i ét vindue, mens din hovedbrowser forbliver lokal. Her kan du se, hvordan almindelige værktøjskategorier passer sammen med deres konfigurationspunkt.

Kilde: Anonymous Proxies (original grafik)

Sådan opsætter du et regionsspecifikt værktøj trin for trin

Lad os sige, at din kunde kører en kampagne rettet mod Madrid, og at en del af din månedlige kvalitetssikring består i at foretage stikprøvekontrol af regionale annonceplaceringer for at bekræfte, at de rigtige annoncer faktisk vises der. Kontrollen skal foregå fra kampagnens målregion, mens din indbakke og resten af dit arbejde for kunden forbliver uændret.

1. Få fat i slutpunktet. Din udbyder giver dig en vært, en port og et login til en IP-adresse i målbyen eller -landet. Ved gentagelige opsætninger tildeler teams ofte hvert værktøj et fast slutpunkt fra en udbyder som f.eks. Anonymous Proxies.
2. Konfigurer containeren. Opret en ny browserprofil, og indtast endpointet i dens proxyindstillinger. For desktop-software skal du i stedet tilføje en routingregel for procesnavnet.
3. Kontroller, før du stoler på det. Åbn en IP-tjek-side i den nye profil, og bekræft, at placeringen stemmer overens med kampagnens mål. Tjek også din primære browser; den skal stadig vise din lokale IP-adresse.
4. Kør opgaven. Indlæs placeringerne, og indsaml de nødvendige data, hvorefter du lukker profilen. Intet andet på maskinen har nogensinde forladt hjemmet.

Sekvensen nedenfor viser de samme fire trin på et øjeblik.

Kilde: Anonyme proxyservere (original grafik)

Sørg for, at teamets arbejdsgange forbliver uafbrudte

Routing pr. app forbliver kun overskuelig, hvis teamet ved, hvad der routes hvorhen. Lav en fælles note, der angiver hvert værktøj, dets endpoint og dets udgangsregion, og gem loginoplysninger i din adgangskodemanager i stedet for i en chat-tråd. Navngiv profilerne tydeligt, f.eks. "Kunde ES-annoncekontrol", så ingen låner en regional profil til almindelig browsing.

To vaner forhindrer de fleste hændelser. Kommunikations- og projektværktøjer bliver aldrig omdirigeret, da det at holde dem direkte betyder, at disse logins forbliver stabile. Og test igen efter opdateringer, for en opdatering kan nulstille forbindelsesindstillingerne uden at fortælle dig det. Leverandører tilføjer også løbende indbyggede proxyfelter, hvilket er en af de praktiske ændringer i de seneste tendenser inden for marketingautomatisering, så forvent færre eksterne omdirigeringsregler med tiden.

Hvornår skal man bruge en dedikeret IP pr. værktøj

Delt eller roterende adgang er fint til engangskontroller. I det øjeblik et værktøj logger ind på noget, er konsistens afgørende. Platforme holder øje med konti, der hopper mellem lande, og en planlægningsfunktion, der ankommer fra en ny IP hver dag, ligner præcis det, deres svindelsystemer markerer.

Det er netop grunden til at sende et enkelt værktøjs trafik via dets egen IP: Værktøjet opbygger et stabilt fodaftryk i sin målregion, og dets trafik blandes aldrig med noget andet, du kører. Et SOCKS5-endpoint er det sædvanlige valg, fordi det understøtter den protokol, appen bruger, og passer godt sammen med routingregler på procesniveau.

Dedikerede IP-adresser tjener sig ind på alt, der kører i længere tid. Hvis din rank tracker overvåger lokale SERP’er for en kunde måned efter måned, sikrer et fast endpoint på det pågældende marked, at dataene forbliver sammenlignelige over tid. Fordel omkostningen over det faste honorar, og det er en rundingsfejl i forhold til en markeret annoncekonto.

Ofte stillede spørgsmål

Gør routing af én app alt andet langsommere?

Nej. Det er kun den omdirigerede apps trafik, der tager den længere vej. Alt andet kører via din direkte forbindelse med fuld hastighed.

Kan to værktøjer gå ud fra to forskellige regioner på én gang?

Ja, og det er netop halvdelen af pointen med en proxyopsætning pr. app. Giv annoncevisningsprofilen et endepunkt i Madrid og rangcheckeren et i Toronto, så kører begge side om side på den samme maskine.

Hvad hvis et værktøj slet ikke har nogen proxyindstillinger?

Omdiriger det udefra. En regelbaseret klient kan genkende appen på dens procesnavn, eller værktøjet kan køre i en virtuel maskine med sin egen forbindelse.

Kørsel af regionsspecifikke værktøjer på den rene måde

At omdirigere hele computeren for at betjene ét værktøj bytter et lille problem ud med flere større; routing pr. applikation fjerner den afvejning. Tilpas hvert værktøj til dets naturlige konfigurationspunkt, uanset om det er et indbygget felt, en procesregel eller en isoleret profil, og verificer derefter udgangs-IP'en, før du stoler på den. Før en fælles oversigt over, hvad der dirigeres hvorhen, og giv alt, der kører i længere tid, sit eget dedikerede endpoint, så sessionerne forbliver stabile. Gør du det, kører det regionale arbejde i sit eget spor, og ingen andre på teamet bemærker overhovedet, at det fandt sted.