IPv6 સરનામાં તમારા VPNની જગ્યા લેતાં નથી: મૂળ કામ પર ચાલો

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

ઉપકરણ દૂર કરતાં પહેલાં કામને નામ આપો

લોકો «VPN» કહે છે જ્યારે તેમનો અર્થ ત્રણ ગોઠવણોમાંથી એક હોય છે, અને ત્રણેય જુદા જુદા કારણોસર નિષ્ફળ જાય છે. એક ટીમ દ્વારા પ્રકાશિત એક એપ્લિકેશન સુધી પહોંચવું એ એપ્લિકેશન ઍક્સેસની સમસ્યા છે. ખાનગી નેટવર્કના નિર્ધારિત સમૂહમાં જોડાવું જેથી ઘણી સાઇટ્સ એકબીજા સુધી પહોંચી શકે એ રૂટિંગ સંબંધ છે. તમે સંપૂર્ણ નિયંત્રણ ન કરતા હો એવા ઇન્ફ્રાસ્ટ્રક્ચર પર સ્થિર વ્યવસ્થાપક ઓવરલે રાખવું એ પોતાની સરનામાં યોજના સાથેની કામગીરી ગોઠવણ છે.

IPv6 પ્રથમ ગોઠવણ માટે સરનામાં વહેંચવાનો અવરોધ દૂર કરે છે, અને ત્યાં એ ખરેખર કામ કરે છે, કારણ કે સીધું સરનામું અનુવાદકને બદલી શકે છે. બાકીની બે માટે એ કંઈ બદલતું નથી, કારણ કે જરૂરિયાત ક્યારેય સરનામાંની અછત નહોતી. કોઈ ગોઠવણીને સ્પર્શતાં પહેલાં લખો કે તમે ખરેખર ત્રણમાંથી કઈ ચલાવી રહ્યા છો.

જાહેર સરનામું એન્ક્રિપ્શન નથી

વૈશ્વિક વ્યાપવાળું સરનામું તમને કહે છે કે યજમાન ક્યાં પહોંચી શકાય છે; એ કંઈ કહેતું નથી કે ત્યાં પહોંચતો ટ્રાફિક એન્ક્રિપ્ટ થયેલો છે કે પ્રમાણિત. RFC 8504ની સુરક્ષા ચર્ચા IPsec અમલીકરણના સમર્થનને IPsec, TLS, SSH અને અન્ય અભિગમો વચ્ચેની વિશાળ પસંદગીથી અલગ કરે છે, અને પહોંચને સુરક્ષા તરીકે વાંચવામાં આવે ત્યારે નાશ પામતો ભેદ એ જ છે. જે સ્ટેક કોઈ મિકેનિઝમને સમર્થન આપે છે તેણે ફક્ત સાબિત કર્યું છે કે મિકેનિઝમ ઉપલબ્ધ છે, એ કદી નહીં કે આ પ્રવાહ એમાંથી પસાર થયો. IPsec માટે ખાસ કરીને, વાટાઘાટ કરેલ સંગઠન અને એ જે ટ્રાફિક પસંદ કરે છે તે નક્કી કરે છે કે શું સુરક્ષિત છે, અને સરનામાં કુટુંબ એ પેકેટની ગુણધર્મ છે, એના માટે નીતિ નહીં.

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

ઓવરલે હજી શું પૂરું પાડે છે

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

વૈશ્વિક સરનામાં એને જાળવણીમુક્ત બનાવતાં નથી. સુઘડ આંતરિક યોજના પ્રદાતા તેને બદલે પછી બાહ્ય અંતિમ બિંદુને જવાબ આપતું રાખતી નથી, અને પ્રમાણીકરણ, પુનઃજોડાણ અને નામ અપડેટને હજી માલિકની જરૂર છે. કંઈ પણ બંધ કરતાં પહેલાં નક્કી કરો કે એ કેવી રીતે પુનઃપ્રાપ્ત થાય.

જે સેવા જાહેર થાય છે તે ચાલો

યજમાનથી શરૂ કરો અને યાદી બનાવો કે ખરેખર શું સાંભળે છે, કારણ કે તમે મંજૂર કરેલી એપ્લિકેશન ભાગ્યે જ મશીન પરની એકમાત્ર વસ્તુ હોય છે. ss -lntup દરેક TCP અને UDP શ્રોતાને તેના બાઇન્ડ સરનામા સાથે છાપે છે અને તમારા વિશેષાધિકારો પરવાનગી આપે ત્યાં માલિક પ્રક્રિયા ઉમેરે છે, જે એક નજરમાં દર્શાવે છે કે વ્યવસ્થાપન ઇન્ટરફેસ વાઇલ્ડકાર્ડ સરનામા પર છે કે ફક્ત લૂપબૅક પર. જો તમારો સ્ટેક IPv6 સોકેટ્સ અલગ રાખે તો તેને ss -6 -lntup તરીકે પુનરાવર્તિત કરો.

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

બે પરીક્ષણો, પછી નક્કી કરો શું બંધ કરવું

સ્તર દૂર કરતાં પહેલાં કાગળ પર બે પ્રશ્નોના જવાબ આપો. પ્રથમ, શું જરૂરિયાતને ખાનગી રૂટિંગ જોઈએ છે, એટલે કે એવી પહોંચ જે જાહેર સરનામું સૂચિત કરતું નથી અને ઍક્સેસ પ્રદાતા આપતું નથી? બીજું, શું એને સુરક્ષા સીમા જોઈએ છે, એટલે કે એવા પ્રવાહ પર એન્ક્રિપ્શન અને પ્રમાણીકરણ જે અન્યથા અવિશ્વસનીય માર્ગને ખુલ્લેઆમ પાર કરે? જો એ સેવા માટે બંને જવાબ ના હોય, તો ટનલ દૂર કરવાની ઉમેદવાર છે; જો કોઈ પણ હા હોય, તો એ રહે છે.

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