Gyors mód
Csak az elérhetőséget és a protokollokat ellenőrzi. A legjobb választás, ha gyorsan ki kell szűrni a halott címeket egy hatalmas listából, és szerezzen egy élő poolt.
Mielőtt munkába állítaná a proxykat, ellenőrizni kell őket: a szabály ugyanaz egy fizetős privátcímes csomagra és egy fórumról letöltött ingyenes listára. A csomag leírása és a címek valós állapota szinte soha nem esik teljesen egybe: egyes IP-k már ki vannak kapcsolva, mások alig bírják, és másodpercenként csak néhány kilobájtot adnak, egyesek antispam-adatbázisokban szerepelnek, és az első kérésre captchát kapnak, megint mások pedig egyáltalán nem abból az országból érik el az internetet, amelyért Ön fizetett. Ezt csak egyféleképpen lehet látni: a listát át kell futtatni egy online proxyellenőrzésen.
A Checker.net ingyenes proxyellenőrző, amely közvetlenül a böngészőben működik: program, telepítés és fiók nélkül. A listát beillesztheti a mezőbe, fájlként csatolhatja, vagy hivatkozást adhat rá. Néhány másodpercen belül minden címről látható:
Egy futtatásba legfeljebb 30 000 cím fér: kényelmes tömeges proxyellenőrzés és proxylista-ellenőrzés, a futtatások számának korlátja nélkül. Az eredmények nem gyűlnek össze az ellenőrzés végéig, hanem folyamban érkeznek, így a táblázat az Ön szeme előtt nő.

A proxyellenőrző, más néven proxyvalidátor vagy proxylista-tesztelő, olyan szolgáltatás, amely maga csatlakozik minden proxykiszolgálóhoz, kéréseket küld rajta keresztül, és a válaszok alapján eldönti, hogy a cím használható-e. Ilyen eszköz nélkül minden IP-t egyenként kellene beírni a böngésző beállításaiba, és megnézni, megnyílik-e az oldal. Az ellenőrző ugyanezt az egész listára egyszerre elvégzi, és nem egy bizonytalan „úgy tűnik, működik“ választ ad, hanem egy táblázatot számokkal.
Az ilyen eszközök nagyon különböznek abban, milyen mélyre néznek. A legegyszerűbb ellenőrzés csak egyet tud mondani: válaszolt-e a cím, vagy hallgatott. Valódi munkához ez nem elég, mert a válaszoló proxy még nem hasznos. Szerepelhet egy tucat spamadatbázisban. Nem engedhet be abba a közösségi hálózatba, amelyikért vették. A webhelyek szerveresnek ismerhetik fel ott, ahol otthoni IP kell. Tizenöt másodpercig húzhatja a választ ott, ahol a norma néhány száz milliszekundum. Ezért nem csak az elérhetőség tényét mérjük, hanem a minőséget is: kiderítjük az IP származását, megnézzük a hírnevét, ellenőrizzük, hogyan viselkedik a nagy platformokon, és mindezt egyetlen pontszámba vonjuk össze.
Online ellenőrizni kényelmesebb, mint proxyellenőrző programmal, és ennek három oka van:
A „Ellenőrzés indítása“ gombra kattintás után az eszköz sorról sorra olvassa a listát. Minden sorban felismeri a formátumot, kiolvassa a hostot, a portot, a felhasználónevet és a jelszót, a szemetet és az ismétlődő címeket pedig kihagyja. Ezután az összes proxyt párhuzamosan ellenőrzi: először a protokollokat, utána a többi paramétert.
Egy protokoll ellenőrzéséhez az ellenőrző kapcsolatot nyit a proxyn keresztül, és egy olyan szolgáltatási erőforrást hív, amely közli az őt elérő kliens IP-címét. Egy ilyen kérés egyszerre sokat mond: megerősíti, hogy a proxy él, mutatja a válaszidőt, és ami a legfontosabb, felfedi a kimeneti IP-t — azt a címet, amelyet a webhelyek látni fognak. HTTP/HTTPS és SOCKS5 külön van tesztelve. Ugyanazon a hoston és porton a protokollok gyakran másként viselkednek: a leírás HTTP-t ír, a cím valójában csak a SOCKS-ot érti, vagy éppen fordítva.
A kimeneti IP alapján ezután megállapítható, hol van a cím, és kié: ország, régió, város és típus — mobil, rezidenciális vagy vállalati.
Ezzel egy időben az IP-t egy helyi feketelista-adatbázissal vetjük össze, amelyet rendszeresen frissítünk nyílt antispam-tárolókból.
Teljes módban hozzáadódik a legértékesebb lépés: a proxyn keresztül kérések mennek tizenegy népszerű szolgáltatáshoz, és kiderül, melyek engedik be ezt a címet, és melyek zárják be előtte az ajtót.
Az eredmények azonnal a felületre kerülnek, amint elkészülnek, nem egy csomagban a legvégén. Hosszú listánál sem kell a futó folyamatjelzőt néznie: az első sorok másodperceken belül megjelennek, és működő címeket el lehet vinni, amíg az ellenőrző még a többivel foglalkozik.
A legfontosabb, amit egy címről tudni kell: vajon működik. Ha a proxy nem válaszolt, az ellenőrző megmondja, miért: a kapcsolatot elutasították, a várakozási idő lejárt, a hitelesítés nem sikerült, vagy a szerver adott egy hibát. A különbség itt alapvető. „A cím halott“ és „a cím él, de a jelszóban elírás van“ — két teljesen különböző történet, és a hiba szövege azonnal megmutatja, el kell-e dobni a proxyt, vagy elég a saját listát javítani.
HTTP/HTTPS és SOCKS5 minden címnél külön van ellenőrizve, és minden protokoll saját válaszidőt kap. Így látszik, mit tud a proxy valójában, nem azt, amit az eladó mond. Ez lezár egy nagyon gyakori hibát: a működő SOCKS-proxyt csak azért nyilvánítják hibásnak, mert HTTP-ként keresték.
A válaszidő az, mennyi telik el a proxyn keresztüli kérés elküldésétől a válasz megérkezéséig. Mindenhol ez dönt, ahol a reakció számít: a böngészőben, a felületeken végzett műveletek automatizálásánál és a sok szálon, rövid kérésekkel végzett parsingnél. A csatornasebességet külön mérjük. Akkor fontos, amikor a proxyn nagy mennyiségek mennek át: exportok, médiafájlok, videó. Ezt a két számot nem érdemes összekeverni — egy cím válaszolhat azonnal, és közben csak száz kilobites sebességgel adhatja az adatokat.
Az eszköz megállapítja, honnan származik a cím: mobilszolgáltató hálózatából, otthoni kapcsolatból vagy adatközpontból. Az, hogy a webhelyek mennyire bíznak a forgalomban, nagyrészt éppen ettől függ, ezért az IP típusa az értékelés három összetevőjének egyike. A részletek lejjebb vannak, a proxytípusokról szóló részben.
Az IP-t olyan adatbázisokkal vetjük össze, amelyekbe a spamben, webhelyek elleni támadásokban és csalásokban felbukkant címeket veszik fel.
Egyetlen találat is elég, hogy lássa: a cím hírneve sérült, és a szolgáltatások egy része captchával vagy elutasítással fogadja.
A jelentés leggyakorlatibb része. A proxyn keresztül az ellenőrző tizenegy nagy platformot nyit meg, és mindegyikről jelzi, sikerült-e, mennyi ideig tartott, és milyen HTTP-kód jött vissza. Egy olyan cím, amely élő minden technikai jel szerint, könnyen lehet tiltva éppen azon a szolgáltatáson, amelyre Önnek szüksége van — és ezt itt megtudni sokkal kellemesebb, mint egy letiltott fiókról szóló levélből.
Az értékelés 0-tól 5-ig három dolgot foglal össze: az IP típusát, a feketelistás hírnevet és a szolgáltatások eredményeit. Vele nem kell minden sort végigolvasni — elég a listát rendezni, és felülről elvenni a címeket.
Adja hozzá a címeket. Illessze be őket a „Proxy megadása“ mezőbe, csatoljon dokumentumot a „Fájl feltöltése“ gombbal, vagy adjon hivatkozást a listára a „Feltöltés URL-ről“ lehetőséggel. A sorokat nem kell egy formátumra igazítani: az eszköz magától eligazodik.
Döntse el, mi lesz a címekkel az ellenőrzés után. A megvásárolt privát proxyknál jelölje be a „Ne mentse a proxyjaimat a nyilvános listára“ lehetőséget — akkor nem kerülnek a nyílt archívumba.
Válasszon módot. A gyors mód csak azt erősíti meg, hogy a cím elérhető. A teljes emellett ellenőrzi a szolgáltatásokat, és értékelést ad. A szelektív ugyanezt teszi, de csak az Ön által megjelölt platformokra.
Adja meg az időkorlátot. Az alapérték 10 másodperc. Ha csökkenti, a halott címek gyorsabban kiesnek; ha növeli, a lassú, de működő proxyk nem vesznek el.
Nézzen bele a speciális beállításokba, amikor nincs szüksége minden szolgáltatásra, és vegye ki a felesleges jelöléseket.
Kattintson az „Ellenőrzés indítása“ gombra és figyelje a táblázatot: az eredmény sorai egymás után jelennek meg, nem egyszerre a végén.
Amikor az ellenőrzés véget ér, szűrje a táblázatot állapot és pontszám szerint, másolja a megfelelő címeket — és dolgozhat. Az Ön engedélye nélkül a beküldött lista sehol nem tárolódik.
Az eszköz háromféle proxyfelírást ért, és ehhez semmilyen beállítás nem kell:
Bejegyzés | Mire alkalmas |
|---|---|
host:port | Nyílt proxyk felhasználónév és jelszó nélkül — például ingyenes listák címei. |
login:password@host:port | Fizetős proxyk, amelyekhez felhasználónév és jelszó kell. Az eladók a címek nagy részét ilyen formában adják. |
protocol://login:password@host:port | Változat kifejezett protokollal — például socks5:// vagy http://. |
A host lehet IP-cím és tartománynév is: nem kevés szolgáltató a proxyt éppen tartományként, porttal adja ki. A formátumok egy listában keverhetők — minden sort külön dolgoz fel.
A feltöltésnek is három módja van. Szövegbeillesztés: a címek a mezőbe kerülnek, mindegyik új sorba. Fájl: akkor való, ha a listát az eladó fiókjából exportálták, vagy szöveges dokumentumban tárolják. Hivatkozás: akkor kényelmes, ha a lista állandó URL-en van, és rendszeresen frissül. Az ellenőrző letölti az oldalt, kiveszi belőle a proxykat, és rögtön elindítja az ellenőrzést. Aki nyilvános forrásokat figyel, annak ez a legpraktikusabb lehetőség — nem kell minden alkalommal kézzel átemelni az adatokat.
Három mód van, és mindegyik a saját feladatára való. Lényegében a sebesség és a részletesség között kell választani.
Csak az elérhetőséget és a protokollokat ellenőrzi. A legjobb választás, ha gyorsan ki kell szűrni a halott címeket egy hatalmas listából, és szerezzen egy élő poolt.
Elérhetőség, geo, IP-típus, feketelisták, mind a tizenegy szolgáltatás és az értékelés. Alapértelmezés szerint be van kapcsolva, és minden proxyról a legrészletesebb képet adja.
Ugyanaz, mint a teljes, de csak az Ön által megjelölt platformokra. Gyorsabban működik és jobban követi az adott feladat követelményeit.
Az időtúllépés 1 és 60 másodperc között állítható, az alapérték 10. Ennyit vár az ellenőrző a proxy válaszára, mielőtt elérhetetlennek jelölné.
Ha egy nyilvánvalóan működő listán sorra jönnek az időtúllépések, először növelje ezt az értéket.
Az értékelés pontszáma 0-tól 5-ig. Nem arra való, hogy megtudja, él-e a cím, hanem hogy eldöntse, rábízhatja-e a munkát. A legtöbb ellenőrző megáll ennél az állapotnál: „működik“, pedig két egyformán élő cím hónapokkal térhet el egy fiók élettartamában. A pontszámot három részből álló súlyozott séma szerint adjuk össze: az IP származása, a hírneve a feketelistákon és az, hogyan nyitja meg valójában a népszerű szolgáltatásokat. Az eredmény figyelembe veszi a cím természetét, a múltját és a mostani viselkedését — ezért a pontszám objektív.
Ebből áll a 0-tól 5-ig terjedő pontszám
2. ábra. Az értékelés összetevőinek súlyai
Összetevő | Hozzáad | Levon |
|---|---|---|
Mobil IP | +1.0 | — |
Rezidenciális IP | +0.5 | — |
Vállalati IP | +0 | — |
Feketelisták | +2.0 amikor az IP egyetlen adatbázisban sem szerepel | -0.2 minden adatbázisért, amelyben szerepel, összesen legfeljebb 2 pont |
A szolgáltatások elérhetősége | +2.0 amikor minden ellenőrzött platform megnyílik | -0.2 minden lezárt szolgáltatásért, összesen legfeljebb 2 pont |
Legmagasabb pontszám | 5.0 pont |
Az összeg három szám összege: a címtípus pontja, a hírnév pontja és a szolgáltatások pontja. A hírnév és a szolgáltatások ugyanazon séma szerint számolódnak: egy kifogástalan eredmény hoz mind 2 pontot, és minden eltérés levon 0,2. Egyik rész sem veszíthet kettőnél több pontot. Nullára eshet, de mínuszba nem megy, és a többi tagot sem húzza le. A pontszám ezért mindig 0 és 5 között marad, az arányok pedig egyensúlyban vannak: 40% jut a hírnévre és a platformokkal végzett tényleges munkára, a maradék 20% az IP származására esik.
Melyik cím | Számítás | Pontszám |
|---|---|---|
Mobil, az adatbázisokban nem szerepel, mind a 11 szolgáltatást megnyitja | 1.0 + 2.0 + 2.0 | 5.0 |
Rezidenciális, tiszta hírnév, 1 szolgáltatás zárva | 0.5 + 2.0 + 1.8 | 4.3 |
Szerveres, adatközpontból, az adatbázisokban nincs, mindent megnyit | 0 + 2.0 + 2.0 | 4.0 |
Rezidenciális, egy adatbázisban szerepel, 2 szolgáltatás zárva | 0.5 + 1.8 + 1.6 | 3.9 |
Vállalati, három adatbázisban szerepel, 6 szolgáltatás zárva | 0 + 1.4 + 0.8 | 2.2 |
Vállalati, tíz vagy több találat, semmi sem nyílik meg | 0 + 0 + 0 | 0.0 |
Szelektív módban a szolgáltatási rész csak az Ön által megjelölt platformokra számít, a szabály pedig ugyanaz: mínusz 0,2 minden lezártért a saját készletéből. Ha az ellenőrzésben három szolgáltatás marad, ez a rész legfeljebb ennyit veszíthet: 0,6 pont, és a hírnév erősebben kezd hatni a pontszámra. Ez akkor hasznos, ha a saját forgatókönyvéhez kell egy szám, nem egy átlagolt pontszám „az egész internetre“.
Tiszta cím. Nincs feketelistán, minden ellenőrzött platform megnyílik, az IP típusa pedig nagy bizalmat kelt a webhelyeknél. Az ilyen proxykon tarthatja a legérzékenyebb feladatokat: hirdetési fiókokat, közösségi fiókokat, fizetési és banki szolgáltatásokat, regisztrációkat. Az 5.0-s maximum csak olyan mobil címnek jár, amelynek egyetlen adatbázisban sincs bejegyzése, és minden szolgáltatása nyitva van — így van kitalálva.
Működő cím, de fenntartásokkal. Vagy vannak külön bejegyzései antispam-adatbázisokban, vagy a szolgáltatások egy része nem nyílik meg. Parsingre, árkövetésre, nyílt adatok gyűjtésére és más feladatokra, ahol a hírnév nem dönt el mindent, ez rendes választás, és az ilyen proxyk általában olcsóbbak. Ebben a sávban ne csak a számot nézze, hanem azt is, melyik platform nem nyílt meg. Egy 4.0-s, teljesen elérhető szervercím megbízhatóbb, mint egy 4.3-as rezidenciális, ha az utóbbinál pont a szükséges Instagram van zárva.
Kétes vagy blokkolt cím. Egyszerre több feketelistán is szerepel, és a legtöbb platform nem engedi be. Az ilyen proxykon keresztül ne lépjen be fiókokba: nagy a captcha, a személyazonosság-ellenőrzés vagy a már az első műveletnél történő tiltás kockázata. Egyszeri technikai feladatokra még megfelelhet, de fiókokhoz való poolba nem való.
Feladat | Minimum | Mit ellenőrizzen a pontszámon felül |
|---|---|---|
Regisztrációk, hirdetési fiókok, fizetési szolgáltatások | 4.5-től | Mobil vagy rezidenciális IP, egyetlen adatbázis-bejegyzés sem |
Már létrehozott közösségi fiókok kezelése | 4.0-tól | Megnyílnak-e pont azok a platformok, amelyeken fiókjai vannak |
Keresési találatok és pozíciók gyűjtése | 3.5-től | A Google-nek és a Yandexnek meg kell nyílnia, a geónak pedig egyeznie kell |
Nyílt adatok parsingje, árak követése | 3.0-tól | Itt a sebesség és a válaszidő többet nyom a latban, mint a hírnév |
Streaming és médiaszolgáltatások | 3.0-tól | A YouTube, a Twitch és a Spotify megnyílik, a sebesség tartalékkal |
Ezek a küszöbök tájékozódási pontok, nem törvény: a döntés a pontszám és a jelentés részletei alapján születik. A fő haszon máshol van. A táblázatot egy másodperc alatt rendezheti értékelés szerint, és felül rögtön azok a címek lesznek, amelyeket érdemes elvinni. Ami a saját szintje alatt van, egy csomagban visszaadható az eladónak cserére, anélkül hogy minden címet kézzel átnézne.
Vegyünk két proxyt, a táblázatban mindkettőnél ez áll: „működik“. Az első mobil IP, amely egyetlen adatbázisban sincs, és mind a tizenegy szolgáltatás megnyílik rajta: pontszám 5.0. A második adatközpontból származó szervercím, három feketelistán szerepel, és a tizenegy platform közül haton zárva van: pontszám 2.2. Formálisan nincs különbség, mindkettő élő. A gyakorlatban az első hónapokig bírja, a második az első regisztráción tiltást kap. Az értékelés éppen ezt a különbséget mutatja, ezért az eszerinti rendezés több időt spórol, mint bármelyik állapotszűrő.
Nagy mennyiségnél ez különösen látszik. Az állapotszűrő csak néhány ezer halott proxyt vesz ki a listából — egy megvásárolt poolban általában tíz–negyven százalék van belőlük, egy ingyenes listán szinte az összes. A megmaradt „élő“ címeknél a pontszám alacsonyabb, mint 3,0, és a munka megkezdése előtt ezt csak az értékelésből lehet látni. A pool átlagos pontszáma abban is segít, hogy a szolgáltatókat tisztességesen összevesse: nem a webhely szövege szerint, hanem ugyanazzal a mérhető számmal, ugyanazon a platformkészleten.
Az értékelés egy pillanatot rögzít, ezért az ellenőrzésenkénti ingadozás természetes. A mobil proxy rotációkor IP-t vált, és a következő futás már másik szolgáltatói címet ellenőriz. Rendszeresen frissítjük a feketelisták adatbázisát a nyílt antispam-tárolókból, ezért egy cím kikerülhet a listáról, vagy fel is kerülhet rá, mert Ön előtt már használták. A platformok tartományokra vonatkozó szabályzata is változik: egy szolgáltatás, amely reggel megnyílt, mutathat egy captchát este. Rövid időtúllépésnél pedig a lassú címek elérhetetlennek számítanak, és pontot veszítenek az elérhetőségre. Ha a pontszámok feltűnően ugrálnak, növelje az időtúllépést, és ellenőrizze újra.
Az API-ban minden cím pontszáma az sc mezőben jön vissza, ezért a küszöb szerinti válogatást és a pool rendezését könnyű szkriptre bízni. Az értékelés a teljes és a szelektív módban készül. Gyors módban nincs: az csak az elérhetőséget ellenőrzi, cserébe a nagy lista sokkal gyorsabban lefut.
A proxy típusa arra válaszol, kié valójában az IP: mobilszolgáltatóé, otthoni szolgáltatóé vagy adatközponti tárhelyé. Ebből következik a sebesség, a stabilitás, és mindenekelőtt az, mennyire bíznak meg a webhelyek a forgalomban. A helyesen választott típus hat a költségre és egy tiltás kockázatára, ezért vásárláskor ezt kell először eldönteni, nem egy formális mezőt a csomagban.
Az ilyen proxyk forgalma a mobilszolgáltatók hálózatán megy, ugyanazokról a címekről, mint több millió okostelefon-tulajdonosé. A szolgáltató egy IP-t egyszerre sok előfizetőnek ad, és folyamatosan cseréli. Ezért a webhelyek nagyon vonakodnak blokkolni mobil címeket: több ezer valódi felhasználó is érintett lenne. Innen ered a legmagasabb hírnév az összes típus közül.
A mobil proxyt ott választják, ahol fiókok forognak kockán: közösségi promóció, forgalmi arbitrázs, hirdetési fiókok, regisztrációk, szigorú csalásvédelmű szolgáltatások. A hátrány az ár és a sebesség. A mobilkapcsolat lassabb és kevésbé stabil, mint a vezetékes, rotáció közben pedig a cím néhány másodpercre eltűnhet. Tömeges parsingre ez drága és egyszerűen felesleges.
Ezek valódi otthoni kapcsolatok IP-címei, amelyeket szokásos internetszolgáltatók adtak ki az előfizetőiknek. Egy webhely számára az ilyen látogató nem különbözik egy hétköznapi embertől, aki otthon ül egy adott városban. A rezidenciális proxy univerzális eszköz erre: web scraping, hirdetések ellenőrzése, regionális találatok elemzése, geo-korlátozások megkerülése és minden feladat, ahol „emberi“ nyom és nagy helyválaszték kell.
A bizalom és az ár egyensúlya szerint ez a legjobb választás: olcsóbb a mobilnál, és érezhetően megbízhatóbb a szerveresnél. Az, hogy egy adott cím mennyire stabil, attól függ, kinek az otthoni kapcsolata áll mögötte. Ezért az ilyen poolt különösen hasznos munka előtt ellenőrizni.
Tárhelyplatformok és adatközpontok IP-jei. A minimális késleltetés, a vastag csatorna, a megszakadás nélküli egyenletes működés és a megfizethető ár miatt választják őket. Ha sok forgalom és sok párhuzamos folyam kell, nincs jobb lehetőség. A nagy mennyiségek parsingje, az árak és a készlet követése, az automatizálás, a tömeges adatellenőrzés, a botok és a szolgáltatási integrációk kiválóan működnek szerverproxykon.
A gyenge pontjuk a felismerhetőség. Az adatközpontok tartományai jól ismertek, és a botvédelemmel ellátott webhelyek az ilyen forgalmat azonnal nem háztartásinak minősítik. A cím ettől nem lesz rossz, csak nem illik oda, ahol a szolgáltatás otthoni felhasználót vár. A nulla pont a pontszámban nem azt jelenti, hogy „a proxy rossz“, hanem hogy „nincs bizalmi bónusz“.
A feketelista nyilvános adatbázis azokból az IP-címekből, amelyeknél nem kívánt tevékenységet észleltek. Ilyen adatbázisokat antispam projektek, tárhelyszolgáltatók, levelezőszolgáltatások és biztonsági kutatók vezetnek, és levelezőszerverek, CDN-ek, csalásvédelmi rendszerek és webhelytulajdonosok használják őket. Ha egy cím szerepel az adatbázisban, bármely szolgáltatás elutasíthatja anélkül, hogy a részletekbe menne.
Minden IP-t összevetünk egy helyi adatbázissal, amelyet nyílt antispam-tárolókból rendszeresen töltünk fel. A címek leggyakrabban három okból kerülnek oda:
Tartsa szem előtt: többnyire Önnek ehhez semmi köze. Egy nyilvános proxyt egyszerre több tucat ember használ, a poolok címeit pedig évekig továbbadják és újra bérbe adják. Az IP-vel együtt a múltját is megkapja, beleértve annak a következményeit, amit Ön előtt mások csináltak.
Tiszta IP — egyetlen adatbázisban sem szerepel. A pontszámhoz a teljes +2 pontot adja, és a szolgáltatások semlegesen kezelik.
Gyanús IP — egyes adatbázisokban előfordul. Egyes szolgáltatások mutatni kezdenek egy captchát és további megerősítést kérnek.
Blokkolt IP — szerepel a feketelistákon egynél többön is. Sok platform megtagadja a hozzáférést, és fiókokkal való munkára nem alkalmas.
Ha a saját IP-je került feketelistára, delistinggel kell kivezetnie, adatbázisonként külön, és előtte le kell állítania azt a tevékenységet, amely miatt oda került. Megvásárolt proxynál egyszerűbb: gyorsabb megkérni az eladót, hogy cserélje a címet. Egy normális szolgáltató vita nélkül cseréli a letiltott IP-ket, az ellenőrzés eredményei pedig konkréttá teszik a beszélgetést.
A legtöbb ellenőrzőnek nincs ilyen funkciója, pedig a gyakorlatban hasznosabb az összes többinél. Egy cím lehet élő, kifogástalan előzménnyel és a megfelelő országgal — és mégis használhatatlan a munkához, mert a szükséges platform már ismeri ezt a címet, és nem engedi be. Ezt előre kiderítjük. Minden proxyn keresztül az ellenőrző tizenegy népszerű szolgáltatást hív, és mindegyik eredményét külön mutatja: megnyílt-e a szolgáltatás, mennyi ideig tartott a válasz, milyen HTTP-kód jött, és milyen hiba jelent meg, ha ki lehetett olvasni.
Alapértelmezés szerint mind a tizenegy platform be van jelölve. Ha csak kettő vagy három érdekli, a többi jelölést vegye ki a speciális beállításokban: a futás rövidebb lesz, a pontszám pedig pontosan az Ön készletét tükrözi. A táblázatban az eredmény egy „9 / 11“ jellegű számlálóba csukódik, kattintásra pedig megnyílik a lista az egyes platformok részleteivel.
Platform | Mit ad az ellenőrzés |
|---|---|
Google | Keresés, hirdetések, fiókok. A Google gyorsan felismeri a szerver IP-ket, és mutat nekik egy captchát, így ezen látszik a legjobban, mennyire tiszta a cím. |
Yandex | Orosz nyelvű keresés, Direct, Metrica. Ez az ellenőrzés kötelező, ha orosz forgalommal és regionális találatokkal dolgozik. |
Facebook | Business Managerek és hirdetési fiókok. A Meta csalásvédelme az egyik legszigorúbbnak számít, és egy sötét múltú IP szinte azonnal iratellenőrzéssé és lezárt fiókká válik. |
Instagram | Fiókok, automatizálás, adatgyűjtés. A platforma különösen igényes az IP típusára, és a szervercímek nem élnek sokáig rajta. |
TikTok | Szigorúan a geo-hoz kötött, és agresszíven védekezik a botok ellen. Az ellenőrzés megmutatja, hogy a szolgáltatás hétköznapi, a megfelelő országból érkező felhasználónak fogadja-e a címet. |
YouTube | Videó nézése és letöltése, regionális korlátozások. A YouTube-nál nem elég az elérhetőség: a csatorna sebessége is számít. |
X (Twitter) | Nyílt adatok gyűjtése és munka a fiókokkal. A hálózat gyakran blokkolja a tárhelyszolgáltatók egész tartományait. |
VK | Az orosz internet legnagyobb közösségi hálózata: fiókok, hirdetések, adatok gyűjtése közösségekből. |
Twitch | Közvetítések és csevegés. Jól mutatja, alkalmas-e a cím olyan feladatokra, ahol stabil kapcsolat és kis késleltetés kell. |
Spotify | A fiók szorosan egy országhoz kötött. Az ellenőrzés megerősíti, hogy a szolgáltatás a címben a megfelelő régió IP-jét látja. |
Pinterest | Forgalmi feladatok és adatgyűjtés. A platform figyelmesen nézi a cím hírnevét. |
Minden szolgáltatásnál három érték érkezik: sikerült-e megnyitni az oldalt, mennyi ideig tartott a válasz, és milyen HTTP-kódot adott vissza a platform. A legtöbbet a kód mondja: abból látszik, miért nem felelt meg a cím, és mi a következő lépés.
Válasz | Mit jelent ez általában |
|---|---|
200 | A szolgáltatás gond nélkül megnyílt, és a cím használható ehhez a platformhoz. |
301, 302 | Átirányítás. Legtöbbször a webhely regionális változatára visz, és akkor minden rendben van. Ha viszont a szolgáltatás ellenőrző oldalra küldi, nem bízik a címben. |
403 | A belépés zárva van: a platforma ismeri ezt a címet vagy az egész tartományát. A legegyértelműbb jel, hogy a proxy nem illik ehhez a szolgáltatáshoz. |
429 | Túl sok kérés. Ez megosztott proxykon gyakran előfordul, mert egy címen keresztül nem csak Ön dolgozik. Fiókoknál ez kockázat, egyszeri parsingnél néha elviselhető. |
5xx | Magának a szolgáltatásnak vagy egy köztes átjárónak a hibája. Az ilyen eredményt érdemes újra ellenőrizni: egyetlen hiba ebből a típusból nem mindig jelenti azt, hogy a proxy a hibás. |
Időkorlát | A válasz nem fért bele a kijelölt időbe. Vagy a csatorna lassú, vagy a platform felé menő forgalmat szűrik. Növelje az időkorlátot, és ismételje meg — a címek egy része átmegy. |
Kapcsolódási hiba | A kapcsolatot megszakították, vagy nem fogadták. Ez egy tiltás a hálózat szintjén, vagy korlát magán a proxykiszolgálón. |
A válaszidőt a kóddal együtt kell nézni. Ha egy szolgáltatás öt másodperc alatt nyílt meg, formailag elérhető, de egy ilyen címen keresztül a hirdetési fiók felületén dolgozni gyötrelmes lesz. Ha egy tucat platformon látszik, hol érkezett a válasz azonnal, és hol alig jutott el, a csatorna valódi minősége nyilvánvalóvá válik.
Feladat | Mit ellenőrizzen |
|---|---|
Arbitrázs, Meta-hirdetési fiókok | Facebook és Instagram, plusz a Google, ha a kombinációban displayhirdetés is van |
TikTok és kreatívok | TikTok és YouTube, a geónak pedig pontosan egyeznie kell |
SEO, találatok és pozíciók | Google és Yandex |
Orosz nyelvű piac: fiókok és hirdetések | VK, Yandex, Facebook |
Videó, zene, közvetítések | YouTube, Twitch, Spotify |
Parsing és nyílt adatok gyűjtése | A Google és azok a platformok, ahonnan adatot gyűjt |
Új szolgáltató ellenőrzése | Mind a tizenegy, hogy a pool mutatója összehasonlítható maradjon |
A platformok eredményei közvetlenül hatnak a pontszámra. Ha minden ellenőrzött szolgáltatás megnyílik, a cím kap +2 pontot, és minden zárt szolgáltatás levon 0,2, de legfeljebb 2 pontot összesen. Így a szolgáltatások elérhetősége az értékelésből legfeljebb 40% jut — ugyanannyi, mint a hírnév a feketelistákon. A szolgáltatásokat teljes és szelektív módban ellenőrizzük. A gyors mód csak arra válaszol, elérhető-e maga a proxy. Az API-ban a platformok eredményei az s mezőben jönnek: minden szolgáltatásnál ott a kódja, a siker jelzője, a válaszidő és a HTTP-állapot. Ezért egy olyan szűrő, hogy „csak azok a címek, amelyeken az Instagram megnyílik“, egy sor.
Az anonimitás azt mutatja, mennyire rejti el a proxy, hogy Ön használja, és elrejti-e a valódi IP-jét. A proxy rendben átengedheti a forgalmat, a fejlécekben mégis őszintén bevallhatja a webhelynek, hogy közvetítő — vagy akár a saját címét is beírhatja oda. Általában három szintet különböztetünk meg.
A szolgáltatási fejlécekben jelzi a proxyt és az Ön valódi IP-jét is. Anonimitásra nem alkalmas, csak gyorsítótárazásra és belső feladatokra való.
Elrejti az Ön IP-jét, de azt nem, hogy a kérés proxyn megy keresztül. Geo-korlátozások megkerülésére alkalmas, a csalásvédelemmel ellátott szolgáltatások viszont gyanakodva nézik az ilyen forgalmat.
Sem az Ön címét, sem magát a proxyt nem árulja el, a kérés pedig úgy néz ki, mint egy hétköznapi felhasználói látogatás. Fiókokkal való munkához csak ez a szint alkalmas.
Egy anonimitási szint nem elég ahhoz, hogy megbízzon a proxyban. Egy formailag elit cím szerepelhet spamadatbázisokban, és a szolgáltatások felét nem nyitja meg, akkor pedig az anonimitás semmit nem ér. Ezért az ellenőrző nem áll meg az anonimitásnál: megtudja a kimeneti IP-t, kideríti, honnan származik a cím, összeveti az adatbázisokkal, és megpróbál nyitni élő szolgáltatásokat rajta keresztül. Azt, hogy a proxy alkalmas-e a munkára, ez az egész kép együtt dönti el, nem egyetlen fejléc.
A protokoll dönti el, milyen nyelven beszél a szoftver a proxyval, és mit lehet egyáltalán átküldeni rajta. Az ellenőrző működik HTTP, HTTPS és SOCKS5 protokollal — a gyakorlatban ez a három lehetőség szinte mindent lefed.
Jegyzőkönyv | Hogyan épül fel, és mikor van rá szükség |
|---|---|
HTTP | A webes forgalom fő protokollja. A proxy látja a kérés tartalmát, és fel tudja dolgozni. Jó hétköznapi oldalak adatainak gyűjtésére és API-kérésekre, de titkosítást maga nem ad hozzá. |
HTTPS | HTTP-proxy védett kapcsolattal: a forgalom alagútban megy, és útközben nem olvasható. Mindenhol kötelező, ahol hitelesítés és személyes adatok vannak. |
SOCKS5 | Általános, alacsonyabb szintű protokoll. Bármilyen TCP-forgalmat átenged, nem csak a webet. Alkalmazásoknak, torrentklienseknek, játékoknak, levelezőprogramoknak és mindennek kell, ami nem böngésző. Támogatja a hitelesítést, és nem nyúl a kérések tartalmához. |
Egyszerű szabály: vegyen HTTP/HTTPS protokollt webhelyekhez és API-hoz, és SOCKS5 protokollt tetszőleges alkalmazásforgalomhoz. Egy cím gyakran támogatja mindkettőt, de korántsem mindig, az eladók pedig gyakran pontatlanul adják meg a protokollt. Ezért a HTTP-t és a SOCKS5-öt külön ellenőrizzük: a jelentésben azonnal látszik, melyik protokoll ténylegesen működik a címen, és nem kell a szoftvert hibás adatok alapján beállítania.
A proxy nagyon gyakran „nem működik“ éppen a protokoll miatt. Ha a programban a cím HTTP-ként szerepel, de csak SOCKS5, a kapcsolat nem jön létre, pedig maga a proxy teljesen működőképes. A protokollt írja ki kifejezetten, a socks5:// vagy a http:// előtaggal, és nem lesz keveredés.
Egy halott proxyt egy parserben vagy antidetect böngészőben könnyű magának a programnak a hibájának hinni. A feladatok elhasalnak, a munkamenetek megszakadnak, a naplók tele lesznek érthetetlen hibákkal, és fél napig keresheti az okot egészen máshol. A lista ellenőrzése másodpercekig tart, és rögtön kizárja ezt a lehetőséget: biztosan tudja, hogy a címek rendben vannak, és a gond máshol van.
Ez a legdrágább kockázat. Elég egyszer belépni egy fiókba rossz hírnevű címről ahhoz, hogy személyazonosítást kérjenek, gyakran pedig kap tiltást. A fiókkal együtt elveszhetnek a hozzákapcsolt hirdetési fiókok és az egész előzmény. A helyreállítás hetekig tart, és nem mindig sikerül. A feketelista-ellenőrzés és a szolgáltatásteszt még azelőtt megmutatja a veszélyes címet, hogy Ön azon keresztül belépne.
Az ország a leírásban és a tényleges kilépési ország állandóan eltér. Ha a feladat régióhoz kötött — helyi találatok, helyi árak, egy ország szolgáltatása —, a rossz geójú cím használhatatlan. Munka közben ezt nehéz észrevenni: technikailag minden működik, csak éppen nem a megfelelő adatok gyűlnek.
A megvásárolt pool rendszeres ellenőrzése az egyetlen módja annak, hogy kiderüljön, mit ad el valójában a szolgáltató. A címek mekkora része él, és hány van a feketelistákon, nem adnak-e el szerver IP-t rezidenciálisként, és a sebesség megfelel-e az ígértnek. Ha a kezében vannak az ellenőrzés eredményei, a rossz címek cseréje megszokott eljárás, nem vita.
Ha a pool ellenőrzött és tiszta, a következő indítás ugyanúgy megy, mint az előző. Ellenőrizetlen poolnál az eredmény a véletlenen múlik: az egyik indítás mindent összegyűjt, a másik kap egy captchát a címek felén, és utána már nem lehet megmondani, mi változott.
Azoknak, akik parsinggel és automatizálással foglalkoznak. A tiszta pool kevesebb ismételt kérést és kihagyott oldalt jelent, és kiszámítható gyűjtési időt. Az indítás előtti ellenőrzés megkíméli attól, hogy találgassa, miért állt le megint a szkript.
SMM-szakembereknek és arbitrázsosoknak. Az IP hírnevétől függ, hogy egy fiók hónapokig él-e, vagy már az első napon bant kap. Számukra a jelentésben a lényeg a cím fajtája, és az, hogy a szükséges közösségi hálók beengedik-e.
SEO-szakembereknek. Pozíciót a megfelelő város lakójának szemével csak olyan címről lehet nézni, amely tényleg onnan lép ki, nem csak a leírás szerint szerepel ott. Az ellenőrző megmutatja a tényleges országot és várost, és közben kideríti, kap-e a cím egy captchát a Google-tól vagy a Yandextől.
Fejlesztőknek és tesztelőknek. Ahhoz, hogy ellenőrizze a szolgáltatás elérhetőségét különböző országokból és különböző IP-típusokról, a geo-logikát, a lokalizációt és a regionális korlátozásokat, olyan proxyk kellenek, amelyek bizonyítottan működnek és a paramétereik ismertek.
Azoknak, akik árakat követnek és e-commerce-ben dolgoznak. A piacterek és a boltok az árakat, a készletet és a pozíciókat aszerint mutatják, honnan érkezett a kérés. Rossz régiójú proxy — és a jelentésekbe idegen számok kerülnek.
Proxyeladóknak és viszonteladóknak. Gyorsan ellenőrizni a poolt, mielőtt átadná az ügyfélnek, és objektív számokat kapni a saját szolgáltatóval folytatott beszélgetéshez. Az értékelés olyan minőségmérő, amelyet az ügyfél ért.
Mindenkinek, aki ingyenes proxyt használ. A nyilvános listákban a címeknek csak néhány százaléka működik, és kézzel nem találja meg őket. A tömeges ellenőrzés az egyetlen módja annak, hogy egy ilyen listából hasznot húzzon.
Nincs olyan proxy, amely mindenre jó. Egy parsingre ideális cím rosszul illik hirdetési fiókhoz, és fordítva. A feladatból induljon ki, és abból, mennyire kell a platformnak megbízni Önben.
Feladat | A proxy fajtája | Mit nézzen a jelentésben |
|---|---|---|
Közösségi fiókok, regisztrációk | Mozgó | Pontszám 4,5-től, egyetlen feketelistás bejegyzés nélkül, és a szükséges platform megnyílik |
Hirdetési fiókok, arbitrázs | Mobil, rezidenciális | Tiszta hírnév, a Facebook és a Google megnyílik, a válaszidő stabil |
Web scraping, adatgyűjtés | Rezidenciális, vállalati | Sebesség, válaszidő, a célerőforrás elérhetősége |
Árak és regionális találatok | Lakó | Geo város pontossággal, a Google és a Yandex megnyílik |
Nagy mennyiségek tömeges parsingje | Társasági | Csatornasebesség, minimális válaszidő, stabilitás |
Streaming és média | Lakó | Sebesség, a YouTube, a Twitch és a Spotify elérhetősége |
Tesztelés és QA | Bármelyik, a forgatókönyvhöz | Kiszámítható geo és IP-típus, stabil állapot |
Az ingyenes proxykról külön érdemes szólni. Egyszeri feladatokra, tanulásra és kísérletekre megfelelnek, munkára nem. A nyilvános listák címeit egyszerre sokan használják, ezért túlterheltek, gyakran már feketelistán vannak, és csak néhány óráig élnek. Ha a feladat fontos, a privát proxyk azonnal megtérülnek — már csak azért is, mert a poolt nem kell óránként újraellenőrizni.
Ha egy cím nem ment át az ellenőrzésen, a hiba szövege szinte mindig az okra mutat. A leggyakoribb esetek:
Üzenet | Mi történt, és hogyan tovább |
|---|---|
Kapcsolat elutasítva connection refused | Ezen a címen és porton semmi nem figyel: a proxy ki van kapcsolva, a port hibás, vagy a címet már nem adják ki. Először a portot ellenőrizze, aztán cserélje a címet. |
Az időkorlát lejárt timeout, deadline exceeded | A proxy nem válaszolt időben. Vagy halott, vagy csak lassú. Állítsa az időtúllépést 20–30 másodperc értékre, és futtassa újra: a lassú, de működő címek átmennek. |
Hitelesítés szükséges 407 Proxy Authentication Required | A proxy él, de a felhasználónév és a jelszó nem lett átadva, vagy hibás. Ellenőrizze a sor formátumát: a privát proxynak login:password@host:port alak kell. |
Hozzáférés megtagadva 403 Forbidden | A proxy működik, de éppen Önt nem engedi be. Általában az Ön IP-je nincs az eladó engedélyezési listáján, vagy a csomag forgalma elfogyott. Ezt a szolgáltatónál lehet rendezni. |
Protokollhiba | A cím válaszol, de más protokollon, mint amelyiken megszólította. A protokollt írja ki kifejezetten — socks5:// vagy http://. |
A szolgáltatás zárva van, pedig a proxy működik | Maga a cím rendben van, de egy adott platform blokkolja azt. Ez nem az ellenőrzés hibája, hanem éppen az az eredmény, amiért a szolgáltatásteszt fut. |
A proxy működik, de a pontszám alacsony | A cím elérhető, de feketelistán van, és/vagy a szolgáltatások egy részét nem nyitja meg. Parsingre megfelel, fiókokra nem. |
Ha ugyanazok a hibák futnak végig az egész listán, az ok általában nem a proxy. Ellenőrizze a sorok formátumát, a hitelesítési adatokat és a protokollt. Ha a hibák különböznek, és rendszer nélkül szóródnak, a lista tényleg vegyes, és nyilvános címeknél ez megszokott eredmény.
Az ellenőrzés beépíthető a saját termékbe: szolgáltatói panelbe, parserbe, Telegram-botba, antidetect böngészőbe, a pool belső figyelésébe vagy egy CI-feladatba, amely ütemezés szerint futtatja a címeket. Az API mindent megmutat, amit a webes felület: az egyes protokollok állapotát, a kimeneti IP-t, a válaszidőt, a sebességet, a geót, a cím típusát, a feketelisták és szolgáltatások eredményeit, valamint a végső pontszámot.
Az alapcím a https://checker.net. A külső integrációk az x-api-key fejlécben lévő kulccsal hitelesítenek, amelyet a fiókban lehet megszerezni. A kérések sémái és a válaszpéldák részletesen le vannak írva a dokumentációban.
Metódus | Mire való |
|---|---|
POST /v1/landing/check/{requestId} | Ellenőrzést hoz létre. A requestId UUID v7, és a kliens maga állítja elő a kérés előtt. |
POST /v1/landing/check/{requestId}/add | Címeket ad egy már létrehozott ellenőrzéshez. A 30,000-es korlát az egész ellenőrzésre vonatkozik. |
GET /v1/landing/check/info/{requestId} | Az ellenőrzés adatai: mód, címek száma, szolgáltatások készlete, létrehozás és lejárat ideje. |
GET /v1/landing/check/result/{requestId}/stream | Eredmények folyama NDJSON-ben, soronként egy objektum. |
POST /v1/integration/landing/check | Egy cím ellenőrzése külső integrációkhoz. Azonosítót és hivatkozást ad vissza az eredményoldalra. |
GET /v1/landing/archive | Az archívum dátumai és a címek száma minden dátumhoz. |
GET /v1/landing/archive/{date} | Címek a kiválasztott napra, a dátum YYYY-MM-DD formátumban. |
Paraméter | Értékek | Mit állít be |
|---|---|---|
dsnList | sztringek tömbje, kötelező | Címek host:port, login:password@host:port vagy protocol://login:password@host:port alakban. |
checkType | light · soft · custom, alapértelmezés szerint soft | Mód: gyors elérhetőség-ellenőrzés, teljes értékeléssel, vagy szelektív a saját szolgáltatáskészlet szerint. |
services | facebook, google, yandex, tiktok, youtube, vk, twitch, spotify, twitter, instagram, pinterest | Ellenőrizendő platformok. Ha nem adja meg őket, mind a tizenegy ellenőrzésre kerül. |
timeout | 1-től 60-ig, alapértelmezés szerint 10 | Hány másodpercig várjon a proxy válaszára. |
archiveEnabled | true · false, alapértelmezés szerint false | Közzétegye-e az ellenőrzött címeket a nyílt archívumban. |
Az eredmények a hivatkozáson 30 percig érhetők el az ellenőrzés létrehozása után. Ami a 30,000-es korláton túl van, nem kerül be. A kérés ettől még sikeresen lefut, az eldobott sorok száma pedig a skippedCount mezőben érkezik. Figyelje, amikor nagy listákat tölt fel.
# A requestId-t a kliens hozza létre, a formátum 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 # Egy sor egy JSON-objektum: # id — a cím azonosítója p — haladás, 0-tól 100-ig # dsn — eredeti proxy sor sc — minőségi pontszám # http — HTTP-eredmény socks — SOCKS5-eredmény # s — szolgáltatások eredményei # # A http és a socks mezőben: kimeneti IP, siker, válaszidő, sebesség, # hiba szövege, geo és a cím típusa. # Az s mezőben: szolgáltatáskód, siker, válaszidő, HTTP-állapot.
curl -X POST https://checker.net/v1/integration/landing/check \
-H "x-api-key: AZ_ÖN_KULCSA" \
-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()) # éles kódban használjon UUID v7-et
requests.post(f"{BASE}/v1/landing/check/{rid}", json={
"dsnList": ["user:pass@1.2.3.4:8080"],
"checkType": "soft",
"timeout": 10,
})
# az eredményeket akkor vesszük át, amikor elkészülnek
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"))Minden nap azok a címek, amelyek átmentek az ellenőrzésen, bekerülnek a nyílt archívumba mint működő proxyk. Válasszon dátumot, és megkapja azoknak a proxyknak a listáját, amelyek az ellenőrzés pillanatában működtek — egy nap alatt néhány ezertől több tízezer cím gyűlik össze. Az előzmény hónapokig megmarad, és exportálható a webhelyen és az API-n keresztül is.
Ne feledje, hogy az archívum egy adott pillanat állapotát mutatja, és nem garantálja, hogy a címek most is élnek. A nyilvános proxyk nem tartanak sokáig, és egyszerre sok felhasználó terheli őket, így egy nap alatt a lista észrevehető része nem válaszol. Munka előtt futtassa az exportot még egyszer az ellenőrzőn: aktuális poolt és friss pontszámokat kap. Egyszeri feladatokra, kísérletekre és tanulásra ez elég. Fiókokkal való stabil munkához és parsinghez privát mobil vagy rezidenciális címek kellenek.
A proxyjai csak akkor kerülnek az archívumba, ha Ön maga akarja. Hogy ez ne történjen meg, indítás előtt jelölje be az űrlapon a „Ne mentse a proxyjaimat a nyilvános listára“ lehetőséget. Aki vásárolt privát címeket ellenőriz, azt mindig bekapcsolva tartsa.
Egy privát proxy ellenőrzéséhez át kell adni a felhasználónevet és a jelszót, és ennek megfelelően bánunk velük. A hitelesítési adatok csak az ellenőrzéshez kellenek: segítségükkel az eszköz csatlakozik a proxyhoz, és kéréseket küld rajta keresztül. Az archívumba és a nyílt listákra nem kerülnek.
A „Ne mentse a proxykat a nyilvános listára“ jelölőnégyzet teljesen kiveszi a közzétételből az ellenőrzött címeket. Az eredmények korlátozott ideig érhetők el a hivatkozáson — 30 perc az indítástól számítva, utána már nem érhetők el. Az ellenőrzéshez nem kell regisztráció, API-kulcs pedig csak a külső integrációkhoz kell.
Az online ellenőrzésnek van még egy előnye. A több ezer címhez a mi szervereink nyitnak kapcsolatot, nem az Ön csatornája. A saját IP-je nem vesz részt a tömeges kapcsolódásokban, ezért nem kelti fel a szolgáltató figyelmét, és nem kockáztatja, hogy ugyanazokon a feketelistákon kössön ki, amelyeken a proxykat ellenőrzi.
Nem. A checker.net-en az ellenőrzés ingyenes, regisztráció nem kell, és az indítások száma nincs korlátozva. API-kulcs csak a külső integrációkhoz szükséges.
Akár 30 000 proxyt egy ellenőrzésben. Új címeket már futó ellenőrzéshez is lehet adni, az eredmények pedig elkészülésük szerint érkeznek, így nem kell a lista végéig várni.
HTTP, HTTPS és SOCKS5 protokollal. A HTTP- és a SOCKS-kapcsolatokat külön ellenőrzi, ezért a jelentés megmutatja, melyik protokollon működik valójában a cím.
A három forma bármelyike megfelel: host:port a nyílt címekhez, login:password@host:port a jogosultsággal védett privát címekhez, és protocol://login:password@host:port, ha a protokollt kifejezetten meg kell adni. A sorokat nem kötelező egy formára hozni.
Igen. A kézi beillesztés mellett feltölthet fájlt vagy megadhat egy URL-t. A második esetben a checker maga nyitja meg az oldalt, megkeresi a proxykat, és elindítja az ellenőrzést.
Nem. Az azonosító adatok csak az ellenőrzéshez kellenek, és sehol nem kerülnek közzétételre. Hogy a címek ne kerüljenek a nyílt archívumba, jelölje be: «Ne mentse a proxykat a nyilvános listára».
Az eredmények linkje az ellenőrzés indítása után 30 percig működik. Ha később is kellenek az adatok, exportálja őket, vagy mentse el az API-n keresztül.
A cím minőségét. Figyelembe veszi az IP típusát, a feketelistás bejegyzéseket és azt, hogy a népszerű szolgáltatások megnyílnak-e a proxyn keresztül. Minél magasabb a pontszám, annál tisztább és megbízhatóbb a proxy.
A gyors csak azt erősíti meg, hogy a cím elérhető, és ez a leggyorsabb. A teljes ezen felül meghatározza a geo-t és az IP típusát, összeveti a címet a feketelistákkal, ellenőrzi a szolgáltatásokat, és pontszámot ad. A szelektív ugyanazt teszi, mint a teljes, de csak az Ön által választott platformokon.
Mert az elérhetőség és a hírnév két különböző dolog. Egy cím válaszolhat a kérésekre, és mégis szerepelhet antispam-adatbázisokban, illetve blokkolhatják a szükséges platformok. Pont ezeket az eseteket hivatott kiszűrni a pontszám.
Indítsa el a szelektív módot, és a speciális beállításokban csak a saját platformjait jelölje be — például az Instagramot és a TikTokot. Ekkor minden proxyt pontosan ezeken ellenőriz, és a pontszám is ezekből az eredményekből áll össze.
Olvassa el a hiba szövegét. Az időtúllépés gyakran azt jelenti, hogy a cím lassú, de működik: növelje az időkorlátot, és próbálja újra. Az engedélyezési hiba hibás sorformátumot vagy rossz adatokat jelent. Az elutasított kapcsolat azt jelenti, hogy a cím tényleg nem működik.
A nyilvános címek percek alatt váltanak állapotot, mert túlterheltek a kapcsolatoktól. A mobil proxyknál az IP-váltás befolyásolja az eredményt. Ha a szórás nem múlik, adjon a proxynak több időt a válaszra, és futtassa le kétszer-háromszor.
Fiókokhoz és hirdetésekhez a mobil és a rezidens proxyk a legjobbak — ezekben bíznak a platformok a leginkább. Nagy mennyiségű feldolgozáshoz és megfigyeléshez a vállalati proxyk jobbak: gyorsabbak és olcsóbbak. Ha a feladat régióhoz kötött, a pontos geo fontosabb, mint a fajta.
Igen. Az országot, a régiót és a várost a checker arról az IP-ről tudja meg, amelyen a proxy kilép a hálózatra, és ott deríti ki azt is, hogy a cím mobil, otthoni vagy szerver. Az IP típusa ezután beleszámít a pontszámba.
Igen, az API-n keresztül. Hozzon létre egy ellenőrzést, szükség esetén adjon hozzá címeket, és olvassa az eredményeket NDJSON-folyamban. Az egyes címekhez külön metódus van, amely linket ad az eredmény oldalára.
Letölthet címeket a napi archívumunkból, feltöltheti a saját fájlját, vagy megadhat egy linket egy nyilvános listához. A sorok formátumát a checker maga ismeri fel.
Egyszeri feladatokra, kísérletekre és tanulásra — igen. Folyamatos munkára — nem: az ilyen címek túlterheltek, gyakran már feketelistán vannak, és csak néhány óráig élnek. Fiókokhoz és rendszeres feldolgozáshoz privát proxyk kellenek.