Bij een grensoverschrijdend netwerkprobleem kost meteen van node wisselen vaak alleen tijd. Door lokaal netwerk, DNS, uitgaande route en beleid van de doelsite laag voor laag te controleren, vind je de oorzaak sneller.
Wanneer er een probleem optreedt met een grensoverschrijdende netwerkverbinding, is de eerste reactie vaak om een andere node te proberen. Als daarna niets verandert, is die tijd verloren. In werkelijkheid vallen zulke problemen meestal uiteen in vier verschillende lagen, elk met eigen symptomen en controlemethoden. Laag voor laag werken is daarom veel sneller dan willekeurig dingen uitproberen.
Buitenste laag: lokaal netwerk en internetprovider
Deze laag heeft meestal een brede impact. Als alle buitenlandse sites tegelijk traag worden of helemaal niet openen en pagina's al aan het begin van het laden blijven hangen, ligt het probleem waarschijnlijk nog vóór het internationale deel van de verbinding.
De controle is eenvoudig: vergelijk met een andere verbinding, bijvoorbeeld een mobiele hotspot, en test dezelfde sites opnieuw. Werkt alles na het wisselen van verbinding weer normaal, dan zit het probleem aan de lokale toegangskant. Controleer ook de status van router en modem, kijk of de verbinding normaal tot stand komt en meet latentie en pakketverlies. Als er al op de eerste lokale hop pakketverlies optreedt, helpt het niet om verderop nodes te wisselen.
Een laag verder naar binnen: DNS-resolutie
Het typische symptoom is dat de domeinnaam niet kan worden gevonden. De browser kan melden dat het serveradres niet kan worden opgelost terwijl directe toegang via IP wel werkt; hetzelfde domein kan op verschillende apparaten anders reageren; of het opgeloste adres kan duidelijk onjuist zijn en naar een onverwachte regio wijzen.
Vergelijk DNS-resultaten. Vraag hetzelfde domein op via de lokale DNS en via een openbare DNS-dienst en controleer of de antwoorden overeenkomen. Als het resultaat sterk verandert afhankelijk van de DNS-dienst, zit het probleem in deze laag en niet in de uitgaande route. DNS-storingen en problemen met de uitgaande route kunnen er hetzelfde uitzien omdat beide een pagina onbereikbaar maken, maar de oplossingen zijn volledig verschillend.
Uitgaande route en proxyverbinding
Wel verbinding kunnen maken maar toch worden herkend of extra gecontroleerd is kenmerkend voor de derde laag. Veelvoorkomende signalen zijn frequente CAPTCHA's, herhaaldelijke verzoeken om opnieuw in te loggen, functies die niet beschikbaar zijn of toepassingen met langdurige verbindingen, zoals chat en online documenten, die vaak time-outs of verbroken verbindingen krijgen.
Controleer hier meerdere zaken: komt de uitgaande regio overeen met de markt waarop het account is gericht; behoort het ASN tot een residentieel netwerk of een datacenterbereik; en staat het adres op relevante lijsten, bij voorkeur gecontroleerd via meerdere bronnen. Kies daarna het juiste proxytype, zoals Socks5 of HTTP, en voer eerst een verbindingstest uit om te bevestigen dat het verkeer werkelijk via het bedoelde uitgaande punt loopt en niet ongemerkt terug naar het lokale netwerk gaat.
Nog een vaak vergeten punt: van IP wisselen betekent niet automatisch dat je een schoon IP krijgt. Hergebruikte adressen kunnen reputatiegegevens van eerdere gebruikers meenemen, waardoor eigendom en reputatielijsten belangrijker zijn dan alleen controleren of er verbinding is.
Binnenste laag: beleid van de doelsite
In deze laag zit het probleem aan de andere kant. Met hetzelfde uitgaande punt en dezelfde omgeving kan site A normaal werken, terwijl site B direct na het inloggen om verificatie vraagt. Dezelfde site kan ook verschillende regio's of accounttypen anders behandelen.
Gebruik gecontroleerde vergelijkingen: bezoek met dezelfde omgeving verschillende sites en kijk of het probleem beperkt of algemeen is; wijzig de uitgaande regio en test dezelfde site opnieuw; en probeer verschillende accounts via hetzelfde uitgaande punt om te zien of het verschil met het account meebeweegt. Met deze drie vergelijkingen is meestal duidelijk of het probleem in de netwerkroute of in het sitebeleid zit.
Sommige sites werken niet en andere wel: naar welke laag wijst dat meestal?
Dit wijst meestal niet op het lokale netwerk of de algemene uitgaande route. Problemen op verbindingsniveau treffen doorgaans meerdere bestemmingen tegelijk en kiezen niet slechts enkele sites uit.
Controleer eerst of de DNS-resolutie is herschreven of naar afwijkende nodes wijst. Als alle diensten onder één domein uitvallen terwijl andere domeinen normaal werken, is DNS de meest waarschijnlijke oorzaak. Is DNS uitgesloten, controleer dan of de doelsite aanvullende regels toepast op de huidige regio of netwerkreeks. Als het probleem vooral optreedt bij identiteitsgevoelige stappen zoals inloggen of betalen, wijst dat meestal op de site zelf.
Principes voor een langdurige configuratie
- Houd het uitgaande punt stabiel: wissel niet vaak van node en spring niet steeds tussen landen;
- Stem de regio af: laat uitgaande regio, doelmarkt van het account en tijdzone en taal van de browser met elkaar overeenkomen;
- Houd de omgeving consistent: browserparameters mogen de uitgaande informatie niet tegenspreken en WebRTC mag het lokale adres niet lekken;
- Eén account, één uitgaand punt: deel hetzelfde IP niet tussen accounts.
Bij meerdere accounts tegelijk is het gebruikelijk om elk account in een afzonderlijke omgeving te plaatsen en aan een eigen passend uitgaand punt te koppelen. Controleer vóór ingebruikname via testsites de regio, IP-reputatie en consistentie van de omgeving. PurpleMark biedt precies dit type omgevingsisolatie.
De eerste lagen zijn vaak op te lossen door de juiste verbinding te kiezen, terwijl voor de binnenste laag de browseromgeving en het uitgaande punt op elkaar moeten worden afgestemd. Juist die laatste laag wordt in de praktijk vaak over het hoofd gezien.
