Kort antwoord
Hoe controleer ik een verbinding of meld ik een serviceprobleem?
Controleer bij een probleem met LocalSERP Proxy het endpoint en protocol, verifieer de exit, vergelijk een toegestane bestemming en stuur de ondersteuning een rapport zonder gevoelige gegevens. Met deze 4 controles kun je vragen over verbindingen, locaties, bestellingen en cryptobetalingen van elkaar onderscheiden. Beoordeeld op 15 oktober 2026. Zonder KYC; deze pagina is een ondersteuningsgids en geen live monitor.
Waar kan ik de betreffende component controleren?
Bekijk de relevante verbinding, betaling of bestelling in het klantgedeelte en noteer daarna de laatste geslaagde actie en de eerste fout die je zag. Controleer een eenvoudige toegestane IP-dienst voordat je de bestemming afzonderlijk test. Als slechts één bestemming niet werkt, vermeld dat dan in je ondersteuningsrapport. Deze pagina beschrijft de diagnosevolgorde en contactmogelijkheden; er wordt geen live statusoverzicht van componenten gepubliceerd.
4 controles om het probleem af te bakenen
Controleer het geselecteerde product en endpoint
Bekijk het endpoint in het klantgedeelte en controleer HTTP of SOCKS5, de gebruikersnaamindeling en de geselecteerde locatie. Zorg dat in screenshots geen inloggegevens staan. Een dedicated poort kan een eigen endpoint hebben; vervang dit niet door een voorbeeld dat je nog kent.
Test de verbinding met een IP-dienst
Open een eenvoudige IP-lookup met een compatibele browser of client. Noteer het exitadres, het tijdstip en de lookupdienst. Een antwoord van de lookup toont aan dat de verbinding op dat moment werkte, maar bewijst niet dat je toegang hebt tot een andere bestemming.
Controleer de bestemming afzonderlijk
Bezoek alleen een bestemming waartoe je toegang hebt en noteer de reactie en locatielabel daarvan. Stop na een expliciete weigering. Herhaaldelijk van exit wisselen is geen manier om een bestemming te diagnosticeren die je vraagt te stoppen.
Stuur één bruikbaar rapport
Vermeld de tijdstippen, de geselecteerde locatie, het protocol, de foutmelding met weggelaten gevoelige gegevens en de resultaten van de eerste controles. Geef aan of het probleem betrekking heeft op een opwaardering, een bestelling, een exit of één doel. Support kan dan het relevante record controleren.
Hoe moet ik authenticatiefouten interpreteren?
Een authenticatiefout kan worden veroorzaakt door een onjuiste gebruikersnaam, een onjuist wachtwoord, een verkeerd endpoint of een IP-adres dat niet is toegestaan om verbinding te maken. Controleer de gegevens die bij het product worden vermeld en eventuele instellingen voor toegestane IP-adressen. Probeer niet herhaaldelijk inloggegevens te raden en schakel de TLS-certificaatcontrole van het doel niet uit. Raadpleeg de pagina over hoe het werkt en neem contact op met support als dezelfde ondersteunde configuratie nog steeds niet werkt. Gebruikersnaam en wachtwoord bij elk abonnement, of een IP-allowlist (maximaal 10 IP's). Subgebruikers met eigen inloggegevens en datalimiet. API-sleutels die je op elk moment kunt intrekken. Een fout in de proxyfase en een weigering door de bestemming zijn verschillende waarnemingen.
Wat als de IP-lookup en de opgegeven plaats niet overeenkomen?
Bewaar het opgegeven land, de staat, stad of ZIP samen met het geretourneerde IP-adres en het label van de database. Noteer ook de locatie die de bestemming toont. Verschillende labels bewijzen op zichzelf niet dat er een gatewaystoring is. Voor een geselecteerde stad is op dat moment mogelijk geen geschikte exit beschikbaar, en geolocatiebronnen kunnen van elkaar verschillen. Vraag support om het voorbeeld te controleren. Als een ruimere locatie voor de test acceptabel is, noteer die wijziging dan expliciet in plaats van verder te gaan met het oorspronkelijke stadslabel.
Wat als een betaling of bestelling vertraagd lijkt?
Controleer de betalingsstatus en de bestelstatus afzonderlijk. Een overboeking moet worden gemeld, aan het exacte bedrag worden gekoppeld en bevestigd voordat het saldo wordt bijgeschreven. Daarna koop je met dat saldo een abonnement. Bewaar de betalingsreferentie en de beschikbare TXID, en neem contact op met support voordat je opnieuw betaalt. Op deze pagina wordt geen bevestigings- of bijschrijvingstermijn beloofd. Voor een niet-geleverde dedicated poort of een aanhoudende servicestoring beschrijft het restitutiebeleid de toepasselijke regel voor bijschrijving op het saldo.
Welk bewijs moet ik bij een incident meesturen?
Noteer wanneer het probleem begon, de laatste geslaagde poging die je hebt waargenomen en of het meer dan één toegestane bestemming betreft. Trek op basis van een kleine steekproef geen conclusies over het succespercentage of de uptime. Vermeld wijzigingen die je tijdens het onderzoek hebt aangebracht, zoals een ander endpoint, een andere client of een andere opgegeven locatie. Stuur het rapport naar [email protected]. Meldingen over schadelijk verkeer stuur je naar [email protected], met een exit-IP en het tijdstip van het incident; stuur bij geen van beide soorten meldingen inloggegevens mee.
Hoe worden service-updates onderscheiden van metingen?
Het wijzigingenlogboek registreert wijzigingen in productteksten, beleid en gedocumenteerde methoden. Het is geen reeks beschikbaarheidsmetingen. De huidige abonnementen staan op prijzen, terwijl inkoop de bevestiging van de toegeschreven levering vermeldt. Als er een gedateerde incidentmelding wordt gepubliceerd, beoordeel dan de reikwijdte en het getroffen onderdeel in plaats van elke paginawijziging als een operationeel incident te beschouwen. Zo baseer je een lokale controle op het bewijs dat je hebt, inclusief onderbrekingen tijdens je eigen test.