Slik dirigerer du en app via en proxy

Innledning

Et eller annet sted i byråets verktøysamling finnes det et verktøy som må se internett fra et sted du ikke befinner deg. Kanskje er det en forhåndsvisning av en annonse for en kunde i Madrid, eller et verktøy for rangering som trenger resultater fra Toronto. Den åpenbare løsningen, å koble hele maskinen til et VPN eller en systemomfattende proxy, påvirker alt annet også. E-posten din og kundedashbordene dine rapporterer plutselig fra feil land, og halvparten av de påloggede øktene dine viser sikkerhetsmeldinger du nå må klikke deg gjennom. Hele dagen flyttes til utlandet fordi én fem minutters sjekk krevde det. Det finnes en renere måte. Du kan rute én app via en proxy og la alt annet på datamaskinen være akkurat som det er. Denne veiledningen forklarer hvordan ruting per applikasjon fungerer, hvilken metode som passer til hvilket verktøy, og hvordan du setter opp en regionsspesifikk oppgave uten å forstyrre noen andre i teamet.

Hvorfor det å bruke proxy på hele maskinen slår tilbake på byråene

Byråer er avhengige av påloggede økter. Annonseplattformer, analysekontoer, kundenes CRM-systemer, dine egne faktureringsverktøy. Når hele maskinen hopper over til en IP-adresse i Lisboa fordi ett verktøy trengte det, merker alle øktene det. Google ber deg bekrefte at det virkelig er deg, og en kundes annonsekonto markerer påloggingen som mistenkelig. Multipliser det med et team på ti personer, og en rutinemessig regionskontroll blir til en ettermiddag med gjenoppretting av kontoer.

Datasiden er like kaotisk. Når nettleseren går via et annet land, viser hvert dashbord lokaliserte resultater du ikke har bedt om. Valutavisningene endres og geografiske rapporter blir skjevt, og noen limer inn feil tall i en kundepresentasjon. Rutering av hele maskinen løser ett problem og skaper seks nye.

Hva rutering per applikasjon innebærer

Ruting per applikasjon deler opp trafikken på applikasjonsnivå i stedet for på maskinivå. Ett program, for eksempel en nettleserprofil for forskning, sender sine tilkoblinger gjennom et proxy-endepunkt i målregionen, mens alt annet bruker din vanlige tilkobling. Tenk på det som en proxy for spesifikk programvare, snarere enn et teppe over hele operativsystemet.

Oppdelingen kan ligge inne i selve appen, i en rutingsregel som fanger opp appens prosess, eller i en isolert profil med egne tilkoblingsinnstillinger. Diagrammet nedenfor viser resultatet: én rutet bane for verktøyet som trenger det, én direkte bane for alt annet.

Kilde: Anonyme proxyer (original grafikk)

Verktøy og metoder som ruter en enkelt app

Proxyinnstillinger i appen

Det enkleste tilfellet: Mange planleggingsverktøy og SEO-verktøy har et proxyfelt i innstillingene sine. Lim inn en vert, port, brukernavn og passord, så går bare forespørslene fra det verktøyet gjennom endepunktet. Hvis du gjennomgår stakken din, kan du starte med markedsføringsautomatiseringsverktøyene du allerede betaler for; overraskende mange støtter dette som standard.

Rutingsregler per app

Når et verktøy ikke har noe proxyfelt, fyller en rutingsklient gapet. Programvare som Proxifier eller ProxyCap bruker regler basert på prosessnavn: fang opp prosessen til rangsjekkeren, send den gjennom endepunkt A, og la alt annet være uberørt. Dette dekker skrivebordsverktøy som aldri ble utviklet med tanke på proxyer.

Isolerte nettleserprofiler

For forskning og forhåndsvisning er en egen nettleserprofil med egne proxyinnstillinger den ryddigste løsningen. En Chrome-profil med en proxy-utvidelse, eller en anti-detect-nettleser med tilkoblinger per profil, holder den regionale økten i ett vindu mens hovednettleseren din forblir lokal. Slik samsvarer vanlige verktøykategorier med konfigurasjonspunktene sine.

Kilde: Anonymous Proxies (original grafikk)

Trinnvis oppsett av et regionsspesifikt verktøy

La oss si at kunden din kjører en kampanje rettet mot Madrid, og at en del av din månedlige kvalitetssikring består i å stikkprøve sjekke regionale annonseplasseringer for å bekrefte at de riktige annonsene faktisk vises der. Sjekken må utføres ved å surfe fra kampanjens målregion, mens innboksen din og resten av kundearbeidet ditt forblir uendret.

1. Få tak i endepunktet. Leverandøren din gir deg en vert, en port og påloggingsinformasjon for en IP-adresse i målbyen eller -landet. For oppsett som skal gjentas, tildeler team ofte hvert verktøy et fast endepunkt fra en leverandør som Anonymous Proxies.
2. Konfigurer containeren. Opprett en ny nettleserprofil og skriv inn endepunktet i proxyinnstillingene. For stasjonær programvare legger du i stedet til en ruteregel for prosessnavnet.
3. Kontroller før du stoler på det. Last inn en IP-sjekkside i den nye profilen og bekreft at plasseringen samsvarer med kampanjens mål. Sjekk også hovednettleseren din; den skal fortsatt vise din lokale IP-adresse.
4. Kjør oppgaven. Last inn annonseplasseringene og samle inn det du trenger, og lukk deretter profilen. Ingenting annet på maskinen har noensinne forlatt hjemmet.

Sekvensen nedenfor viser de samme fire trinnene på et øyeblikk.

Kilde: Anonymous Proxies (original grafikk)

Sikre uavbrutt arbeidsflyt i teamet

Ruting per app forblir kun oversiktlig hvis teamet vet hva som rutes hvor. Lag en delt notatfil som lister opp hvert verktøy, dets endepunkt og utgangsregion, og lagre påloggingsopplysningene i passordbehandleren din i stedet for i en chattråd. Gi profilene tydelige navn, for eksempel «Kunde ES annonsekontroll», slik at ingen låner en regional profil til vanlig nettlesing.

To vaner forhindrer de fleste hendelser. Kommunikasjons- og prosjektverktøy blir aldri rutet, siden det å holde dem direkte betyr at påloggingene forblir stabile. Og test på nytt etter oppdateringer, fordi en oppdatering kan tilbakestille tilkoblingsinnstillingene uten at du blir varslet. Leverandører legger også stadig til innebygde proxy-felt, noe som er en av de praktiske endringene i de siste trendene innen markedsføringsautomatisering, så forvent færre eksterne rutingsregler over tid.

Når skal man bruke en dedikert IP-adresse per verktøy

Delt eller roterende tilgang er greit for engangskontroller. I det øyeblikket et verktøy logger seg på noe, er konsistens viktig. Plattformer holder øye med kontoer som hopper mellom land, og en planlegger som kommer fra en ny IP hver dag, ser nøyaktig ut som det deres svindelsystemer flagger.

Det er grunnen til at man sender trafikken fra et enkelt verktøy gjennom dets egen IP: verktøyet bygger opp et stabilt fotavtrykk i målregionen, og trafikken blandes aldri med noe annet du kjører. Et SOCKS5-endepunkt er det vanlige valget fordi det støtter hvilken som helst protokoll appen bruker og passer godt sammen med rutingsregler på prosessnivå.

Dedikerte IP-adresser tjener seg inn på alt som kjører over lang tid. Hvis rangsporeren din overvåker lokale SERP-er for en kunde måned etter måned, sørger ett konsistent endepunkt i det markedet for at dataene forblir sammenlignbare over tid. Fordel kostnaden over fastavtalen, så blir det en avrundingsfeil sammenlignet med en flagget annonsekonto.

Ofte stilte spørsmål

Fører rutingen av én app til at alt annet blir tregere?

Nei. Bare trafikken til den rutede appen tar den lengre veien. Alt annet opprettholder din direkte tilkobling med full hastighet.

Kan to verktøy gå ut fra to forskjellige regioner samtidig?

Ja, og det er halve poenget med et proxyoppsett per app. Gi annonseforhåndsvisningsprofilen et endepunkt i Madrid og rangsjekkeren et i Toronto, så kjører begge side om side på samme maskin.

Hva hvis et verktøy ikke har noen proxyinnstillinger i det hele tatt?

Omdiriger den fra utsiden. En regelbasert klient kan fange opp appen ved hjelp av prosessnavnet, eller verktøyet kan kjøre i en virtuell maskin med sin egen tilkobling.

Å kjøre regionsspesifikke verktøy på den rene måten

Å omdirigere hele datamaskinen for å betjene ett verktøy bytter ut et lite problem mot flere større; omdirigering per applikasjon fjerner den avveiningen. Tilpass hvert verktøy til sitt naturlige konfigurasjonspunkt, enten det er et innebygd felt, en prosessregel eller en isolert profil, og verifiser deretter utgangs-IP-en før du stoler på den. Før en felles oversikt over hva som rutes hvor, og gi alt som kjører over lengre tid sitt eget dedikerte endepunkt, slik at øktene forblir stabile. Gjør du det, kjører det regionale arbeidet i sin egen bane, og ingen andre i teamet legger engang merke til at det skjedde.