VPN માં IPv6 ULA: ખાનગી સરનામાં, ગોપનીયતા નહીં

ખાનગી દેખાતા સરનામાં મોટાભાગના લોકો કહે છે તે અર્થમાં ખાનગી નથી, અને IPv6 નું અનન્ય-સ્થાનિક સરનામાંકન તેનું સૌથી સ્પષ્ટ ઉદાહરણ છે. ULA પ્રીફિક્સ VPN ને તેની પાછળના સંસાધનો માટે સ્થિર આંતરિક યોજના આપે છે. તે કંઈપણ એન્ક્રિપ્ટ કરતું નથી, કોઈ પીઅરને પ્રમાણિત કરતું નથી અને ક્લાયન્ટ કઈ સેવાઓ સુધી પહોંચી શકે તે નક્કી કરતું નથી. પ્રીફિક્સને સુરક્ષા નિયંત્રણ તરીકે ગણવો એ જ ભૂલ છે જે આ લેખ દૂર કરવા માટે બનાવાયો છે.

પ્રીફિક્સ ખરેખર શું આપે છે

RFC 4193 સ્થાનિક ઉપયોગ માટે fc00::/7 અલગ રાખે છે, જેમાં L બિટ સ્થાનિક રીતે ફાળવેલી જગ્યાને અનામત સ્વરૂપથી અલગ પાડે છે. વ્યવહારમાં તેનો અર્થ છે કે તમે fd00::/8 જનરેટ કરો છો. સ્પેસિફિકેશન એ પણ નિર્ધારિત કરે છે કે 40-બિટ વૈશ્વિક ID કેવી રીતે મેળવવો જોઈએ, જેથી સ્વતંત્ર સાઇટ્સ ભૂલથી સમાન પ્રીફિક્સ ન પસંદ કરે. તે જગ્યા જાહેર ઇન્ટરનેટની બહાર રહેવા માટે રચાયેલી છે, જે રૂટિંગ ગુણધર્મ છે, સુરક્ષા નહીં.

સાઇટની અંદર સામાન્ય ગોઠવણ સબનેટમાં વિભાજિત /48 વૈશ્વિક ID છે: એક ટનલ ક્લાયન્ટ્સ માટે, એક સર્વર બાજુ માટે અને દરેક દૂરના LAN માટે એક. તે માળખું જ આખો લાભ છે, અને તે સરનામાંકનનો લાભ છે. દરેક પેકેટને હજી પણ રૂટની જરૂર છે અને હજી પણ તેને મંજૂરી આપતી નીતિની જરૂર છે.

પ્રીફિક્સને ટનલ સાથે ગૂંચવવું એ છે કે કેવી રીતે એક ડિઝાઇન fd00 સરનામાંનું દસ્તાવેજીકરણ કરે છે અને ધારે છે કે તેમની વચ્ચેનો ટ્રાફિક સુરક્ષિત છે. તે નથી, સિવાય કે બીજું કંઈક સુરક્ષા આપે.

ઉદાહરણનું પ્રીફિક્સ કોપી કરવું કેમ નુકસાન કરે છે

દરેક ટ્યુટોરિયલ યાદ રાખવા જેવું પ્રીફિક્સ વાપરે છે, અને જે પણ વાચક તેને કોપી કરે છે તે સમાન અથડામણનું જોખમ વારસામાં મેળવે છે. બે સાઇટ્સ કે જે પછીથી સમાન શ્રેણીઓ સાથે સાઇટ-થી-સાઇટ ટનલ દ્વારા જોડાય છે તે ઓવરલેપિંગ ખાનગી IPv4 જગ્યામાંથી જાણીતી એ જ અસ્પષ્ટતા ઉત્પન્ન કરે છે. કોઈપણ બાજુ એકલી ખોટી નથી, અને સંયુક્ત નેટવર્ક પાસે કઈ મંજિલ કહેવાઈ છે તે જાણવાનો કોઈ રસ્તો નથી.

દસ્તાવેજીકૃત પ્રક્રિયા અનુસાર વૈશ્વિક ID જનરેટ કરવામાં એક મિનિટ લાગે છે અને પ્રશ્ન દૂર થાય છે. સરનામાં યોજનાની બાજુમાં પ્રીફિક્સ, જનરેશન ઇનપુટ અને તારીખ નોંધો.

એક્વિઝિશન પછી નેટવર્ક એકીકૃત કરનાર અથવા VPN દ્વારા બે પ્રયોગશાળાઓ જોડનાર માટે જોખમ સૈદ્ધાંતિક નથી. એક સાઇટ માટે પણ તે તાકીદનું નથી, અને તેથી જ એકીકરણ પહેલેથી નિર્ધારિત ન થાય ત્યાં સુધી તેને મુલતવી રાખવામાં આવે છે.

વ્યાપ્તિ અને ઍક્સેસ અલગ પ્રશ્નો છે

ULA સામાન્ય વૈશ્વિક રૂટેડ ઇન્ટરનેટ સરનામાંકન માટે નથી. તેનો ઉપયોગ કરતા દરેક હોસ્ટને તે વિશ્વસનીય બનાવતું નથી અને તે હોસ્ટ્સને અન્ય જોડાયેલા ખાનગી નેટવર્કથી અગમ્ય પણ બનાવતું નથી. ફાયરવોલ અને એપ્લિકેશન પરવાનગીઓ હજી પણ નક્કી કરે છે કે પીઅર શું વાપરી શકે, અને ટનલ હજી પણ તે પ્રમાણીકરણ પૂરું પાડે છે જેની સાથે તે ગોઠવાયેલી હતી.

ઇન્ટરનેટ એક્ઝિટને પોતાની IPv6 એગ્રેસ ડિઝાઇનની જરૂર છે. ક્લાયન્ટને ULA સરનામું આપવાથી મનસ્વી વૈશ્વિક મંજિલો સુધી ઍક્સેસ ઊભી થતી નથી, અને જે ક્લાયન્ટને એક મળે તેની પાસેથી તેના પરથી જાહેર ઇન્ટરનેટ બ્રાઉઝ કરવાની અપેક્ષા રાખવી ન જોઈએ.

વિવિધ પ્રીફિક્સ ધરાવતી બે સાઇટ્સને હજી પણ એકબીજાની શ્રેણીઓ માટે પરત રૂટની જરૂર છે, અને બંને ફાયરવોલને મેળ ખાતા નિયમોની જરૂર છે. તેમાંથી કંઈ પણ સરનામા કુટુંબમાંથી અનુસરતું નથી. જે અનુસરે છે તે દસ્તાવેજીકરણનું કામ છે: પ્રીફિક્સનું કોષ્ટક અને દરેક પર જવાબ આપવા માટે અધિકૃત સિસ્ટમો.

બંને છેડે યોજના તપાસો

તમે માનો છો તે જગ્યાએ પ્રીફિક્સ દેખાય છે તેની ખાતરી કરો, પછી ખાતરી કરો કે કોઈ મંજિલ ખરેખર તેના દ્વારા પહોંચી શકાય તેવી છે.

ip -6 address show
ip -6 route show
ping -6 -c 3 fd12:3456:789a:1::1

સરનામાંની યાદી દર્શાવે છે કે કઈ ઇન્ટરફેસ પાસે કયું સબનેટ છે, અને ખોટું મળેલું ક્લાયન્ટ સામાન્ય રીતે તે અહીં દર્શાવે છે. રૂટની યાદી દર્શાવે છે કે દૂરના પ્રીફિક્સનો ટનલ દ્વારા માર્ગ છે કે તે કાઢી નાખવામાં આવે છે. પરીક્ષણ ફક્ત એ જ મહત્ત્વના પ્રશ્નનો જવાબ આપે છે: પેકેટ આવ-જા કરે છે કે નહીં.

ફરી જોડાયા પછી તપાસનું પુનરાવર્તન કરો, કારણ કે જે ક્લાયન્ટ સરનામું રાખે છે પણ રૂટ ગુમાવે છે તે એવું જોડાણ બનાવે છે જે ઉપર દેખાય છે અને કંઈ પણ મોકલતું નથી. સરનામું સહેલો ભાગ છે, અને રૂટ એ છે જે અદૃશ્ય થાય છે. બંને આઉટપુટને કનેક્શન પ્રોફાઇલના નામની બાજુમાં સાચવો જેથી આગલી સરખામણી પુરાવાથી શરૂ થાય.