OpenVPN લેબમાં ખાનગી IPv6 ઉમેરો, એક સમયે એક ચેકપોઇન્ટ
બહારનું પરિવહન IPv4 પર રાખો અને અંદરની યોજના વિસ્તારો. પાંચ ચેકપોઇન્ટ: પ્રીફિક્સ, હેલ્પર, રૂટ પુશ, ફોરવર્ડિંગ અને ક્લાયન્ટ પરીક્ષણ.
તમારી પાસે પહેલેથી એક ક્લાયન્ટ છે જે IPv4 દ્વારા જોડાય છે અને સર્વરની પાછળના ખાનગી IPv4 વર્કલોડ સુધી પહોંચે છે. લક્ષ્ય છે બહારના પરિવહનને અડ્યા વિના એ જ ટનલ દ્વારા ખાનગી IPv6 વર્કલોડ સુધી પહોંચવું. એ ક્રમ મહત્ત્વનો છે: બહારનો માર્ગ IPv4 જ રહે છે, અને ફક્ત અંદરની સરનામાં યોજના, ક્લાયન્ટનો રૂટ અને સર્વરથી LAN સુધીનો પરત માર્ગ બદલાય છે. પાંચ ચેકપોઇન્ટ, દરેકમાં આગળ વધતા પહેલા જોવા જેવું કંઈક ચોક્કસ છે.
ચેકપોઇન્ટ એક: જે જોડાણ પહેલેથી કામ કરે છે
કંઈ ઉમેરતા પહેલા ક્લાયન્ટ જોડો અને IPv4 માર્ગની પુષ્ટિ કરો. કામ કરતી ટનલ તમને આધારરેખા આપે છે જે નવી IPv6 ભૂલને જૂની કનેક્ટિવિટી સમસ્યાથી અલગ પાડે છે. તે એ પણ જણાવે છે કે તમે ખરેખર કઈ સર્વર ઇન્સ્ટન્સ સંપાદિત કરી રહ્યા છો.
તમે પહેલેથી જે પૂલ, ટોપોલોજી અને પુશ થયેલા રૂટ પર આધાર રાખો છો તે નોંધો. IPv6 કામ તે કન્ફિગરેશનને વિસ્તારે છે; તેને બદલતું નથી.
ચેકપોઇન્ટ બે: અંદરના પ્રીફિક્સ પસંદ કરો
સાઇટ માટે ULA /48 પસંદ કરો અને તેમાંથી બે /64 કાપો: એક ટનલ ક્લાયન્ટ માટે, એક IPv6 વર્કલોડ ધરાવતા LAN સેગમેન્ટ માટે. ઉદાહરણ પ્રીફિક્સ નકલ કરવાને બદલે 40-બિટ વૈશ્વિક ID બનાવો, અને બંને સબનેટને સાઇટ પહેલેથી રૂટ કરતા દરેક નેટવર્ક સામે ચકાસો:
Outer transport: IPv4 OpenVPN UDP
IPv4 pool: 10.90.0.0/24
IPv6 VPN pool: fd73:93bc:b6e9:77::/64
IPv6 LAN: fd73:93bc:b6e9:60::/64
Server LAN IPv6: fd73:93bc:b6e9:60::1બે સ્વતંત્ર /64 ક્લાયન્ટ પૂલને LAN સેગમેન્ટમાંથી કપાતા અટકાવે છે, જે પછી પરત રૂટ લખતી વખતે મહત્ત્વનું છે. ઉપરના મૂલ્યો એક ઉકેલાયેલું ઉદાહરણ છે, ફરી વાપરવાનું પ્રીફિક્સ નથી.
ચેકપોઇન્ટ ત્રણ: હેલ્પર અને રૂટ પુશ ઉમેરો
કંઈ ઉમેરતા પહેલા વર્તમાન સર્વર કન્ફિગરેશન વાંચો. હાલની સૂચનાની બીજી નકલ પહેલી સાથે ભળતી નથી, અને પરિણામી ભૂલ IPv6 નહીં પણ સૂચનાનું નામ લે છે. હાલના IPv4 હેલ્પર સાથે બે લીટીઓ તેને વિસ્તારે છે. દરેક અલગ પ્રશ્નનો જવાબ આપે છે:
server-ipv6 fd73:93bc:b6e9:77::/64
push "route-ipv6 fd73:93bc:b6e9:60::/64"પ્રથમ એક અનુકૂળ હેલ્પર છે જે ઇન્ટરફેસ અને ક્લાયન્ટ પૂલ ગોઠવે છે. બીજું તે LAN ગંતવ્યનું નામ આપે છે જ્યાં ક્લાયન્ટે પહોંચવું છે. ક્લાયન્ટને IPv6 સરનામું આપવાથી તેને ખબર પડતી નથી કે સર્વરની પાછળ કયા નેટવર્ક છે, તેથી બંને લીટીઓ જરૂરી છે.
હેલ્પર સ્થિર IPv6 પૂલ સાથે કે nopool સાથે સહઅસ્તિત્વ ધરાવતું નથી. જો ડિપ્લોયમેન્ટ જાણી જોઈને સરનામાં સ્થિર રીતે ફાળવે છે, તો તે નીતિ રાખો અને ઉદાહરણ સાથે મેળવવા નીતિ દૂર કરવાને બદલે IPv6 સમકક્ષની સ્પષ્ટ રચના કરો.
ચેકપોઇન્ટ ચાર: ફોરવર્ડિંગ અને જવાબનો રૂટ
સર્વર પર IPv6 ફોરવર્ડિંગ સિસ્ટમના પોતાના કન્ફિગરેશન માલિક દ્વારા ચાલુ કરો, ભૂલી જવાય તેવી એકવારની રનટાઇમ લખાણથી નહીં. રનટાઇમ સ્વરૂપ ઝડપી પરીક્ષણ માટે ઉપયોગી છે. કાયમી કન્ફિગરેશન ડિસ્ટ્રિબ્યુશનના નેટવર્ક માલિક વાંચતી drop-in ફાઇલમાં જાય છે:
sysctl -w net.ipv6.conf.all.forwarding=1ફોરવર્ડિંગ પેકેટ રૂટ કરવાથી આગળ વધીને હોસ્ટના IPv6 વર્તનને બદલે છે. ક્લાયન્ટ તરીકે રાઉટર જાહેરાત સ્વીકારતું હોસ્ટ ફોરવર્ડ કરવા લાગે ત્યારે તે જ રીતે બંધ કરે છે. તેથી જેનું IPv6 અપલિંક RA પર આધારિત છે તે મશીનને તે અપલિંક માટે સ્પષ્ટ યોજના જરૂરી છે.
પછી LAN ને ટનલ પૂલ તરફ પરત રૂટ આપો. વર્કલોડનું IPv6 ગેટવે VPN સર્વર નહીં પણ LAN રાઉટર છે, તેથી રૂટ તે રાઉટર પર રહે છે અને સર્વરના LAN સરનામા તરફ નિર્દેશ કરે છે:
ip -6 route add fd73:93bc:b6e9:77::/64 via fd73:93bc:b6e9:60::1લિંકને જરૂરી ICMPv6 પ્રકારો રાખો, જેમાં પાથ-MTU પ્રતિસાદ પણ છે. IPv4 ફાયરવોલ નિયમ IPv6 નિયમ સૂચવતો નથી, અને સર્વગ્રાહી IPv6 બ્લોક પડોશી શોધને રૂટિંગ ખામી જેવી રીતે તોડે છે.
ચેકપોઇન્ટ પાંચ: ક્લાયન્ટ વાંચો, પછી પરીક્ષણ કરો
ક્લાયન્ટ ફરી જોડો અને સર્વરના હેલ્પર સરનામાથી અનુમાન કરવાને બદલે તેણે ખરેખર મેળવેલા સરનામાં વાંચો. ઇન્ટરફેસ યાદી એક જ ઉપકરણ પર બંને કુટુંબ દર્શાવે છે:
ip -6 addr show tun0
ip -6 route get fd73:93bc:b6e9:60::20ટનલ પસંદ કરતો રૂટ સાબિત કરે છે કે ક્લાયન્ટ જાણે છે પેકેટ ક્યાં મોકલવું. તે સાબિત કરતો નથી કે સર્વર તેને ફોરવર્ડ કરે છે, LAN રાઉટર પાસે પરત રૂટ છે, અથવા એપ્લિકેશનને જવાબ આપવાની પરવાનગી છે.
એપ્લિકેશનને જ દરેક કુટુંબ પર વારાફરતી પરીક્ષણ કરો, પછી ફરી જોડાણ અને હોસ્ટ રીસ્ટાર્ટ પછી પુનરાવર્તન કરો. ફક્ત રીબૂટ સુધી ટકતો રૂટ કે sysctl પરીક્ષણ છે, ડિઝાઇન નથી.
IPv6 માર્ગ શરૂઆતથી અંત સુધી જવાબ આપે તે પછી જ AAAA રેકોર્ડ પ્રકાશિત કરો. IPv4 દ્વારા પૂછાયેલ DNS હજી IPv6 સરનામું પરત આપી શકે છે, તેથી ઉકેલી શકાય તેવું નામ એ સાબિતી નથી કે કંઈક સાંભળી રહ્યું છે. RFC 4193 ULA માર્ગદર્શિકા આ પ્રીફિક્સને નકલને બદલે તમારા બનાવતા વૈશ્વિક ID બનાવવાને આવરી લે છે.