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 ફિલ્ટર નહીં.