IPv4 և IPv6 պրոքսիներ․ ո՞ր կապին է աջակցություն պետք

IPv6 պրոքսիի ունկնդրողը պահանջում է IPv6 երթուղի ձեր հաճախորդից։ Դրա ելքային կապը կայքի հետ դեռ կարող է IPv4 օգտագործել։ Հակառակը՝ IPv4 ունկնդրողը կարող է հասնել IPv6 նպատակակետի, եթե պրոքսին ունի անհրաժեշտ աջակցությունն ու երթուղին։

Ամբողջական պրոքսի URL-ում թվային IPv6 հասցեն գրեք քառակուսի փակագծերում․

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

Փաստաթղթային հասցեն փոխարինեք իրական միացման կետով։ Առանձին հոսթի և պորտի դաշտերը կարող են ակնկալել հասցեն առանց փակագծերի․ հետևեք հավելվածի ձևաչափին։ Ճիշտ շարահյուսությունը բացակայող IPv6 երթուղի չի ստեղծում, ուստի ունկնդրողին մեղադրելուց առաջ ստուգեք ձեր ցանցի IPv6 վիճակը կամ մեկ այլ IPv6 նպատակակետ։

Ո՞ր կողմն է ընտրում նպատակակետի հասցեն

Հոսթի անունով CONNECT հարցումը նպատակակետի կապը թողնում է պրոքսիին։ SOCKS5-ը կարող է փոխանցել IPv4 հասցե, IPv6 հասցե կամ տիրույթի անուն՝ ըստ հաճախորդի ռեժիմի։ Հաճախորդի հասցեների ընտանիքի ընտրանքը պարտադրելը պարտադիր չէ, որ սահմանափակի հեռակա լուծվող անունը․ պարզեք՝ որ կապի վրա է ազդում ընտրանքը։

Հետևաբար IPv6 ունկնդրող ընտրելուց հետո IPv4 ցուցադրող IP ստուգիչը հնարավոր է նաև առանց հաճախորդի երկրորդ կապի։ Նախ պարզեք՝ այն հայտնում է իր TCP գործընկերոջը, հավելվածի վերնագիրը, թե դիտարկիչի մեկ այլ հարցում։ Չգաղտնագրված HTTP փոխանցումը կարող է ավելացնել հաճախորդի հասցեի տվյալներ, իսկ սովորական CONNECT միջնորդը չի կարող վերնագիր մտցնել նպատակակետի գաղտնագրված HTTP-ի մեջ։ Forwarded տեղեկությանը վստահության քաղաքականություն է պետք, և այն ինքնին այլ ցանցային կապի ապացույց չէ։

Գրանցեք միացման կետը, թիրախը, արձանագրությունն ու առաջին խափանումը։ Ունկնդրողին չհասնելը տարբերվում է նրա պատասխանից, որ նպատակակետն անհասանելի է։ ProxyHub պրոքսիների ցանկի հավաքիչը ներկայում ընդունում է IPv4 գրառումներ․ այս IPv6 օրինակները նկարագրում են ընդհանուր վարք, ոչ թե ցանկի ընթացիկ IPv6 զտիչ։