Hoe je één app via een proxy kunt leiden

Inleiding

Ergens in de stack van je bureau zit wel een tool die toegang tot het internet nodig heeft vanuit een locatie waar je zelf niet bent. Misschien is het een advertentievoorvertoning voor een klant in Madrid, of een rankchecker die resultaten uit Toronto nodig heeft. De voor de hand liggende oplossing – de hele machine op een VPN of systeembrede proxy zetten – sleept al het andere mee in het proces. Je e-mail en je klantdashboards melden zich plotseling vanuit het verkeerde land, en de helft van je ingelogde sessies geeft beveiligingsmeldingen weer waar je nu doorheen moet klikken. Je hele dag speelt zich in het buitenland af omdat één controle van vijf minuten dat nodig had. Er is een nettere manier. Je kunt één app via een proxy leiden en al het andere op de computer precies laten zoals het is. In deze handleiding wordt uitgelegd hoe routing per applicatie werkt, welke methode bij welke tool past en hoe je een regiospecifieke taak instelt zonder anderen in het team te hinderen.

Waarom het via een proxy leiden van de hele machine voor bureaus averechts werkt

Bureaus draaien op ingelogde sessies. Advertentieplatforms, analyseaccounts, CRM-systemen van klanten, je eigen factureringstools. Wanneer de hele machine overschakelt naar een IP-adres in Lissabon omdat één tool dat nodig had, merkt elke sessie dat. Google vraagt je te bevestigen dat jij het echt bent, en het advertentieaccount van een klant markeert de aanmelding als verdacht. Vermenigvuldig dat met een team van tien mensen en een routinecontrole van de regio verandert in een middag vol accountherstel.

Aan de datakant is het al net zo’n puinhoop. Doordat de browser via een ander land wordt afgesloten, geeft elk dashboard gelokaliseerde resultaten weer waar je niet om hebt gevraagd. Valutawaarderingen verschuiven en geografische rapporten raken vertekend, en iemand plakt de verkeerde cijfers in een presentatie voor een klant. Routing van de hele machine lost één probleem op en creëert er zes nieuwe.

Wat routing per applicatie inhoudt

Routering per applicatie splitst het verkeer op app-niveau in plaats van op machineniveau. Eén programma, bijvoorbeeld een browserprofiel voor onderzoek, stuurt zijn verbindingen via een proxy-eindpunt in de doelregio, terwijl al het andere je normale verbinding gebruikt. Zie het als een proxy voor specifieke software in plaats van een deken over het hele besturingssysteem.

De splitsing kan plaatsvinden binnen de app zelf, in een routeringsregel die het proces van de app onderschept, of in een geïsoleerd profiel met eigen verbindingsinstellingen. Het onderstaande diagram toont het resultaat: één gerouteerd pad voor de tool die dit nodig heeft, één direct pad voor al het andere.

Bron: Anonieme proxy’s (originele afbeelding)

Tools en methoden die één enkele app omleiden

Proxy-instellingen in de app

Het eenvoudigste geval: veel planningsprogramma’s en SEO-tools hebben een proxyveld in hun instellingen. Voer een host, poort, gebruikersnaam en wachtwoord in, en alleen de verzoeken van die tool gaan via het eindpunt. Als je je stack doorneemt, begin dan met de marketingautomatiseringstools waarvoor je al betaalt; verrassend veel daarvan ondersteunen dit standaard.

Routeringsregels per app

Als een tool geen proxyveld heeft, vult een routeringsclient dat gat op. Software zoals Proxifier of ProxyCap past regels toe op basis van de procesnaam: het proces van de rankchecker wordt onderschept en via eindpunt A verzonden, terwijl al het andere ongemoeid blijft. Dit is een oplossing voor desktoptools die nooit met het oog op proxy’s zijn ontwikkeld.

Geïsoleerde browserprofielen

Voor onderzoek en preview-werk is een apart browserprofiel met een eigen proxy-instelling de meest overzichtelijke oplossing. Een Chrome-profiel met een proxy-extensie, of een anti-detect-browser met verbindingen per profiel, houdt de regionale sessie in één venster terwijl je hoofdbrowser lokaal blijft. Hieronder zie je hoe gangbare toolcategorieën zich verhouden tot hun configuratiepunt.

Bron: Anonymous Proxies (originele afbeelding)

Stap voor stap een regiospecifieke tool instellen

Stel dat je klant een campagne voert gericht op Madrid, en dat een deel van je maandelijkse kwaliteitscontrole bestaat uit het steekproefsgewijs controleren van regionale advertentieplaatsingen om te bevestigen dat de juiste advertenties daar daadwerkelijk worden weergegeven. De controle moet plaatsvinden vanuit de doelregio van de campagne, terwijl je inbox en de rest van je werk voor de klant op hun plek blijven.

1. Zorg voor het eindpunt. Je provider geeft je een host, poort en inloggegevens voor een IP-adres in de doelstad of het doelland. Voor herhaalbare opstellingen wijzen teams vaak aan elke tool een vast eindpunt toe van een provider zoals Anonymous Proxies.
2. Configureer de container. Maak een nieuw browserprofiel aan en voer het eindpunt in de proxy-instellingen in. Voeg voor desktopsoftware in plaats daarvan een routeringsregel toe voor de procesnaam.
3. Controleer het voordat je het vertrouwt. Laad een IP-checkpagina in het nieuwe profiel en controleer of de locatie overeenkomt met het doel van de campagne. Controleer ook je hoofdbrowser; deze zou nog steeds je lokale IP-adres moeten weergeven.
4. Voer de taak uit. Laad de advertentieplaatsingen en leg vast wat je nodig hebt, en sluit vervolgens het profiel. Niets anders op de computer heeft ooit je thuisnetwerk verlaten.

De onderstaande volgorde toont dezelfde vier stappen in één oogopslag.

Bron: Anonymous Proxies (originele afbeelding)

De workflows van het team ononderbroken houden

Routering per app blijft alleen overzichtelijk als het team weet wat er waar naartoe wordt gerouteerd. Houd een gedeelde notitie bij met daarin elke tool, het eindpunt en de uitgangsregio, en bewaar inloggegevens in je wachtwoordbeheerder in plaats van in een chatthread. Geef profielen een duidelijke naam, bijvoorbeeld ‘Advertentiecontrole klant ES’, zodat niemand een regionaal profiel gebruikt voor normaal browsen.

Twee gewoontes voorkomen de meeste incidenten. Communicatie- en projecttools worden nooit gerouteerd, want door ze direct te houden blijven die inloggegevens stabiel. En test opnieuw na updates, want een update kan verbindingsinstellingen resetten zonder dat je het merkt. Leveranciers blijven ook native proxyvelden toevoegen – een van de praktische verschuivingen in recente trends op het gebied van marketingautomatisering – dus verwacht in de loop van de tijd minder externe routeringsregels.

Wanneer gebruik je een eigen IP-adres per tool?

Gedeelde of roulerende toegang is prima voor eenmalige controles. Zodra een tool ergens inlogt, is consistentie van belang. Platforms letten op accounts die tussen landen heen en weer springen, en een planner die elke dag vanaf een nieuw IP-adres binnenkomt, lijkt precies op wat hun fraudedetectiesystemen signaleren.

Dat geldt ook voor het doorsturen van het verkeer van één tool via een eigen IP: de tool bouwt een stabiele voetafdruk op in de doelregio en het verkeer ervan vermengt zich nooit met andere activiteiten die je uitvoert. Een SOCKS5-eindpunt is de gebruikelijke keuze, omdat het elk protocol ondersteunt dat de app gebruikt en goed samengaat met routeringsregels op procesniveau.

Dedicated IP’s verdienen hun geld bij alles wat langdurig draait. Als je ranktracker maand na maand de lokale SERP’s voor een klant in de gaten houdt, zorgt één consistent eindpunt in die markt ervoor dat de gegevens in de loop van de tijd vergelijkbaar blijven. Verdeel de kosten over het vaste honorarium en het is een afrondingsfout vergeleken met een gemarkeerd advertentieaccount.

Veelgestelde vragen

Vertraagt het routeren van één app al het andere?

Nee. Alleen het verkeer van de gerouteerde app neemt de langere route. Al het andere blijft via je directe verbinding op volle snelheid lopen.

Kunnen twee tools tegelijkertijd vanuit twee verschillende regio’s worden uitgevoerd?

Ja, en dat is juist de bedoeling van een proxy-configuratie per app. Geef het advertentievoorbeeldprofiel een eindpunt in Madrid en de rangschikkingschecker een in Toronto, en beide draaien zij aan zij op dezelfde machine.

Wat als een tool helemaal geen proxy-instellingen heeft?

Routeer deze dan vanaf de buitenkant. Een op regels gebaseerde client kan de app herkennen aan de procesnaam, of de tool kan in een virtuele machine draaien met een eigen verbinding.

Regiospecifieke tools op de juiste manier uitvoeren

Als je de hele computer omleidt om één tool te bedienen, ruil je een klein probleem in voor een aantal grotere; routering per applicatie maakt een einde aan die afweging. Koppel elke tool aan zijn natuurlijke configuratiepunt, of dat nu een ingebouwd veld, een procesregel of een geïsoleerd profiel is, en controleer vervolgens het uitgaande IP-adres voordat je het vertrouwt. Houd een gedeeld overzicht bij van welke tools waarheen worden gerouteerd, en geef alles wat lang draait een eigen, toegewijd eindpunt, zodat sessies stabiel blijven. Doe dat en het regionale werk verloopt in zijn eigen baan, en niemand anders in het team merkt zelfs maar dat het gebeurd is.