OpenVPN ലാബിലേക്ക് സ്വകാര്യ IPv6 ചേർക്കുക, ഒരു സമയം ഒരു പരിശോധനാ പോയിന്റ്

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 സൃഷ്ടിക്കുന്നത് ഉൾക്കൊള്ളുന്നു.