Fuldmagtskontrol

Før du tager proxyer i brug, skal du tjekke dem: denne regel er den samme for en betalt pakke med private adresser og for en gratis liste downloadet fra et forum. Beskrivelsen af pakken og adressernes reelle tilstand stemmer næsten aldrig helt overens: nogle IP-adresser er allerede slukket, nogle klarer sig knap nok og leverer et par kilobyte i sekundet, nogle er opført i antispamdatabaser og rammer en captcha ved den første forespørgsel, og nogle går på internettet fra et land, du slet ikke har betalt for. Den eneste måde at se dette på er at køre listen gennem et online proxy-tjek.

Checker.net er en gratis proxy-checker, der fungerer direkte i browseren: ingen programmer, ingen installation og ingen konto. Du kan indsætte listen i feltet, vedhæfte den som en fil eller angive et link til den. Inden for få sekunder kan du se for hver adresse:

Én kørsel rummer op til 30.000 adresser: et praktisk bulk-proxytjek og et proxyliste-tjek uden begrænsning på antallet af kørsler. Resultaterne gemmes ikke, indtil tjekket er færdigt; de ankommer som en stream, så tabellen vokser foran dig.

En proxytjekker, også kaldet en proxyvalidator eller en tester af proxylister, er en tjeneste, der selv opretter forbindelse til hver proxyserver, sender forespørgsler gennem den og ud fra svarene afgør, om adressen kan bruges. Uden et sådant værktøj skulle du indtaste hver IP i browserindstillingerne én ad gangen og se, om siden åbner. En checker gør det samme for hele listen på én gang og returnerer ikke et vagt ”det ser ud til at virke”, men en tabel med tal.

Værktøjer af denne klasse adskiller sig meget i, hvor dybt de kigger. Den enkleste checker kan kun sige én ting: adressen svarede eller forblev tavs. Det er ikke nok til rigtigt arbejde, fordi en proxy, der svarer, endnu ikke er en brugbar. Den kan stå i et dusin spamdatabaser. Den lukker dig måske ikke ind i det sociale netværk, den blev købt til. Den kan genkendes af sites som en server-IP, hvor der skal bruges en residential-IP. Den kan bruge femten sekunder på at svare, hvor normen er hundreder af millisekunder. Derfor måler vi ikke kun tilgængelighed, men kvalitet: vi finder IP-oprindelsen, ser på dens omdømme, tjekker, hvordan den opfører sig på store platforme, og samler alt det i én score.

Det er mere bekvemt at tjekke online end at bruge et proxy-tjekprogram, og der er tre grunde:

Når du klikker på ”Start tjek”, læser checkeren listen linje for linje. I hver linje genkender den formatet, trækker host, port, login og adgangskode ud og springer skidt og dubletter over. Derefter tjekkes alle proxyer parallelt: først protokollerne, så de øvrige parametre.

For at kontrollere en protokol åbner kontrollen en forbindelse gennem proxyen og kalder en serviceressource, der rapporterer IP-adressen på den klient, der nåede den. Én sådan anmodning giver meget på én gang: den bekræfter, at proxyen er aktiv, viser svartiden og, vigtigst af alt, afslører exit-IP'en — den adresse, som websteder vil se.HTTP/HTTPS og SOCKS5testes separat. På den samme vært og port opfører protokoller sig ofte forskelligt: beskrivelsen siger HTTP, men adressen forstår faktisk kun SOCKS, eller omvendt.

Exit-IP'en bruges derefter til at afgøre, hvor adressen befinder sig, og hvem den tilhører: land, region, by og type — mobil, privat eller virksomhed.

Samtidig kontrolleres IP'en mod en lokal sortliste-database, som vi regelmæssigt opdaterer fra åbne antispam-repositorier.

I fuld tilstand tilføjes det mest værdifulde trin: anmodninger går gennem proxyen til elleve populære tjenester, og det bliver tydeligt, hvilke af dem der lukker denne adresse ind, og hvilke der lukker døren for den.

Resultaterne sendes til grænsefladen, så snart de er klar, ikke i én samlet portion helt til sidst. Selv på en lang liste behøver du ikke at se på en kørende statuslinje: De første rækker vises inden for få sekunder, ogfungerende adresserkan tages, mens tjekkeren stadig er optaget af resten.

Det vigtigste at vide om en adresse er, om denvirker. Hvis proxyen ikke svarede, fortæller kontrollen hvorfor: forbindelsen blev afvist, ventetiden udløb, godkendelsen mislykkedes, eller serveren returneredeen fejl. Forskellen her er grundlæggende. "Adressen erdød" og "adressen er aktiv, men der er en tastefejl i adgangskoden" er to helt forskellige historier, ogfejltekstviser straks, om du skal droppe proxyen eller bare rette din liste.

HTTP/HTTPS og SOCKS5kontrolleres for hver adresse separat, og hver protokol får sin egen svartid. Det viser, hvad proxyen faktisk kan, ikke hvad sælgeren siger. Det lukker en meget almindeligfejl: en fungerende SOCKS-proxy erklæres defekt, blot fordi den blev kontaktet som HTTP.

Svartid er, hvor lang tid der går fra en forespørgsel sendes gennem proxyen, til svaret kommer. Den afgør alt der, hvor reaktionen betyder noget: i browseren, ved automatisering af handlinger i grænseflader og ved parsing i mange tråde med korte forespørgsler. Kanalhastigheden måler vi for sig. Den betyder noget, når store mængder presses gennem proxyen: eksporter, mediefiler, video. De to tal skal ikke blandes sammen — en adresse kan svare med det samme og alligevel levere data med en hastighed på hundreder af kilobit.

Checkeren fastslår, hvor adressen kommer fra: et mobiloperatørnet, en hjemmeforbindelse eller et datacenter. Hvor meget sites stoler på trafikken, afgøres i høj grad af det, så IP-typen er en af de tre dele i vurderingen. Detaljer står nedenfor, i afsnittet om proxytyper.

IP'en tjekkes mod databaser, der lister adresser set i spam, angreb på websites og svindel.

Ét enkelt hit er nok til at se, at adressen har et skadet omdømme, og nogle tjenester møder den med en captcha eller et afslag.

Den mest praktiske del af rapporten. Via proxyen åbner kontrollen elleve store platforme og rapporterer for hver enkelt, om det virkede, hvor lang tid det tog, og hvilken HTTP-kode der kom tilbage. En adresse, der eri liveud fra alle tekniske tegn nemt kan blive blokeret på præcis den tjeneste, du har brug for — og det er langt mere behageligt at finde ud af det her end via en e-mail om en blokeret konto.

Bedømmelsenfra 0 til 5kombinerer tre ting: IP-type, blacklist-omdømme og tjenesteresultater. Med den behøver du ikke at læse hver række i tabellen — det er nok at sortere listen og tage adresserne fra toppen.

Checkeren forstår tre måder at skrive en proxy på og kræver ingen indstillinger til det:

Host kan være enten en IP-adresse eller et domænenavn: en del udbydere udsteder proxyer netop som et domæne med en port. Formater kan blandes i én liste — hver linje behandles for sig.

Der er også tre måder at uploade på.Indsæt tekst: adresser kopieres ind i feltet, hver på en ny linje.Fil: egnet, hvis listen blev eksporteret fra sælgerkontoen eller gemt i et tekstdokument.Link: praktisk, når listen ligger på en permanent URL og opdateres regelmæssigt. Tjekkeren downloader siden, udtrækker proxyerne fra den og starter kontrollen med det samme. For dem, der overvåger offentlige kilder, er dette den mest praktiske mulighed — du behøver ikke at overføre dataene manuelt hver gang.

Der er tre tilstande, og hver er tiltænkt sin egen opgave. I bund og grund er valget mellem hastighed og detalje.

Timeouten er indstillet fra 1 til 60 sekunder, og standarden er 10. Det er så længe, checkeren venter på et proxy-svar, før den markerer den som utilgængelig.

Hvis timeouts bliver ved med at dukke op for en liste, der tydeligvis burde fungere, så start med at øge denne værdi.

En bedømmelse er en score fra0 til 5. Den er der ikke for at fortælle dig, om en adresse er aktiv, men om du bør betro den arbejde. De fleste checkere stopper ved statussen "virker", selvom to lige aktive adresser kan adskille sig med flere måneders kontolevetid. Vi beregner scoren efter en vægtet model med tre dele: IP-oprindelse, dens omdømme påsortlisterog hvordan den faktisk åbner populære tjenester. Resultatet tager højde for adressens karakter, dens historik og dens adfærd lige nu — så scoren bliver objektiv.

Totalen er summen af tre tal: scoren for adressetypen, scoren for omdømme og scoren for tjenester. Omdømme og tjenester følger samme skema: enperfektresultat giver alle2 point, og hver afvigelse trækker fra0.2. Ingen af disse dele kan miste mere end to point. Den kan falde til nul, men den bliver ikke negativ og trækker ikke de andre led ned. Scoren forbliver derfor altid mellem0 og 5, og andelene forbliver i balance:40%hver går til omdømme og til faktisk arbejde med platforme, og de resterende20%går til IP-oprindelsen.

I selektiv tilstand tælles servicedelen kun for de platforme, du har markeret, og reglen er den samme: minus0.2for hver lukket tjeneste i dit sæt. Hvis der er tre tjenester tilbage i kontrollen, kan denne del højst miste0,6 point, og omdømme begynder at påvirke scoren mere. Dette er nyttigt, når du har brug for et tal til dit eget scenarie, ikke en gennemsnitlig score "for hele internettet".

Disse tærskler er en rettesnor, ikke en lov: beslutningen træffes ud fra scoren sammen med rapportens detaljer. Den største nytte ligger et andet sted. Du kan sortere tabellen efter vurdering på et sekund, og de adresser, der er værd at tage, ligger med det samme øverst. Alt under din grænse kan sendes tilbage til sælgeren til udskiftning i én portion, uden at du gennemgår hver adresse i hånden.

Tag to proxyer, begge markeret "virker" i tabellen. Den første er en mobil-IP, der ikke findes i nogen database, og hvorigennem alle elleve tjenester åbner: score5.0. Den anden er en serveradresse fra et datacenter, fundet på tre sortlister og lukket på seks af de elleve platforme: score2.2. Formelt set er der ingen forskel, begge eri live. I praksis vil den første holde i månedsvis, og den anden vil få et forbud ved den første tilmelding. Bedømmelsen viser præcis denne forskel, så sortering efter den sparer mere tid end noget statusfilter.

Ved store datamængder er dette særligt mærkbart. Et statusfilter fjerner kun nogle få tusindedødproxyer fra listen — i en købt pulje er der normalt ti til fyrre procent af dem, i engratisangiv næsten alle sammen. Men for halvdelen af de resterende "i live" dem vil scoren være under3.0, og før du begynder arbejdet, kan du kun se det ud fra bedømmelsen. Den gennemsnitlige score for en pulje hjælper også med at sammenligne udbydere ærligt: ikke ud fra teksten på siden, men ud fra ét målbart tal på det samme sæt platforme.

Bedømmelsen indfanger et øjeblik, så udsving fra kontrol til kontrol er normale. Mobile proxyer skifter IP ved rotation, og næste kørsel kontrollerer en anden operatøradresse. Vi opdaterer regelmæssigt densortlistedatabase fra åbne antispam-arkiver, så en adresse kan forlade en liste eller komme på en, fordi nogen brugte den før dig. Platformspolitik efter intervaller ændrer sig også: en tjeneste, der åbnede om morgenen, kan vise encaptchaom aftenen. Og med en kort timeout bliver langsomme adresser registreret som utilgængelige og mister point for tilgængelighed. Hvis scorerne stiger mærkbart, skal du øge timeouten og tjekke igen.

I API'et kommer scoren for hver adresse tilbage i feltet sc, så udvælgelse efter en tærskel og sortering af en pulje er let at overlade til et script. Vurderingen sættes i fuld og selektiv tilstand. Hurtig tilstand har den ikke: den tilstand tjekker kun tilgængelighed, men en stor liste kommer meget hurtigere igennem.

En proxytype svarer på, hvem IP'en faktisk tilhører: en mobiloperatør, en hjemmeudbyder eller hosting i et datacenter. Hastighed, stabilitet og frem for alt graden af tillid, hvormed websteder accepterer trafikken, følger deraf. Den rigtige type påvirker både omkostningerne og risikoen ved enBloker, så når man køber, er det det første, man skal beslutte, ikke en formel linje i planen.

Trafikken fra disse proxyer går gennem mobiloperatørers netværk, fra de samme adresser som millioner af smartphone-ejere. Operatøren giver én IP til mange abonnenter på én gang og bliver ved med at ændre den. Derfor er websteder meget tilbageholdende med atBlokermobiladresser: tusindvis af rigtige brugere ville blive fanget. Det er også her, det højeste omdømme blandt alle typer kommer fra.

Mobilproxyer vælges der, hvor konti står på spil: markedsføring på sociale medier, trafikarbitrage, annoncekonti, oprettelser, tjenester med streng antifraud. Ulemperne er pris og hastighed. En mobilforbindelse er langsommere og mindre stabil end en kablet, og under rotation kan adressen forsvinde i nogle sekunder. Til masseparsing er det dyrt og ganske enkelt unødvendigt.

Dette er IP'er fra rigtige hjemmeforbindelser, som almindelige internetudbydere har tildelt deres abonnenter. For et websted adskiller en sådan besøgende sig ikke fra en almindelig person, der sidder hjemme i en bestemt by. Residential proxyer er et universelt værktøj tilwebscraping, annonceverificering, regional resultatanalyse, omgåelse af geo-restriktioner og enhver opgave, der kræver et "menneskeligt" spor og et bredt udvalg af lokationer.

Ud fra balancen mellem tillid og pris er det den optimale mulighed: billigere end mobil og mærkbart mere pålidelig end serverproxyer. Hvor stabil en bestemt adresse er, afhænger af, hvis hjemmeforbindelse der ligger bag den. Derfor er sådan en pulje særligt værd at tjekke før arbejdet.

IP'er hos hostingplatforme og datacentre. De vælges for minimal forsinkelse, en tyk kanal, jævn drift uden afbrydelser og en overkommelig pris. Når du skal bruge meget trafik og mange parallelle strømme, findes der ikke noget bedre. Parsing af store mængder, opfølgning på priser og tilgængelighed, automation, massetjek af data, bots og tjenesteintegrationer virker fremragende på serverproxyer.

Deres svage punkt er, hvor genkendelige de er. Datacenterintervaller er velkendte, og sites med botbeskyttelse markerer med det samme sådan trafik som ikke-husholdning. Adressen bliver ikke dårlig af det; den passer bare ikke der, hvor tjenesten venter en hjemmebruger. Nul point i vurderingen betyder ikke ”proxyen er dårlig”, men ”der er ingen tillidsbonus”.

En sortliste er en åben database med IP-adresser, der er bemærket for uønsket aktivitet. Antispamprojekter, hostingfirmaer, mailtjenester og sikkerhedsforskere fører sådanne databaser, og mailservere, CDN'er, antifraud-systemer og siteejere bruger dem. Hvis en adresse står i basen, kan enhver tjeneste afvise den uden at gå i detaljer.

Vi tjekker hver IP mod en lokal database, der jævnligt fyldes fra åbne antispamarkiver. Adresser havner der oftest af tre grunde:

Husk: det meste af tiden har du intet med det at gøre. Dusinvis af personer bruger en offentlig proxy på samme tid, og adresser fra puljer videresælges og udlejes igen i årevis. Sammen med en IP får du også dens fortid, herunder følgerne af det, andre gjorde før dig.

Hvis din egen IP havnede på en sortliste, skal du få den fjernet via aflistning, separat i hver database, og før det skal du stoppe den aktivitet, der fik den til at havne der. Med en købt proxy er det enklere: det er hurtigere at bede sælgeren om at udskifte adressen. En normal udbyder ændrerblokeretIPs uden et argument, og tjekresultaterne gør samtalen specifik.

De fleste checkere har ikke denne funktion, selvom den i praksis er mere nyttig end alle de andre. En adresse kan være aktiv, med enrenhistorik og det rigtige land — og stadigubrugeligtil opgaven, fordi den platform, du har brug for, allerede kender denne adresse og ikke vil lukke den ind. Det finder vi ud af på forhånd. Via hver proxy kalder checkeren elleve populære tjenester og viser resultatet for hver enkelt separat: om tjenesten åbnede, hvor lang tid svaret tog, hvilken HTTP-kode der kom tilbage, og hvilkenfejldukkede op, hvis en kunne læses.

Alle elleve platforme er markeret som standard. Når du kun interesserer dig for to eller tre, fjern de øvrige flueben i de avancerede indstillinger: kørslen bliver kortere, og scoren afspejler netop dit sæt. I resultattabellen samles det i en tæller som ”9 / 11”, og et klik åbner listen med detaljer for hver platform.

Tre værdier kommer tilbage for hver tjeneste: om siden åbnede, hvor lang tid svaret tog, og hvilken HTTP-kode platformen returnerede. Koden siger mest: den viser, hvorfor adressen ikke passede, og hvad du skal gøre derefter.

Svartiden skal læses sammen med koden. Hvis en tjeneste åbnede på fem sekunder, er den formelt tilgængelig, men at arbejde gennem sådan en adresse i en annoncekontoflade bliver pinefuldt. Når et dusin platforme viser, hvor svaret kom med det samme, og hvor det knap nok nåede frem, bliver kanalens reelle kvalitet tydelig.

Platformresultater påvirker scoren direkte. Hvis alle kontrollerede tjenester åbner, får adressen+2 point, og hver lukket tjeneste trækker fra0.2, men ikke mere end2 pointi alt. Så servicetilgængelighed tegner sig for op til40%af vurderingen — den samme andel som omdømme påsortlister. Tjenester kontrolleres i fuld og selektiv tilstand. Hurtig tilstand svarer kun på, om proxyen selv er tilgængelig. I API'et kommer platformresultater i s-feltet: for hver tjeneste indeholder det tjenestekoden, et succesflag, svartiden og HTTP-statussen. Derfor er et filter som "kun adresser, hvorigennem Instagram åbner" en enkelt linje.

Anonymitet viser, hvor godt en proxy skjuler, at du bruger den, og om den skjuler din rigtige IP. En proxy kan slippe trafik korrekt igennem og alligevel ærligt fortælle sitet i headerne, at den er en mellemmand — eller endda skrive din egen adresse der. Der er som regel tre niveauer.

Ét anonymitetsniveau er ikke nok til at stole på en proxy. En adresse, der formelt er elite, kan være opført i spamdatabaser og ikke kunne åbne halvdelen af tjenesterne, og så giver anonymitet ingenting. Derfor stopper checkeren ikke ved anonymitet: den finder exit-IP’en, finder ud af hvor adressen kom fra, tjekker den mod databaser og forsøger at åbnelivetjenester via den. Om en proxy er egnet til formålet, afgøres af hele dette billede samlet set, ikke af en enkelt header.

Protokollen afgør, hvilket sprog softwaren taler med proxyen, og hvad der overhovedet kan sendes gennem den. Tjekkerenvirkermed HTTP, HTTPS og SOCKS5 — i praksis dækker disse tre muligheder næsten alt.

En enkel regel: tagHTTP/HTTPSfor websteder og API'er, ogSOCKS5for vilkårlig trafik fra applikationer. En adresse understøtter ofte begge dele, men langt fra altid, og sælgere angiver ofte protokollen unøjagtigt. Derfor kontrollerer vi HTTP og SOCKS5 uafhængigt: rapporten viser straks, hvilken protokol der faktiskvirkerpå adressen, og du behøver ikke at konfigurere softwaren ud fra forkerte data.

En proxy er meget ofte "virker ikke" netop på grund af protokollen. Hvis programmet angiver adressen som HTTP, men det kun acceptererSOCKS5, vil forbindelsen ikke blive etableret, selvom selve proxyen fungerer fuldt ud. Angiv protokollen eksplicit med præfikset socks5:// eller http://, så opstår der ingen forvirring.

En død proxy i en parser eller en antidetect-browser er let at tage for et nedbrud i selve programmet. Opgaver fejler, sessioner ryger, loggene fyldes med uklare fejl, og du kan bruge en halv dag på at lede efter årsagen det forkerte sted. At tjekke listen tager sekunder og udelukker den forklaring med det samme: du ved med sikkerhed, at adresserne er i orden, og at problemet ligger et andet sted.

Dette er den dyreste risiko. At logge ind på en konto én gang fra en adresse med et dårligt omdømme er nok til at udløse et identitetstjek, og ofte enBloker. Sammen med kontoen kan du miste de tilknyttede annoncekonti og hele historikken. Gendannelse tager uger og lykkes ikke altid. Et blacklistetjek og en servicetest viser en farlig adresse, før du logger ind via den.

Landet i beskrivelsen og det faktiske udgangsland afviger hele tiden fra hinanden. Hvis opgaven er knyttet til en region — lokale resultater, lokale priser, en tjeneste for ét land — er en adresse med forkert geo ubrugelig. Og det er svært at opdage, mens du arbejder: teknisk set altvirker, de indsamlede data er bare de forkerte data.

En regelmæssig kontrol af en købt pulje er den eneste måde at finde ud af, hvad udbyderen faktisk sælger. Hvor stor en andel af adresserne er aktive, hvor mange af dem er påsortlister, om server-IP'er sælges som residential, og om hastigheden svarer til det lovede. Når du har kontrolresultaterne i hånden, bliver det en rutineprocedure at udskifte dårlige adresser, ikke en diskussion.

Hvis puljen er kontrolleret og ren, vil næste start forløbe på samme måde som den forrige. Med en ikke-kontrolleret pulje afhænger resultatet af tilfældigheder: Én start vil indsamle det hele, og en anden vil ramme encaptchapå halvdelen af adresserne, og du vil ikke længere kunne se, hvad der er ændret.

Der findes ingen proxy, der passer til alt. En adresse, der er ideel til parsing, passer dårligt til en annoncekonto, og omvendt. Tag udgangspunkt i opgaven og i, hvor meget platformen skal stole på dig.

Gratisproxyer fortjener et ord for sig. De duer til engangsopgaver, studie og eksperimenter, og de duer ikke til arbejde. Mange bruger adresser fra offentlige lister på samme tid, så de er overbelastede, ofte allerede på sortlister og lever i nogle timer. Hvis opgaven er vigtig, tjener private proxyer sig ind med det samme — om ikke andet fordi puljen ikke skal tjekkes igen hver time.

Hvis en adresse ikke bestod kontrollen,fejlteksten peger næsten altid på årsagen. Her er de mest almindelige tilfælde:

Hvis den sammefejlgennemgå hele listen, årsagen er normalt ikke proxyen. Kontrollér linjeformatet, godkendelsesdataene og protokollen. Hvisfejler forskellige og spredt uden et mønster, listen er virkelig blandet, og for offentlige adresser er dette et almindeligt resultat.

Et tjek kan indbygges i dit eget produkt: et udbyderpanel, en parser, en Telegram-bot, en antidetect-browser, intern poolovervågning eller en CI-opgave, der kører adresser efter en tidsplan. API'en viser alt, hvad webgrænsefladen viser: status for hver protokol, exit-IP, svartid, hastighed, geo, adressetype,sortlisteogtjenesteresultater og den endelige score.

Basisadressen er https://checker.net. Eksterne integrationer godkendes med en nøgle i x-api-key-headeren, som du kan få på kontoen. Anmodningsskemaer og eksempler på svar er beskrevet detaljeret i dokumentationen.

Resultaterne er tilgængelige via linket i 30 minutter, efter tjekket er oprettet. Alt over grænsen på 30,000 tages ikke imod. Forespørgslen lykkes alligevel, og antallet af kasserede linjer kommer tilbage i feltet skippedCount. Hold øje med det, når du uploader store lister.

Hver dag lægges de adresser, der bestod kontrollen, i det åbne arkiv overfungerende proxyer. Vælg en dato og få listen over proxyer, der virkede på tidspunktet for kontrollen — på en dag indsamler den fra nogle få tusinde til flere titusinde adresser. Historik gemmes i måneder, og du kan eksportere den både på webstedet og via API'en.

Husk, at arkivet viser tilstanden på et bestemt tidspunkt og ikke garanterer, at adresserne er i live lige nu. Offentlige proxyer holder ikke længe og belastes af mange brugere på én gang, så inden for et døgn holder en mærkbar del af listen op med at svare. Før du går i gang, så kør eksporten gennem checkeren én gang til: du får en aktuel pulje og friske scorer. Til engangsopgaver, eksperimenter og læring er det nok. Til stabilt arbejde med konti og parsing skal du bruge private mobile eller residential-adresser.

Dine proxyer havner kun i arkivet, hvis du selv vil det. For at det ikke skal ske, skal du før start markere ”Gem ikke mine proxyer på den offentlige liste” på formularen. Den, der tjekker købte private adresser, bør altid have den slået til.

For at tjekke en privat proxy skal du sende login og adgangskode, og vi behandler dem derefter. Godkendelsesdata skal kun bruges til tjekket: checkeren bruger dem til at oprette forbindelse til proxyen og sende forespørgsler gennem den. De havner ikke i arkivet eller de åbne lister.

Afkrydsningsfeltet "Gem ikke mine proxyer på den offentlige liste" fjerner helt de markerede adresser fra offentliggørelse. Resultaterne forbliver tilgængelige via linket i en begrænset periode —30 minutterfra det øjeblik tjekket starter — hvorefter de bliver utilgængelige. Et tjek kræver ikke registrering, og en API-nøgle er kun påkrævet til eksterne integrationer.

Et onlinetjek har endnu en fordel. Forbindelser til tusindvis af adresser åbnes af vores servere, ikke af din kanal. Din egen IP deltager ikke i masseforbindelserne, så den tiltrækker ikke udbyderens opmærksomhed og risikerer ikke at ende på den sammesortlisterdu tjekker proxyer imod.