Rask modus
Sjekker kun tilgjengelighet og protokoller. Det beste alternativet når du raskt trenger å rensedøde adresserut av en enorm liste og få endirektepulje.
Før du tar proxyer i bruk, må du sjekke dem: denne regelen gjelder både for en betalt pakke med private adresser og for en gratis liste lastet ned fra et forum. Beskrivelsen av pakken og den faktiske tilstanden til adressene stemmer nesten aldri helt overens: noen IP-er er allerede slått av, noen fungerer så vidt og leverer et par kilobyte per sekund, noen er oppført i antispam-databaser og får en captcha på første forespørsel, og noen går ut på internett fra et land du ikke betalte for i det hele tatt. Den eneste måten å se dette på er å kjøre listen gjennom en nettbasert proxy-sjekk.
Checker.net er en gratis proxy-sjekker som fungerer direkte i nettleseren: ingen programmer, ingen installasjon og ingen konto. Du kan lime inn listen i feltet, legge den ved som en fil eller oppgi en lenke til den. I løpet av noen sekunder kan du se for hver adresse:
Én kjøring rommer opptil 30 000 adresser: en praktisk massekontroll av proxyer og en proxylistekontroll uten begrensning på antall kjøringer. Resultatene samles ikke opp til kontrollen er ferdig; de kommer som en strøm, så tabellen vokser foran deg.

En proxysjekker, også kalt en proxyvalidator eller en tester av proxylister, er en tjeneste som selv kobler til hver proxytjener, sender forespørsler gjennom den og avgjør ut fra svarene om adressen kan brukes. Uten et slikt verktøy måtte du skrive inn hver IP i nettleserinnstillingene én om gangen og se om siden åpnes. En checker gjør det samme for hele listen på én gang og returnerer ikke et vagt «det ser ut til å virke», men en tabell med tall.
Verktøy av denne klassen skiller seg mye i hvor dypt de ser. Den enkleste sjekkeren kan bare si én ting: adressen svarte eller forble taus. Det er ikke nok til virkelig arbeid, fordi en proxy som svarer, ennå ikke er en brukbar. Den kan stå i et dusin spamdatabaser. Den slipper deg kanskje ikke inn i det sosiale nettverket den ble kjøpt til. Den kan gjenkjennes av nettsteder som en server-IP der det trengs en residential-IP. Den kan bruke femten sekunder på å svare der normen er hundrevis av millisekunder. Derfor måler vi ikke bare tilgjengelighet, men kvalitet: vi finner IP-opphavet, ser på omdømmet, sjekker hvordan den oppfører seg på store plattformer, og samler alt dette i én poengsum.
Å sjekke på nett er mer praktisk enn et program for proxy-sjekking, og det er tre grunner til det:
Når du klikker «Start sjekk», leser sjekkeren listen linje for linje. I hver linje gjenkjenner den formatet, trekker ut host, port, innlogging og passord og hopper over søppel og duplikater. Deretter sjekkes alle proxyer parallelt: først protokollene, så de øvrige parameterne.
For å kontrollere en protokoll åpner kontrolløren en tilkobling gjennom proxyen og kaller en tjenesteressurs som rapporterer IP-adressen til klienten som nådde den. Én slik forespørsel gir mye på én gang: den bekrefter at proxyen er aktiv, viser responstiden og, viktigst av alt, avslører utgangs-IP-en — adressen som nettsteder vil se.HTTP/HTTPS og SOCKS5testes separat. På samme vert og port oppfører protokoller seg ofte forskjellig: beskrivelsen sier HTTP, men adressen forstår faktisk bare SOCKS, eller omvendt.
Utgangs-IP-en brukes deretter til å fastslå hvor adressen er og hvem den tilhører: land, region, by og type — mobil, privat eller bedrift.
Samtidig kontrolleres IP-en mot en lokal svartelistedatabase som vi jevnlig oppdaterer fra åpne antispam-repositorier.
I full modus legges det mest verdifulle trinnet til: forespørsler går gjennom proxyen til elleve populære tjenester, og det blir tydelig hvilke av dem som slipper denne adressen inn, og hvilke som stenger døren for den.
Resultatene sendes til grensesnittet så snart de er klare, ikke samlet i én pakke helt til slutt. Selv på en lang liste trenger du ikke å følge med på en fremdriftslinje som kjører: de første radene vises i løpet av sekunder, ogfungerende adresserkan tas mens kontrolløren fortsatt er opptatt med resten.
Det viktigste å vite om en adresse er om denfungerer. Hvis proxyen ikke svarte, oppgir kontrolløren hvorfor: tilkoblingen ble avvist, ventetiden utløp, autorisasjonen mislyktes, eller serveren returnerteen feil. Forskjellen her er grunnleggende. "Adressen erdød" og "adressen er aktiv, men det er en skrivefeil i passordet" er to helt forskjellige historier, og denfeiltekstviser umiddelbart om du bør droppe proxyen eller bare fikse listen din.
HTTP/HTTPS og SOCKS5sjekkes separat for hver adresse, og hver protokoll får sin egen responstid. Det viser hva proxyen faktisk kan gjøre, ikke hva selgeren sier. Dette tetter et svært vanligfeil: en fungerende SOCKS-proxy erklæres defekt bare fordi den ble kontaktet som HTTP.
Responstid er hvor lang tid det tar fra en forespørsel sendes gjennom proxyen til svaret kommer. Den avgjør alt der reaksjonen betyr noe: i nettleseren, ved automatisering av handlinger i grensesnitt og ved parsing i mange tråder med korte forespørsler. Kanalhastigheten måler vi for seg. Den betyr noe når store volumer presses gjennom proxyen: eksporter, mediefiler, video. De to tallene skal ikke blandes — en adresse kan svare umiddelbart og likevel levere data i en hastighet på hundrevis av kilobit.
Sjekkeren fastslår hvor adressen kommer fra: et mobiloperatørnett, en hjemmetilkobling eller et datasenter. Hvor mye nettsteder stoler på trafikken, avgjøres i stor grad av det, så IP-typen er en av de tre delene i vurderingen. Detaljer står nedenfor, i avsnittet om proxytyper.
IP-en sjekkes mot databaser som lister adresser sett i spam, angrep på nettsteder og svindel.
Ett enkelt treff er nok til å se at adressen har et skadet omdømme, og noen tjenester møter den med en captcha eller et avslag.
Den mest praktiske delen av rapporten. Gjennom proxyen åpner sjekkeren elleve store plattformer og rapporterer for hver av dem om den fungerte, hvor lang tid det tok, og hvilken HTTP-kode som kom tilbake. En adresse som eri liveetter alle tekniske tegn lett kan bli blokkert på akkurat den tjenesten du trenger — og å finne det ut her er mye mer behagelig enn via en e-post om en blokkert konto.
Vurderingenfra 0 til 5kombinerer tre ting: IP-type, svartelisteomdømme og tjenesteresultater. Med dette trenger du ikke å lese hver rad i tabellen — det er nok å sortere listen og ta adressene fra toppen.
Legg til adressene. Lim dem inn i feltet «Skriv inn proxy», legg ved et dokument med knappen «Last opp fil», eller gi en lenke til listen via «Last opp via URL». Du trenger ikke rette linjene inn etter ett format: sjekkeren finner det ut selv.
Bestem hva som skjer med adressene etter sjekken. For kjøpte private proxyer, kryss av «Ikke lagre proxyene mine i den offentlige listen» — da havner de ikke i det åpne arkivet.
Velg en modus. Rask bekrefter bare at adressen er tilgjengelig. Full sjekker også tjenester og setter en vurdering. Selektiv gjør det samme, men bare for plattformene du har merket.
Angi timeouten.Standardverdien er10 sekunder. Hvis du senker den,dødadresser filtreres ut raskere; hvis du øker den, går trege, men fungerende proxyer ikke tapt.
Se i de avanserte innstillingene, når du ikke trenger hver tjeneste, og fjern de overflødige avkrysningene.
Klikk «Start sjekk» og følg med på tabellen: resultatrader dukker opp én etter én, ikke alle samlet til slutt.
Når sjekken er ferdig, filtrer tabellen etter status og poengsum, kopier de egnede adressene — og du kan begynne å arbeide. Uten din tillatelse lagres den innsendte listen ikke noe sted.
Sjekkeren forstår tre måter å skrive en proxy på og krever ingen innstillinger for det:
Oppføring | Hva den passer til |
|---|---|
host:port | Åpne proxyer uten innlogging og passord — for eksempel adresser fra gratislister. |
login:password@host:port | Betalte proxyer som trenger innlogging og passord. Selgere gir de fleste adresser i denne formen. |
protocol://login:password@host:port | En variant med en uttrykkelig protokoll — for eksempel socks5:// eller http://. |
Host kan være enten en IP-adresse eller et domenenavn: en del leverandører utsteder proxyer nettopp som et domene med en port. Formater kan blandes i én liste — hver linje behandles for seg.
Det finnes også tre måter å laste opp på.Lim inn tekst: adresser kopieres inn i feltet, hver på en ny linje.Fil: egnet hvis listen ble eksportert fra selgerkontoen eller lagret i et tekstdokument.Lenke: praktisk når listen ligger på en permanent URL og oppdateres regelmessig. Sjekkeren laster ned siden, plukker ut proxyene fra den og starter sjekken med en gang. For dem som følger med på offentlige kilder, er dette det mest praktiske alternativet — du trenger ikke å overføre dataene for hånd hver gang.
Det finnes tre moduser, og hver er ment for sin egen oppgave. I bunn og grunn er valget mellom hastighet og detalj.
Sjekker kun tilgjengelighet og protokoller. Det beste alternativet når du raskt trenger å rensedøde adresserut av en enorm liste og få endirektepulje.
Tilgjengelighet, geo, IP-type,svartelister, alle elleve tjenester, og vurderingen. Den er slått på som standard og gir det mest detaljerte bildet for hver proxy.
Det samme som full, men bare for plattformene du har merket.Det fungerer raskereog gjenspeiler kravene til en spesifikk oppgave bedre.
Tidsavbruddet er satt fra 1 til 60 sekunder, og standardverdien er 10. Det er hvor lenge kontrollen venter på et proxy-svar før den markerer den som utilgjengelig.
Hvis tidsavbrudd stadig vises for en liste som åpenbart burde fungere, kan du begynne med å øke denne verdien.
En vurdering er en poengsum fra0 til 5. Den er ikke der for å fortelle deg om en adresse er aktiv, men om du bør stole på den med arbeid. De fleste kontrollører stopper ved statusen "fungerer", selv om to like aktive adresser kan variere med måneder i kontolevetid. Vi summerer poengsummen etter en vektet ordning med tre deler: IP-opprinnelse, dens omdømme påsvartelisterog hvordan den faktisk åpner populære tjenester. Resultatet tar hensyn til adressens art, historikk og atferd akkurat nå — slik at poengsummen blir objektiv.
Hva poengsummen fra 0 til 5 består av
Fig. 2. Vekter for vurderingskomponentene
Komponent | Legger til | Trekker fra |
|---|---|---|
Mobil IP | +1.0 | — |
Residential-IP | +0.5 | — |
Bedrifts-IP | +0 | — |
Svartelisteomdømme | +2.0 når IP-en ikke finnes i noen database | -0.2 for hver database der den finnes, høyst 2 poeng totalt |
Tjenestetilgjengelighet | +2.0 når hver sjekket plattform åpnes | -0.2 for hver stengt tjeneste, høyst 2 poeng totalt |
Høyeste poengsum | 5.0 poeng |
Totalen er summen av tre tall: poengsummen for adressetypen, poengsummen for omdømme og poengsummen for tjenester. Omdømme og tjenester følger samme oppsett: enperfektresultat gir alle2 poeng, og hvert avvik trekker fra0.2. Ingen av disse delene kan miste mer enn to poeng. Den kan falle til null, men den blir ikke negativ og trekker ikke de andre leddene ned. Poengsummen holder seg derfor alltid mellom0 og 5, og andelene holder seg i balanse:40%hver går til omdømme og til faktisk arbeid med plattformer, og de resterende20 %går til IP-opprinnelsen.
Hvilken adresse | Beregning | Poengsum |
|---|---|---|
Mobil, ikke oppført i databaser, åpner alle 11 tjenester | 1.0 + 2.0 + 2.0 | 5.0 |
Residential, rent omdømme, 1 tjeneste stengt | 0.5 + 2.0 + 1.8 | 4.3 |
Server fra et datasenter, ikke i databaser, åpner alt | 0 + 2.0 + 2.0 | 4.0 |
Residential, funnet i én database, 2 tjenester stengt | 0.5 + 1.8 + 1.6 | 3.9 |
Bedrift, funnet i tre databaser, 6 tjenester stengt | 0 + 1.4 + 0.8 | 2.2 |
Bedrift, ti eller flere treff, ingenting åpnes | 0 + 0 + 0 | 0.0 |
I selektiv modus telles tjenestedelen bare for plattformene du har merket, og regelen er den samme: minus0.2for hver lukkede i settet ditt. Hvis tre tjenester er igjen i sjekken, kan denne delen tape maksimalt0,6 poeng, og omdømme begynner å påvirke poengsummen mer. Dette er nyttig når du trenger et tall for ditt eget scenario, ikke en gjennomsnittlig poengsum "for hele internett".
En ren adresse. Den står ikke på svartelister, hver sjekket plattform åpnes, og IP-typen gir høy tillit fra nettsteder. Du kan legge de mest følsomme oppgavene på slike proxyer: annonsekontoer, sosiale kontoer, betalings- og banktjenester, registreringer. Maksimumet på 5.0 går bare til en mobil adresse uten noen databasepost og med hver tjeneste åpen — det er med vilje.
En fungerende adresse, men med nyanser. Den har enten enkelte poster i antispamdatabaser, eller så åpnes ikke noen tjenester. Til parsing, prisoppfølging, innsamling av åpne data og andre oppgaver der omdømme ikke avgjør alt, er det et normalt valg, og slike proxyer er vanligvis billigere. I dette intervallet skal du ikke bare se på tallet, men på hvilken plattform som ikke åpnet. En serveradresse med 4.0 og full tilgjengelighet er mer pålitelig enn en residential med 4.3 hvis den siste har Instagram, som du trenger, stengt.
En tvilsom eller blokkert adresse. Den står i flere svartelister samtidig, og de fleste plattformer slipper den ikke inn. Du skal ikke logge inn på kontoer gjennom slike proxyer: risikoen for en captcha, en identitetskontroll eller en blokkering ved første handling er høy. Den kan fortsatt duge til tekniske engangsoppgaver, men den hører ikke hjemme i en pool for kontoer.
Oppgave | Minimum | Hva du skal sjekke ut over poengsummen |
|---|---|---|
Registreringer, annonsekontoer, betalingstjenester | fra 4.5 | Mobil eller residential IP, ingen databaseposter |
Drift av eksisterende sosiale kontoer | fra 4.0 | Om plattformene der du har kontoer, faktisk åpnes |
Innsamling av søkeresultater og posisjoner | fra 3.5 | Google og Yandex må åpnes, og geo må stemme |
Parsing av åpne data, prisoppfølging | fra 3.0 | Her veier hastighet og responstid mer enn omdømme |
Strømme- og medietjenester | fra 3.0 | YouTube, Twitch og Spotify åpnes, med hastighet til overs |
Disse tersklene er en rettesnor, ikke en lov: beslutningen tas ut fra poengsummen sammen med detaljene i rapporten. Den største nytten ligger et annet sted. Du kan sortere tabellen etter vurdering på et sekund, og adressene som er verdt å ta, ligger med en gang øverst. Alt under grensen din kan sendes tilbake til selgeren for bytte i én porsjon, uten at du går gjennom hver adresse for hånd.
Ta to proxyer, begge merket "fungerer" i tabellen. Den første er en mobil-IP som ikke finnes i noen database og som alle elleve tjenester åpnes gjennom: poengsum5.0. Den andre er en serveradresse fra et datasenter, funnet i tre svartelister og stengt på seks av de elleve plattformene: poengsum2.2. Formelt er det ingen forskjell, begge eri live. I praksis vil den første vare i månedsvis, og den andre vil få et forbud ved første registrering. Vurderingen viser akkurat denne forskjellen, så å sortere etter den sparer mer tid enn noe statusfilter.
Ved store volumer er dette spesielt merkbart. Et statusfilter fjerner bare noen få tusendødproxyer fra listen — i en kjøpt pulje er det vanligvis ti til førti prosent av dem, i engratislist opp nesten alle av dem. Men for halvparten av de gjenværende "i live" vil poengsummen være under3.0, og før du begynner arbeidet kan du se det kun ut fra vurderingen. Gjennomsnittsscoren for et utvalg hjelper også med å sammenligne leverandører på en ærlig måte: ikke ut fra teksten på nettstedet, men ut fra ett målbart tall på det samme settet med plattformer.
Vurderingen fanger et øyeblikk, så svingninger fra sjekk til sjekk er normale. Mobile proxyer endrer IP ved rotasjon, og neste kjøring sjekker en annen operatøradresse. Vi oppdaterer jevnlig densvartelistedatabase fra åpne antispam-repositorier, så en adresse kan forlate en liste eller havne på en fordi noen brukte den før deg. Plattformpolicy for intervaller endrer seg også: en tjeneste som åpnet om morgenen, kan vise encaptchaom kvelden. Og med et kort tidsavbrudd registreres trege adresser som utilgjengelige og mister poeng for tilgjengelighet. Hvis poengsummene hopper merkbart, øk tidsavbruddet og sjekk igjen.
I API-et kommer poengsummen for hver adresse tilbake i feltet sc, så utvalg etter en terskel og sortering av en pool er lett å overlate til et skript. Vurderingen settes i full og selektiv modus. Rask modus har den ikke: den modusen sjekker bare tilgjengelighet, men en stor liste kommer mye raskere gjennom.
En proxytype svarer på hvem IP-en faktisk tilhører: en mobiloperatør, en hjemmeleverandør eller hosting i et datasenter. Hastighet, stabilitet og fremfor alt graden av tillit som nettsteder aksepterer trafikken med, følger av dette. Riktig type påvirker både kostnaden og risikoen for enblok, så når du kjøper, er dette det første du må bestemme deg for, ikke en formell linje i planen.
Trafikken til disse proxyene går gjennom mobiloperatørnettverk, fra de samme adressene som millioner av smarttelefoneiere. Operatøren gir én IP til mange abonnenter samtidig og fortsetter å endre den. Derfor er nettsteder svært motvillige tilblokmobile adresser: tusenvis av ekte brukere ville bli rammet. Det er også her det høyeste omdømmet blant alle typer kommer fra.
Mobilproxyer velges der kontoer står på spill: markedsføring i sosiale medier, trafikkarbitrage, annonsekontoer, registreringer, tjenester med streng antifraud. Ulempene er pris og hastighet. En mobiltilkobling er tregere og mindre stabil enn en kablet, og under rotasjon kan adressen forsvinne i noen sekunder. Til masseparsing er det dyrt og rett og slett unødvendig.
Dette er IP-er fra ekte hjemmetilkoblinger som vanlige internettleverandører har tildelt abonnentene sine. For et nettsted er en slik besøkende ikke annerledes enn en vanlig person som sitter hjemme i en bestemt by. Boligproxyer er et universelt verktøy fornettskraping, annonseverifisering, analyse av regionale resultater, omgåelse av geobegrensninger og alle oppgaver som trenger et "menneskelig" spor og et bredt utvalg av lokasjoner.
Ut fra balansen mellom tillit og pris er dette det optimale alternativet: billigere enn mobil og merkbart mer pålitelig enn serverproxyer. Hvor stabil en bestemt adresse er, avhenger av hvem sin hjemmetilkobling som ligger bak den. Derfor er en slik pool særlig verdt å sjekke før arbeidet.
IP-er hos hostingplattformer og datasentre. De velges for minimal forsinkelse, en tykk kanal, jevn drift uten brudd og en overkommelig pris. Når du trenger mye trafikk og mange parallelle strømmer, finnes det ikke noe bedre. Parsing av store volumer, oppfølging av priser og tilgjengelighet, automatisering, massesjekk av data, boter og tjenesteintegrasjoner virker utmerket på serverproxyer.
Det svake punktet deres er hvor gjenkjennelige de er. Datasenterintervaller er velkjente, og nettsteder med botbeskyttelse merker med en gang slik trafikk som ikke-husholdning. Adressen blir ikke dårlig av det; den passer bare ikke der tjenesten venter en hjemmebruker. Null poeng i vurderingen betyr ikke «proxyen er dårlig», men «det finnes ingen tillitsbonus».
En svarteliste er en åpen database med IP-adresser som er lagt merke til for uønsket aktivitet. Antispamprosjekter, hostingselskaper, e-posttjenester og sikkerhetsforskere fører slike databaser, og e-postservere, CDN-er, antifraud-systemer og nettstedseiere bruker dem. Hvis en adresse står i basen, kan enhver tjeneste avvise den uten å gå i detaljer.
Vi sjekker hver IP mot en lokal database som jevnlig fylles fra åpne antispamarkiver. Adresser havner der oftest av tre grunner:
Husk: det meste av tiden har du ingenting med det å gjøre. Flere titalls personer bruker en offentlig proxy samtidig, og adresser fra pooler videreselges og leies ut igjen i årevis. Sammen med en IP får du også fortiden dens, inkludert følgene av det andre gjorde før deg.
Ren IP— finnes ikke i noen database. Det gir hele+2 poengtil poengsummen, og tjenester behandler det nøytralt.
Mistenkelig IP— funnet i separate databaser. Noen tjenester vil begynne å vise encaptchaog ber om ekstra bekreftelse.
Blokkert IP— oppført i fleresvartelistermed én gang. Mange plattformer vil nekte den tilgang, og den er ikke egnet for å arbeide med kontoer.
Hvis din egen IP-adresse havnet på en svarteliste, må du få den fjernet gjennom avlisting, separat i hver database, og før det må du stoppe aktiviteten som førte til at den havnet der. Med en kjøpt proxy er det enklere: det er raskere å be selgeren erstatte adressen. En normal leverandør endrerblokkertIPs uten et argument, og sjekkresultatene gjør samtalen spesifikk.
De fleste kontrollverktøy har ikke denne funksjonen, selv om den i praksis er mer nyttig enn alle de andre. En adresse kan være aktiv, med enrenhistorikk og riktig land — og fortsattubrukeligfor jobben, fordi plattformen du trenger allerede kjenner denne adressen og ikke vil slippe den inn. Vi finner ut av det på forhånd. Gjennom hver proxy kaller sjekkeren elleve populære tjenester og viser resultatet for hver enkelt separat: om tjenesten åpnet, hvor lang tid svaret tok, hvilken HTTP-kode som kom tilbake, og hvilkenfeildukket opp hvis en kunne leses.
Alle elleve plattformer er merket som standard. Når du bare bryr deg om to eller tre, fjern de øvrige avkrysningene i de avanserte innstillingene: kjøringen blir kortere, og poengsummen gjenspeiler nettopp ditt sett. I resultattabellen samles det i en teller som «9 / 11», og et klikk åpner listen med detaljer for hver plattform.
Plattform | Hva sjekken gir |
|---|---|
Google | Søk, annonser, kontoer. Google gjenkjenner raskt server-IP-er og viser dem encaptcha, så det er det beste stedet å se hvor ren en adresse er. |
Yandex | Russiskspråklig søk, Direct, Metrica. Denne sjekken er påkrevd hvis du arbeider med russisk trafikk og regionale resultater. |
Facebook | Business Managers og annonsekontoer. Metas beskyttelse mot svindel regnes som en av de strengeste, og en IP med en mørk fortid blir nesten umiddelbart en dokumentkontroll og en stengt konto. |
Instagram | Kontoer, automatisering, datainnsamling. Plattformen er særlig kresen på IP-type, og serveradresser varer ikke lenge på den. |
TikTok | Strengt knyttet til geo og aggressivt beskyttet mot boter. Sjekken viser om tjenesten vil ta adressen for en vanlig bruker fra riktig land. |
YouTube | Se på og laste ned video, regionale begrensninger.For YouTube er ikke tilgjengelighet nok: kanalhastigheten betyr også noe. |
X (Twitter) | Innsamling av åpne data og arbeid med kontoer. Det hender ofte at nettverket blokkerer hele intervaller hos hostingleverandører. |
VK | RuNets største sosiale nettverk: kontoer, annonser, innsamling av data fra communities. |
Twitch | Strømmer og chat. Det viser godt om en adresse passer til oppgaver som trenger en stabil tilkobling og lav forsinkelse. |
Spotify | Kontoen er strengt knyttet til et land. Sjekken bekrefter at tjenesten ser IP-en for riktig region i adressen. |
Pinterest | Trafikkoppgaver og datainnsamling. Plattformen ser nøye på adressens omdømme. |
Tre verdier kommer tilbake for hver tjeneste: om siden åpnet, hvor lang tid svaret tok, og hvilken HTTP-kode plattformen returnerte. Koden sier mest: den viser hvorfor adressen ikke passet, og hva du skal gjøre videre.
Svar | Hva dette vanligvis betyr |
|---|---|
200 | Tjenesten åpnet uten problemer, og adressen kan brukes til denne plattformen. |
301, 302 | En omdirigering. Oftest er det en flytting til en regional versjon av nettstedet, og da er alt i orden. Men hvis tjenesten sender deg til en kontrollside, stoler den ikke på adressen. |
403 | Inngangen er stengt: plattformen kjenner denne adressen eller hele intervallet dens. Det tydeligste signalet om at proxyen ikke passer til denne tjenesten. |
429 | For mange forespørsler. Det skjer ofte på delte proxyer, fordi du ikke er den eneste som arbeider gjennom én adresse. Det er en risiko for kontoer og av og til akseptabelt for en engangsparsing. |
5xx | En svikt hos selve tjenesten eller hos en mellomliggende gateway. Dette resultatet er verdt å sjekke på nytt: en enkelt feil av denne klassen betyr ikke alltid at proxyen har skylden. |
Tidsavbrudd | Svaret kom ikke innen den avsatte tiden. Enten er kanalen treg, eller så filtreres trafikken til plattformen. Øk timeouten og gjenta — noen adresser kommer gjennom. |
Tilkoblingsfeil | Tilkoblingen ble brutt eller ikke godtatt. Dette er en blokkering på nettverksnivå eller en begrensning på selve proxyserveren. |
Responstiden skal leses sammen med koden. Hvis en tjeneste åpnet på fem sekunder, er den formelt tilgjengelig, men å arbeide gjennom en slik adresse i et annonsekonto-grensesnitt blir smertefullt. Når et dusin plattformer viser hvor svaret kom umiddelbart og hvor det så vidt kom frem, blir kanalens reelle kvalitet tydelig.
Oppgave | Hva du skal sjekke |
|---|---|
Arbitrage, Meta-annonsekontoer | Facebook og Instagram, pluss Google hvis miksen inneholder displayannonser |
TikTok og kreativer | TikTok og YouTube, og geo må stemme nøyaktig |
SEO, resultater og posisjoner | Google og Yandex |
Russiskspråklig marked: kontoer og annonser | VK, Yandex, Facebook |
Video, musikk, strømmer | YouTube, Twitch, Spotify |
Parsing og innsamling av åpne data | Google og plattformene du henter data fra |
Sjekk av en ny leverandør | Alle elleve, slik at poolmålet forblir sammenlignbart |
Plattformresultater påvirker poengsummen direkte. Hvis alle sjekkede tjenester åpnes, får adressen +2 poeng, og hver stengt tjeneste trekker fra 0.2, men ikke mer enn 2 poeng totalt. Så utgjør tilgjengeligheten av tjenester opptil 40% av vurderingen — samme andel som omdømmet på svartelister. Tjenester sjekkes i full og selektiv modus. Rask modus svarer bare på om selve proxyen er tilgjengelig. I API-et kommer plattformresultatene i feltet s: for hver tjeneste står tjenestekoden, et suksessflagg, responstiden og HTTP-statusen. Derfor er et filter som «bare adresser som Instagram åpner gjennom» én enkelt linje.
Anonymitet viser hvor godt en proxy skjuler at du bruker den, og om den skjuler den ekte IP-en din. En proxy kan slippe trafikk korrekt gjennom og likevel ærlig fortelle nettstedet i headerne at den er en mellommann — eller til og med skrive din egen adresse der. Det er vanligvis tre nivåer.
Den rapporterer både proxyen og den ekte IP-en din i tjenesteheaderne. Den duger ikke til anonymitet og passer bare til mellomlagring og interne oppgaver.
Den skjuler IP-en din, men den skjuler ikke at forespørselen går gjennom en proxy. Den passer til å omgå geo-begrensninger, men tjenester med antifraud ser på slik trafikk med mistenksomhet.
Den røper verken adressen din eller selve proxyen, og forespørselen ser ut som et vanlig brukerbesøk. Bare dette nivået passer til arbeid med kontoer.
Ett anonymitetsnivå er ikke nok til å stole på en proxy. En adresse som formelt er elite, kan stå i spamdatabaser og ikke åpne halvparten av tjenestene, og da gir anonymiteten ingenting. Derfor stopper ikke sjekkeren ved anonymiteten: den finner utgangs-IP-en, finner ut hvor adressen kommer fra, sjekker den mot databaser og prøver å åpne levende tjenester gjennom den. Hele dette bildet samlet avgjør om en proxy er egnet til arbeid, ikke én enkelt header.
Protokollen avgjør hvilket språk programvaren snakker med proxyen, og hva som i det hele tatt kan sendes gjennom den. Sjekkeren fungerer med HTTP, HTTPS og SOCKS5 — i praksis dekker disse tre alternativene nesten alt.
Protokoll | Hvordan den virker, og når den trengs |
|---|---|
HTTP | Hovedprotokollen for netttrafikk. Proxyen ser innholdet i forespørselen og kan behandle det. Den er god til å samle data fra vanlige sider og til API-forespørsler, men den legger ikke til kryptering selv. |
HTTPS | En HTTP-proxy med støtte for en beskyttet tilkobling: trafikken går gjennom en tunnel og kan ikke leses underveis. Påkrevd overalt der det finnes autentisering og personopplysninger. |
SOCKS5 | En universell protokoll på et lavere nivå. Den slipper gjennom all TCP-trafikk, ikke bare nettet. Programmer, torrentklienter, spill, e-postprogrammer og alt som ikke er en nettleser, trenger den. Den støtter autentisering og rører ikke innholdet i forespørslene. |
En enkel regel: ta HTTP/HTTPS for nettsteder og API-er, og SOCKS5 for vilkårlig trafikk fra applikasjoner. Én adresse støtter ofte begge, men langt fra alltid, og selgere oppgir ofte protokollen unøyaktig. Derfor sjekker vi HTTP og SOCKS5 hver for seg: rapporten viser med en gang hvilken protokoll som faktisk fungerer på adressen, og du slipper å sette opp programvaren ut fra feil data.
Det hender svært ofte at en proxy "fungerer ikke" nettopp på grunn av protokollen. Hvis programmet oppgir adressen som HTTP, men den bare godtar SOCKS5, så blir ikke tilkoblingen opprettet, selv om selve proxyen fungerer fullt ut. Skriv protokollen eksplisitt, med prefikset socks5:// eller http://, så blir det ingen forvirring.
En død proxy i en parser eller en antidetect-nettleser er lett å ta for et sammenbrudd i selve programmet. Oppgaver feiler, økter brytes, loggene fylles med uklare feil, og du kan bruke en halv dag på å lete etter årsaken på feil sted. Å sjekke listen tar sekunder og utelukker den forklaringen med en gang: du vet sikkert at adressene er i orden, og at problemet ligger et annet sted.
Dette er den dyreste risikoen. Det holder å logge inn på en konto én gang fra en adresse med dårlig omdømme for å få en identitetskontroll, og ofte en blokkering. Sammen med kontoen kan du miste de tilknyttede annonsekontoene og hele historikken. Gjenoppretting tar uker og lykkes ikke alltid. En svartelistesjekk og en tjenestetest viser en farlig adresse før du logger inn gjennom den.
Landet i beskrivelsen og det faktiske utgangslandet spriker hele tiden. Hvis oppgaven er knyttet til en region — lokale resultater, lokale priser, en tjeneste for ett land — er en adresse med feil geo ubrukelig. Og dette er vanskelig å merke mens du jobber: teknisk sett alt fungerer, men dataene som samles inn, er bare feil data.
En jevnlig sjekk av en kjøpt pulje er den eneste måten å finne ut hva leverandøren faktisk selger. Hvor stor andel av adressene som er i live, hvor mange av dem som er på svartelister, om server-IP-er selges som residente, og om hastigheten samsvarer med det som ble lovet. Når du har sjekkresultatene i hånden, blir utskifting av dårlige adresser en rutine, ikke en diskusjon.
Hvis puljen er sjekket og ren, går neste kjøring på samme måte som den forrige. Med en usjekket pulje avhenger resultatet av tilfeldigheter: én kjøring samler alt, og en annen støter på en captcha på halvparten av adressene, og du klarer ikke lenger å se hva som endret seg.
Folk som driver med parsing og automatisering. En ren pool betyr færre gjentatte forespørsler og tapte sider, og en forutsigbar innsamlingstid. En sjekk før start sparer deg for å gjette hvorfor skriptet falt om igjen.
SMM-spesialister og arbitragehandlere. Om en konto lever i måneder eller får et ban den første dagen, avhenger av IP-omdømmet. For dem er det viktigste i rapporten adressetypen og om de sosiale nettverkene de trenger, slipper den inn.
SEO-spesialister. Du kan hente posisjoner gjennom øynene til en innbygger i riktig by bare fra en adresse som virkelig går ut derfra, ikke en som bare står oppført der i beskrivelsen. Sjekkeren viser det faktiske landet og byen og finner underveis ut om adressen får en captcha fra Google eller Yandex.
Utviklere og testere. For å sjekke tjenestetilgjengelighet fra ulike land og ulike IP-typer, geologikk, lokalisering og regionale begrensninger, trenger du proxyer som er kjent for å være fungerende og ha kjente parametere.
Folk som følger priser og arbeider med netthandel. Markedsplasser og butikker viser priser, lager og posisjoner avhengig av hvor forespørselen kom fra. En proxy fra feil region — og noen andres tall havner i rapportene.
Proxyselgere og forhandlere. Sjekk en pool raskt før du gir den til en kunde, og få objektive tall til en samtale med din egen leverandør. Vurderingen er et kvalitetsmål kunden forstår.
Alle som tar gratisproxyer. I offentlige lister virker bare noen få prosent av adressene, og du finner dem ikke for hånd. En massesjekk er den eneste måten å få noe ut av en slik liste.
Det finnes ingen proxy som passer til alt. En adresse som er ideell til parsing, passer dårlig til en annonsekonto, og omvendt. Ta utgangspunkt i oppgaven og i hvor mye plattformen må stole på deg.
Oppgave | Proxytype | Hva du skal se på i rapporten |
|---|---|---|
Sosiale kontoer, registreringer | Mobil | En poengsum fra 4,5, ikke én eneste svarteliste oppføring, plattformen du trenger åpner |
Annonsekontoer, arbitrage | Mobile, residential | Et rent omdømme, Facebook og Google åpnes, svaret er stabilt |
Web scraping, datainnsamling | Residential, bedrift | Hastighet, responstid, tilgjengelighet for målressursen |
Priser og regionale resultater | Bolig | Geo ned til byen, Google og Yandex åpnes |
Masseparsing av store volumer | Bedrift | Kanalhastighet, minimal responstid, stabilitet |
Strømming og medier | Bolig | Hastighet, tilgjengelighet for YouTube, Twitch, Spotify |
Testing og QA | Hvilke som helst, til scenariet | Forutsigbar geo og IP-type, en stabil status |
Gratisproxyer fortjener et eget ord. De duger til engangsoppgaver, studier og eksperimenter, og de duger ikke til arbeid. Mange bruker adresser fra offentlige lister samtidig, så de er overbelastet, ofte allerede på svartelister og lever i noen timer. Hvis oppgaven er viktig, betaler private proxyer seg med en gang — om ikke annet fordi poolen ikke må sjekkes på nytt hver time.
Hvis en adresse ikke besto sjekken, peker feilteksten nesten alltid på årsaken. Her er de vanligste tilfellene:
Beskjed | Hva som skjedde, og hva du skal gjøre |
|---|---|
Tilkobling avvist connection refused | Ingenting lytter på denne adressen og porten: proxyen er av, porten er oppgitt med en feil, eller adressen utstedes ikke lenger. Sjekk porten først, og bytt deretter adresse. |
Tidsavbruddet utløp timeout, deadline exceeded | Proxyen svarte ikke i tide. Den er enten død eller bare treg. Sett tidsavbruddet til 20–30 sekunder og kjør på nytt: trege, men fungerende adresser kommer gjennom. |
Autentisering kreves 407 Proxy Authentication Required | Proxyen lever, men innlogging og passord ble ikke sendt eller er feil. Sjekk linjeformatet: en privat proxy trenger formen login:password@host:port. |
Tilgang nektet 403 Forbidden | Proxyen fungerer, men slipper ikke akkurat deg inn. Vanligvis står ikke IP-en din på selgerens tillatelsesliste, eller planen har gått tom for trafikk. Dette løses hos leverandøren. |
Protokollfeil | Adressen svarer, men over en annen protokoll enn den du brukte for å nå den. Angi protokollen uttrykkelig — socks5:// eller http://. |
Tjenesten er stengt, selv om proxyen virker | Selve adressen er i orden, men en bestemt plattform blokkerer den. Dette er ikke en feil i sjekken, men nettopp det resultatet tjenestetesten kjøres for. |
Proxyen virker, men poengsummen er lav | Adressen er tilgjengelig, men den finnes på svartelister og/eller åpner ikke noen tjenester. Den duger til parsing, og den duger ikke til kontoer. |
Hvis de samme feilene går gjennom hele listen, ligger årsaken vanligvis ikke hos proxyen. Sjekk linjeformatet, autorisasjonsdataene og protokollen. Hvis feilene er forskjellige og ligger spredt uten mønster, er listen virkelig blandet, og for offentlige adresser er dette et vanlig resultat.
En sjekk kan bygges inn i ditt eget produkt: et leverandørpanel, en parser, en Telegram-bot, en antidetect-nettleser, intern puljeovervåking eller en CI-oppgave som kjører adresser etter en tidsplan. API-et viser alt som webgrensesnittet viser: status for hver protokoll, utgangs-IP, responstid, hastighet, geo, adresstype, resultater for svartelister og tjenester, og den endelige poengsummen.
Basisadressen er https://checker.net. Eksterne integrasjoner autoriseres med en nøkkel i x-api-key-headeren, som du kan hente i kontoen. Forespørselsskjemaer og svar-eksempler er beskrevet i detalj i dokumentasjonen.
Metode | Formål |
|---|---|
POST /v1/landing/check/{requestId} | Oppretter en sjekk. requestId er en UUID v7, og klienten genererer den før forespørselen. |
POST /v1/landing/check/{requestId}/add | Legger til adresser i en sjekk som allerede er opprettet. Grensen på 30,000 gjelder hele sjekken. |
GET /v1/landing/check/info/{requestId} | Detaljer om en sjekk: modus, antall adresser, sett av tjenester, opprettelsestid og utløpstid. |
GET /v1/landing/check/result/{requestId}/stream | En strøm av resultater i NDJSON, ett objekt per linje. |
POST /v1/integration/landing/check | En sjekk av én adresse for eksterne integrasjoner. Returnerer en identifikator og en lenke til resultatsiden. |
GET /v1/landing/archive | Arkivdatoer og antallet adresser for hver dato. |
GET /v1/landing/archive/{date} | Adresser for den valgte dagen, datoen er i formatet YYYY-MM-DD. |
Parameter | Verdier | Hva den angir |
|---|---|---|
dsnList | en array av strenger, obligatorisk | Adresser i formen host:port, login:password@host:port eller protocol://login:password@host:port. |
checkType | light · soft · custom, soft som standard | Modus: en rask tilgjengelighetssjekk, en full sjekk med vurdering eller en selektiv sjekk for ditt eget sett av tjenester. |
services | facebook, google, yandex, tiktok, youtube, vk, twitch, spotify, twitter, instagram, pinterest | Plattformer som skal sjekkes. Hvis du utelater dem, sjekkes alle elleve. |
timeout | fra 1 til 60, 10 som standard | Hvor mange sekunder du skal vente på et svar fra proxyen. |
archiveEnabled | true · false, false som standard | Om de sjekkede adressene skal publiseres i det åpne arkivet. |
Resultatene er tilgjengelige via lenken i 30 minutter etter at sjekken er opprettet. Alt over grensen på 30,000 tas ikke imot. Forespørselen lykkes likevel, og antallet forkastede linjer kommer tilbake i feltet skippedCount. Følg med på det når du laster opp store lister.
# Klienten oppretter requestId, formatet er UUID v7
curl -X POST https://checker.net/v1/landing/check/0195f3a0-7bff-7f3a-8f3a-123456789abc \
-H "Content-Type: application/json" \
-d '{
"dsnList": ["user:pass@1.2.3.4:8080", "user:pass@5.6.7.8:3128"],
"services": ["google", "instagram", "tiktok"],
"checkType": "soft",
"timeout": 10,
"archiveEnabled": false
}'
# {"data":{"bad":[],"dsnCount":2,"inspectionsCount":6,
# "services":["google","instagram","tiktok"],
# "skippedCount":0,"limit":30000}}curl -N https://checker.net/v1/landing/check/result/0195f3a0-7bff-7f3a-8f3a-123456789abc/stream # Én linje er ett JSON-objekt: # id — adresseidentifikator p — fremdrift, fra 0 til 100 # dsn — opprinnelig proxy-linje sc — kvalitetspoeng # http — HTTP-resultat socks — SOCKS5-resultat # s — tjenesteresultater # # I http og socks: utgangs-IP, vellykket, responstid, hastighet, # feiltekst, geo og adressetype. # I s: tjenestekode, vellykket, responstid, HTTP-status.
curl -X POST https://checker.net/v1/integration/landing/check \
-H "x-api-key: YOUR_KEY" \
-H "Content-Type: application/json" \
-d '{"dsn": "user:pass@1.2.3.4:8080", "checkType": "light", "timeout": 30, "locale": "ru"}'
# {"data":{"checkId":"0195f3a0-…",
# "link":"https://checker.net/ru/results/0195f3a0-…"}}import json, uuid, requests
BASE = "https://checker.net"
rid = str(uuid.uuid4()) # bruk UUID v7 i produksjonskode
requests.post(f"{BASE}/v1/landing/check/{rid}", json={
"dsnList": ["user:pass@1.2.3.4:8080"],
"checkType": "soft",
"timeout": 10,
})
# motta resultater etter hvert som de blir klare
r = requests.get(f"{BASE}/v1/landing/check/result/{rid}/stream", stream=True)
for line in r.iter_lines():
if not line:
continue
item = json.loads(line)
print(item["dsn"], item.get("sc"), item.get("p"))Hver dag går adressene som besto sjekken, inn i det åpne arkivet over fungerende proxyer. Velg en dato og få listen over proxyer som fungerte på sjekketidspunktet — i løpet av et døgn samles det fra noen tusen til flere titalls tusen adresser. Historikken beholdes i flere måneder, og du kan eksportere den både på nettstedet og via API-et.
Husk at arkivet viser tilstanden på et bestemt tidspunkt og ikke garanterer at adressene lever akkurat nå. Offentlige proxyer varer ikke lenge og belastes av mange brukere samtidig, så i løpet av et døgn slutter en merkbar del av listen å svare. Før du begynner å arbeide, kjør eksporten gjennom sjekkeren én gang til: du får en aktuell pool og ferske poengsummer. Til engangsoppgaver, eksperimenter og læring er det nok. Til stabilt arbeid med kontoer og parsing trenger du private mobile eller residential-adresser.
Proxyene dine havner i arkivet bare hvis du selv vil det. For at det ikke skal skje, merk før start «Ikke lagre proxyene mine i den offentlige listen» på skjemaet. Den som sjekker kjøpte private adresser, bør alltid ha den på.
For å sjekke en privat proxy må du sende innlogging og passord, og vi behandler dem deretter. Autentiseringsdata trengs bare til sjekken: sjekkeren bruker dem til å koble til proxyen og sende forespørsler gjennom den. De havner ikke i arkivet eller de åpne listene.
Avkrysningsboksen «Ikke lagre proxyene mine på den offentlige listen» fjerner de sjekkede adressene helt fra publisering. Resultatene er tilgjengelige via lenken i en begrenset tid — 30 minutter fra det øyeblikket sjekken starter — og deretter blir de utilgjengelige. En sjekk krever ikke registrering, og en API-nøkkel trengs bare til eksterne integrasjoner.
En nettbasert sjekk har enda en fordel. Tilkoblinger til tusenvis av adresser åpnes av våre servere, ikke av kanalen din. Din egen IP deltar ikke i massetilkoblingene, så den trekker ikke til seg leverandørens oppmerksomhet og risikerer ikke å havne på de samme svartelister som du sjekker proxyer mot.
Nei. På checker.net er kontrollen gratis, registrering er ikke nødvendig, og antallet kjøringer er ikke begrenset. En API-nøkkel trengs bare for eksterne integrasjoner.
Opptil 30 000 proxyer i én kontroll. Nye adresser kan legges til i en kontroll som allerede kjører, og resultatene kommer etter hvert som de er klare, så du slipper å vente på slutten av listen.
HTTP, HTTPS og SOCKS5. Tilkoblinger via HTTP og via SOCKS kontrolleres hver for seg, så rapporten viser hvilken protokoll en adresse faktisk fungerer på.
Hvilken som helst av de tre formene duger: host:port for åpne adresser, login:password@host:port for private med autorisasjon og protocol://login:password@host:port hvis protokollen må oppgis uttrykkelig. Linjene trenger ikke å ha samme format.
Ja. I tillegg til å lime inn for hånd kan du laste opp en fil eller oppgi en URL. I det andre tilfellet åpner checkeren siden selv, finner proxyene og starter kontrollen.
Nei. Autorisasjonsdata trengs bare til kontrollen og publiseres ikke noe sted. For at adressene ikke skal havne i det åpne arkivet, merk av «Ikke lagre proxyene mine på den offentlige listen».
Resultatlenken virker i 30 minutter etter at kontrollen er startet. Trenger du dataene senere, eksporter dem eller lagre dem via API-et.
Kvaliteten på adressen. Den tar hensyn til IP-type, oppføringer på svartelister og om populære tjenester åpnes via proxyen. Jo høyere poengsum, desto renere og mer pålitelig er proxyen.
Rask bekrefter bare at adressen er tilgjengelig, og er den raskeste. Full finner i tillegg geo og IP-type, sammenligner adressen med svartelister, sjekker tjenester og gir en poengsum. Selektiv gjør det samme som full, men bare for plattformene du velger.
Fordi tilgjengelighet og omdømme er to forskjellige ting. En adresse kan svare på forespørsler og likevel stå i antispamdatabaser og bli blokkert av plattformene du trenger. Det er nettopp slike tilfeller poengsummen skal fange opp.
Start selektiv modus, og merk i de avanserte innstillingene bare dine plattformer — for eksempel Instagram og TikTok. Da kontrolleres hver proxy nettopp der, og poengsummen bygges også av de resultatene.
Les feilteksten. En tidsavbrudd betyr ofte at adressen er treg, men fungerer: øk tidsavbruddet og prøv igjen. En autorisasjonsfeil betyr feil linjeformat eller feil data. En avvist tilkobling betyr at adressen virkelig ikke fungerer.
Offentlige adresser skifter tilstand i løpet av minutter fordi de er overbelastet av tilkoblinger. For mobile proxyer påvirker et IP-bytte resultatet. Hvis spredningen ikke forsvinner, gi proxyen mer tid til å svare og kjør den to eller tre ganger.
Til kontoer og annonser passer mobile og residente best — plattformene stoler mest på dem. Til parsing av store mengder og overvåking er bedriftsproxyer bedre: de er raskere og billigere. Hvis oppgaven er knyttet til en region, betyr nøyaktig geo mer enn typen.
Ja. Land, region og by finner checkeren ut fra IP-en proxyen bruker for å nå nettet, og der ser den også om adressen er mobil, resident eller en server. IP-typen inngår deretter i poengsummen.
Ja, via API-et. Opprett en kontroll, legg til adresser ved behov og les resultatene som en NDJSON-strøm. For enkeltadresser finnes en egen metode som returnerer en lenke til resultatsiden.
Du kan laste ned adresser fra vårt daglige arkiv, laste opp din egen fil eller gi en lenke til en offentlig liste. Linjeformatet gjenkjenner checkeren selv.
Til engangsoppgaver, eksperimenter og læring — ja. Til fast arbeid — nei: slike adresser er overbelastet, ofte allerede på svartelister og lever bare noen timer. Til kontoer og jevnlig parsing trengs private proxyer.