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 సృష్టిని కవర్ చేస్తుంది.