IPv4 და IPv6 პროქსები: რომელ კავშირს სჭირდება მხარდაჭერა?

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

სრულ პროქსი URL-ში რიცხვითი IPv6 მისამართი კვადრატულ ფრჩხილებში ჩასვით:

http://[2001:db8::10]:8080

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

რომელი მხარე ირჩევს დანიშნულების მისამართს?

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

ამიტომ IPv6 მსმენელის არჩევის შემდეგ IP შემმოწმებლის მიერ IPv4-ის ჩვენება კლიენტის მეორე კავშირის გარეშეც შესაძლებელია. ჯერ გაარკვიეთ, ის საკუთარ TCP პარტნიორს აჩვენებს, აპის სათაურს თუ ბრაუზერის სხვა მოთხოვნას. დაუშიფრავ HTTP გადაგზავნას შეუძლია კლიენტის მისამართის ინფორმაციის დამატება; ჩვეულებრივი CONNECT გადამცემი დანიშნულების დაშიფრულ HTTP-ში სათაურს ვერ ჩასვამს. Forwarded ინფორმაციას ნდობის პოლიტიკა სჭირდება და თავისთავად სხვა ქსელურ კავშირს არ ამტკიცებს.

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