WebRTC გაჟონვის ტესტი (HTTP პროქსის IP-ის შედარება UDP STUN კანდიდატებთან)
Updated:
WebRTC (Web Real-Time Communication) ჩაშენებულია Chrome, Edge, Firefox, Brave და მობილურ ბრაუზერებში ხმოვანი და ვიდეო ზარებისთვის. რადგან WebRTC იყენებს UDP STUN სერვერებს (stun.l.google.com, stun.cloudflare.com) ქსელური მარშრუტების აღმოსაჩენად, ის ხშირად უვლის გვერდს სტანდარტულ HTTP(S) პროქსის კონფიგურაციებს და საიტებს უმჟღავნებს თქვენს რეალურ სახლის ISP IP-ს ან ლოკალურ LAN მისამართს. ეს გვერდი ჩატვირთვისას ავტომატურად ამოწმებს თქვენს ბრაუზერს.
Your browser either blocks UDP STUN completely or masks WebRTC candidates.
როგორ გავაანალიზოთ WebRTC გაჟონვის ტესტის შედეგები
ანტიფროდ სკრიპტები TikTok Shop, Facebook Business Manager, Shopee, Amazon და Etsy პლატფორმებზე ავტორიზაციისას ჩუმად უშვებენ RTCPeerConnection შემოწმებას. შეადარეთ კანდიდატის სამი შესაძლო მდგომარეობა ქვემოთ:
| კანდიდატის ტიპი | რას ხედავენ ვებსაიტის სკრიპტები | რისკის დონე | რეკომენდებული მოქმედება |
|---|---|---|---|
| Public STUN IP ≠ HTTP IP | როგორც თქვენი პროქსის IP, ასევე თქვენი რეალური სახლის IP | CRITICAL (100%-იანი ანგარიშების დაკავშირება) | ჩართეთ WebRTC Spoofing/Replace ანტიდეტექტ ბრაუზერში ან გამორთეთ WebRTC |
| Public STUN IP = HTTP IP | მხოლოდ თქვენი პროქსის IP (srflx ემთხვევა HTTP-ს) | SAFE (ბუნებრივი ბრაუზერის პროფილი) | იდეალური მდგომარეობა, რომელსაც ქმნიან Genlogin, GoLogin, AdsPower და Multilogin |
mDNS .local / Disabled | შენიღბული UUID .local ან კანდიდატის გარეშე | SAFE (დაცული) | კარგია სტანდარტული Chrome/Firefox ბრაუზერებისთვის გაფართოებებით |
როგორ აღმოვფხვრათ WebRTC გაჟონვა სხვადასხვა ბრაუზერში
- ანტიდეტექტ ბრაუზერები (Genlogin, GoLogin, AdsPower, Dolphin{anty}): დააყენეთ WebRTC რეჟიმი 'Alter / Replace'-ზე, რათა
RTCPeerConnection-მა დააბრუნოს თქვენი VinaProxy პროქსის IP, როგორც საჯარო STUN კანდიდატი. - Mozilla Firefox: გახსენით
about:config, მოძებნეთmedia.peerconnection.enabledდა გადართეთfalse-ზე. - Google Chrome და Microsoft Edge: დააინსტალირეთ ოფიციალური WebRTC Network Limiter გაფართოება და ჩართეთ
Anonymize local IPs exposed by WebRTCპარამეტრიchrome://flags/edge://flags-ში.
ნაბიჯ-ნაბიჯ
- 1
დაუკავშირდით თქვენი პროქსით ან ანტიდეტექტ პროფილით
გახსენით ეს გვერდი ზუსტად იმ ბრაუზერის პროფილში, რომელსაც ანგარიშების სამართავად იყენებთ.
- 2
შეადარეთ HTTP IP-ის ბარათი და WebRTC STUN-ის ბარათი
დარწმუნდით, რომ მარჯვენა ბარათი ან აჩვენებს 'No Public WebRTC IP Exposed'-ს, ან ემთხვევა მარცხნივ მოცემულ თქვენს HTTP პროქსის IP-ს.
- 3
შეამოწმეთ ICE Candidate ცხრილი LAN გაჟონვაზე
დარწმუნდით, რომ ლოკალური
192.168.x.xან10.x.x.xმისამართები შენიღბულია.localmDNS ჰოსტნეიმებით. - 4
პარამეტრების მორგების შემდეგ დააჭირეთ 'Re-Test WebRTC'-ს
სამიზნე პლატფორმაზე შესვლამდე დარწმუნდით, რომ გამოჩნდება მწვანე შეტყობინება 'No WebRTC Public IP Mismatch Detected'.
ხშირად დასმული კითხვები
რატომ ჟონავს ჩემი რეალური IP WebRTC-ის მეშვეობით, როცა ვიყენებ Chrome-ის პროქსი გაფართოებას, როგორიცაა SwitchyOmega ან FoxyProxy?
HTTP(S) პროქსის გაფართოებები მხოლოდ TCP HTTP/HTTPS ტრაფიკის მარშრუტიზაციას ახდენენ. ნაგულისხმევად, Chrome აგზავნის WebRTC STUN binding მოთხოვნებს პირდაპირ UDP-ით პროქსი გვირაბის მიღმა, თუ WebRTC UDP მარშრუტიზაცია არ არის შეზღუდული გაფართოებით ან ანტიდეტექტ ბრაუზერით.
სჯობს მთლიანად გამოვრთოთ WebRTC, თუ დავაყენოთ 'Replace / Alter' ანტიდეტექტ ბრაუზერებში?
მაღალი ნდობის მქონე პლატფორმებისთვის, როგორიცაა Facebook Ads, TikTok Shop და Amazon, WebRTC-ის 'Replace / Alter'-ზე დაყენება (სადაც STUN აბრუნებს თქვენი პროქსის IP-ს) ბევრად უფრო ბუნებრივად გამოიყურება, ვიდრე RTCPeerConnection API-ს სრული გამორთვა.
რა არის `.local` mDNS კანდიდატი ცხრილში?
თანამედროვე ბრაუზერები ანაცვლებენ პირად LAN IP-ებს (როგორიცაა 192.168.1.5) დროებითი UUID-ით, რომელიც მთავრდება .local-ით, რათა ვებსაიტებმა ვერ შეძლონ თქვენი ლოკალური როუტერის ქვექსელის იდენტიფიცირება.
შეუხამეთ გაჟონვისგან დაცული ბრაუზერის პროფილები სუფთა სტატიკურ IP-ებს
ექსკლუზიური IPv4 და სტატიკური რეზიდენტული ISP პროქსიები, შექმნილი Genlogin, GoLogin და AdsPower-ისთვის.
შეიძინეთ ანტიდეტექტ პროქსიები