მხოლოდ IPv6 კავშირი, IPv4 სერვისი: დაე, SOCKS პროქსიმ ხიდი გაწიოს

თქვენ არ გჭირდებათ დანიშნულების მისამართების ოჯახის მისამართი მის მისაღწევად, სანამ გზაზე რაღაც მზადაა გადაამისამართოს. აპლიკაცია უკავშირდება პროქსის, ხოლო პროქსი ხსნის მეორე კავშირს დანიშნულებასთან. ეს ორი სოკეტია დამოუკიდებელი მისამართების ოჯახებით და არც ერთი პროტოკოლი არ მოითხოვს მათ დამთხვევას. ეს აპლიკაციის დონის გადამისამართებაა, არა მშობლიური IPv4 გზა, და სწორედ ეს განსხვავება განაპირობებს, რა იმუშავებს და რა არა. ორივეს არევა არის ის, რის გამოც ლეპტოპი აღწერილია როგორც IPv4 კავშირის მქონე, მაშინ როცა ყველაფერი, რაც მას აქვს, პროქსია.

ორი სოკეტი, მისამართების ორი ოჯახი

SOCKS5 მოთხოვნა ასახელებს დანიშნულებას სამი ფორმიდან ერთით: ლიტერალური v4 მისამართი, ლიტერალური v6 მისამართი ან სახელი, რომელიც პროქსიმ უნდა გადაჭრას. მოთხოვნა აღწერს, სად უნდა დაუკავშირდეს პროქსი, და არა როგორ გამოიყურება კლიენტის კავშირი პროქსისთან.

წაიკითხეთ მისამართების ეს ტიპები როგორც სამი დამოუკიდებელი არჩევანი ერთ შეტყობინებაში. IPv6-ით ხელმისაწვდომ პროქსის შეუძლია გახსნას IPv4 დანიშნულების სოკეტი, როცა მას აქვს მუშა IPv4 გასასვლელი და მისი პოლიტიკა ნებას რთავს მოთხოვნას. SOCKS5 სპეციფიკაცია განსაზღვრავს მათ კლიენტის ტრანსპორტზე ყოველგვარი მითითების გარეშე.

კონტროლირებადი SSH მაგალითი

აიღეთ SSH ჰოსტი, რომლის გამოყენების უფლება გაქვთ, რომელიც პასუხობს IPv6-ზე და თავად შეუძლია მიაღწიოს HTTPS სერვისს, რომელიც მხოლოდ v4-ზე არსებობს. OpenSSH-ის დინამიკური გადაგზავნა აყენებს ლოკალურ SOCKS მსმენელს თქვენს მანქანაზე, სანამ შესვლის სესია v6-ზე მიდის.

ssh -6 -N -D 127.0.0.1:1081 -o ExitOnForwardFailure=yes [email protected]

ზემოთ მოცემული ჰოსტი და ანგარიში მაგალითებია, ხოლო loopback მიბმა მსმენელს ამ კომპიუტერზე ინახავს. ნუ შეცვლით მას ველური ბარათის მიბმით, რომ ოფისმა აუთენტიფიკაციის გარეშე პროქსი გაიზიაროს. ExitOnForwardFailure=yes არსებობს იმისთვის, რომ წარუმატებელმა გადაგზავნამ დაასრულოს სესია, ფონზე ჩუმი ბრძანება რომ არ დატოვოს.

სესიის გაშვებისას მოთხოვნა ასე გამოიყურება:

curl --proxy socks5h://127.0.0.1:1081 https://v4-only.example/

Loopback კავშირი IPv4 ინტერნეტ გზა არ არის. თქვენი მანქანიდან გამოდის v6-ით შესვლის სესია და შორეული მხარე ხსნის დანიშნულების სოკეტს. socks5h ფორმა ასევე ავალებს სახელების გადაჭრას იმ მხარეს, რაც მნიშვნელოვანია, როცა კლიენტს არ აქვს საკუთარი IPv4 გადამწყვეტი გზა.

რას ხედავს დანიშნულება სინამდვილეში

დანიშნულება ხედავს გადამისამართებულის გასასვლელ მისამართს. იქ არ ჩნდება არც ერთი მისამართი, რომელიც თქვენს ლეპტოპს ეკუთვნის. წყაროს ნებადართული სია იმ სერვისზე უნდა ასახელებდეს გადამისამართებულს. მისი ჟურნალები ასევე მიაწერს ტრაფიკს გადამისამართებულს. ჩაწერეთ ეს ცვლილებების ჩანაწერში აუდიტამდე, რადგან კლიენტების მისამართებზე აგებული ნებადართული სია პირველივე მოთხოვნაზე ვარდება.

გადამისამართებული ასევე ის ადგილია, სადაც საუბრის ორი ნახევარი ჩანს, რაც დიაგნოსტიკის დროს სასარგებლო თვისებაა და ტვირთია, თუ გადამისამართებული პოლიტიკის გარეშე საერთოა.

ეს არ არის DNS64 ან NAT64

DNS64 პასუხობს სინთეზირებული ჩანაწერებით, რომლებიც v4 დანიშნულებებს ანაცვლებს, ხოლო NAT64 გადაწერს პაკეტებს კონფიგურირებული გზის გასწვრივ. არც ერთი არ აღწერს, რა ხდება აქ, სადაც ერთი ტრანსპორტული საუბარი მთავრდება და მეორე იწყება და არც ერთი სინთეზირებული მისამართი არ ხსნის შედეგს. ამიტომ წარმატებული მოთხოვნა არაფერს ამბობს იმაზე, თუ რომელ თარგმნის სერვისებს მართავს თქვენი პროვაიდერი, და პროქსის შეუძლია ჩვეულებრივი NAT გაუშვას საკუთარ გასასვლელზე.

ორივე მექანიზმი შეიძლება არსებობდეს ერთსა და იმავე ქსელში, ასე რომ აღწერეთ ის, რაც ნამდვილად შეამოწმეთ და არა ის, რაც ყველაზე ახლოს ჟღერს.

იცოდეთ ფარგლები, სანამ დაპირდებით

OpenSSH-ის დინამიკური გადაგზავნა ატარებს TCP კავშირებს და არა თვითნებურ IP ტრაფიკს, ამიტომ UDP-ს, ICMP-ს და პროქსის უგულებელყოფილ ნებისმიერ პროტოკოლს სჭირდება სხვა მხარდაჭერილი დიზაინი. შეინარჩუნეთ SSH ჰოსტის გასაღების შემოწმება, სერვერის გადაგზავნის შეზღუდვები და HTTPS სერტიფიკატის ვალიდაცია, რადგან პროქსი დამატებითი სანდო მონაწილეა და არა იდენტობის შემოწმების შესუსტების მიზეზი. თუ მიზანი VPN-ის გარე ტრანსპორტის პროქსიზე გატარებაა, დაადასტურეთ, რომ ორივე მხარე მხარს უჭერს ამ ტრანსპორტს, ნაცვლად იმისა, რომ ჩათვალოთ, ნებისმიერ SOCKS მსმენელს შეუძლია მისი გადამისამართება.

ამიდან არც ერთი არ ხდის კლიენტს ორმაგი დასტის და არც ამის საჭიროებაა. ეს ერთ აპლიკაციას აძლევს ერთი გადამისამართებულის მეშვეობით ერთ სერვისს მიაღწიოს, რაც უფრო პატარა მტკიცებაა და ბევრად ადვილი შესამოწმებელი.