OpenVPN పునఃప్రారంభం తర్వాత IPv6 నిర్గమనం చనిపోతుంది: ప్రిఫిక్స్ యాజమాన్యాన్ని తనిఖీ చేయండి
టన్నెల్ మళ్లీ సృష్టించబడిన తర్వాత IPv6 చనిపోతుంది. ఏదైనా పునఃప్రారంభించే ముందు ప్రతినిధి ప్రిఫిక్స్, క్లయింట్ చిరునామాలు మరియు తిరిగి వచ్చే మార్గం ఎవరి సొంతం అని నిర్ణయించండి.
IPv6 ట్రాఫిక్ను పంపడం ఆపివేస్తుంది OpenVPN పునఃప్రారంభమయ్యే ఆ క్షణంలోనే, IPv4 పని చేస్తూనే ఉంటుంది. టన్నెల్ ఇంటర్ఫేస్ మళ్లీ సృష్టించబడింది, దాని IPv6 స్థితిని నిర్వహించిన మరో వస్తువు చిరునామాను లేదా ప్రిఫిక్స్ను చేరుకోగలిగేలా చేసే మార్గాన్ని కోల్పోయింది. మూడు వేర్వేరు స్థితి భాగాలు పాల్గొంటున్నాయి, ప్రతిదానికీ వేరే యజమాని ఉన్నాడు: ప్రదాత యొక్క ప్రతినిధి ప్రిఫిక్స్ మరియు దాని ఆయుస్షు, VPN క్లయింట్లకు ఇచ్చే చిరునామాలు, మరియు ఆ క్లయింట్ ప్రిఫిక్స్ను సర్వర్కు తిరిగి పంపే పై మార్గం. ఏదైనా డీమన్ను తాకే ముందు ప్రతిదాని యజమానిని గుర్తించండి, ఎందుకంటే తప్పుదాన్ని పునఃప్రారంభించడం సమస్యను ఒక రోజు దాచి తదుపరి కనెక్షన్లో తిరిగి తెస్తుంది.
IPv6 స్థితి మూడు భాగాలు, ముగ్గురు యజమానులు
| State | Typical owner | What breaks when it is wrong |
|---|---|---|
| Delegated prefix and lifetime | Upstream router or provider via DHCPv6-PD | Clients keep addresses that the upstream no longer routes |
| Client addresses inside the tunnel | OpenVPN server config or a delegation daemon | No global address, or an address outside the routed prefix |
| Return route for the client prefix | Upstream router, or the server's own routing table | Outbound works, replies never arrive |
టన్నెల్ లోపల ప్రపంచ పరిధి చిరునామా ఒక్కటే సరిపోదు. పై రౌటర్లు ఆ ప్రిఫిక్స్ను తిరిగి VPN సర్వర్కు పంపాలి, సర్వర్కు అందులో నుంచి ఒక చిరునామా యాదృచ్ఛికంగా ఉందని మాత్రమే అవి అలా చేయవు.
అందుకే పబ్లిక్ /64 ను టన్నెల్ పూల్లోకి కాపీ చేయడం కూడా ప్రమాదకరం. సర్వర్కు మార్గనిర్దేశం చేయబడిన ప్రిఫిక్స్, పై వైపు on-link గా పరిగణించే ప్రిఫిక్స్తో సమానం కాదు, పొరుగు కనుగొనడం ఆ ఖాళీని నింపదు.
ఏదైనా మార్చే ముందు సర్వర్ స్థితిని చదవండి
స్థితిని రెండుసార్లు రికార్డ్ చేయండి, ఒకసారి IPv6 పని చేస్తున్నప్పుడు మరియు ఒకసారి పునఃప్రారంభం తర్వాత, ఆపై పోల్చండి. చదవడానికి మాత్రమే వీక్షణలు సరిపోతాయి, నిర్వహణ విండోలో వాటికి ఎటువంటి ఖర్చు ఉండదు:
ip -6 addr show
ip -6 route show table all
ip -6 rule show
sysctl net.ipv6.conf.all.forwardingమూడు నిర్దిష్ట భేదాలను వెతకండి: మాయమైన మార్గం, పాతదైన లేదా చెల్లని ఆయుస్షుకు మారిన చిరునామా, మరియు పునఃప్రతినిధిత్వం తర్వాత మారినప్పటికీ VPN కాన్ఫిగరేషన్ ఇంకా పాతదాన్ని ప్రకటిస్తున్న ప్రిఫిక్స్.
చిరునామా మాయమైంది కానీ ప్రిఫిక్స్ మారలేదు అంటే, దాన్ని కేటాయించే డీమన్ ఇంటర్ఫేస్ నిర్వహణ ఆపింది. ప్రిఫిక్స్ మారింది కానీ చిరునామాలు మారలేదు అంటే, క్లయింట్ కాన్ఫిగరేషన్ పాతది. రెండు వైఫల్యాలు బ్రౌజర్ నుంచి ఒకేలా కనిపిస్తాయి, వాటికి ఏదీ సామాన్యం లేదు.
dhcpcd టన్నెల్ను నిర్వహించాలా అని నిర్ణయించండి
dhcpcd ఇంటర్ఫేస్లను కనుగొని DHCPv6 ప్రిఫిక్స్ భాగాలను దిగువ ఇంటర్ఫేస్లకు ప్రతినిధిత్వం చేయగలదు, దాని కాన్ఫిగరేషన్ ప్రతినిధిత్వ లక్ష్యాలను స్పష్టంగా పేర్కొనగలదు. స్పష్టమైన లక్ష్యం లేకుంటే, దాని నమోదిత ప్రవర్తన ఇతర ఇంటర్ఫేస్లను కలుపుకోవచ్చు, అలా టన్నెల్కు ఎవరూ ప్రణాళిక వేయని చిరునామా వస్తుంది.
రెండు షరతులు మిమ్మల్ని టన్నెల్ యొక్క స్థిర చిరునామాన్ని OpenVPN కి వదిలేలా నెట్టాలి: సర్వర్ తన కాన్ఫిగరేషన్లో స్థిర చిరునామాలను నెడుతుంది, మరియు తిరిగి కనెక్ట్ అయ్యేటప్పుడు టన్నెల్ పేరు మారుతుంది. రెండూ నిజమైతే, టన్నెల్ను ప్రతినిధిత్వ డీమన్ నుంచి ఉద్దేశపూర్వకంగా మినహాయించండి, కారణం చెప్పే వ్యాఖ్యతో.
బదులుగా టన్నెల్కు ప్రతినిధిత్వం ఉద్దేశపూర్వకమైతే, ప్రిఫిక్స్ మార్పు నిర్వహణను అమలు చేయండి. అంటే ప్రతినిధి ప్రిఫిక్స్ లేదా దాని ఆయుస్షు మారినప్పుడు స్పందించడం, సర్వర్ ప్రకటించే క్లయింట్ ప్రిఫిక్స్ను నవీకరించడం, మరియు మార్గాన్ని మళ్లీ జోడించడం. ఆ రూపకల్పనలో ఇంటర్ఫేస్ను మినహాయించడం కొత్త ప్రిఫిక్స్ తెలిసిన ఏకైక భాగాన్ని తొలగిస్తుంది.
dhcpcd పునఃప్రారంభం స్థితిని మళ్లీ సృష్టించడం వల్ల సమస్యను సరిచేసినట్టు అనిపించవచ్చు, కానీ మీరు ఆలోచించని ఇంటర్ఫేస్ల కాన్ఫిగరేషన్ను కూడా నవీకరిస్తుంది లేదా ఉపసంహరిస్తుంది. ఆ పునరుద్ధరణ దాన్ని ప్రతి VPN పునఃప్రారంభం తర్వాత తప్పనిసరి చేయదు. మీరు సాక్ష్యంగా వాడిన కౌంటర్లను కూడా రీసెట్ చేస్తుంది. మీరు నిజంగా మార్చిన ఇంటర్ఫేస్ యొక్క లక్ష్యిత రీలోడ్కు ప్రాధాన్యం ఇవ్వండి.
IPv6 ను IPv4 NAT నుంచి విడిగా ధృవీకరించండి
ఫార్వర్డింగ్ ప్రారంభమై ఉందని మరియు పై మార్గం నిజమైన క్లయింట్ ప్రిఫిక్స్ వైపు చూపుతోందని నిర్ధారించి, తర్వాత కొత్త అనుమతించిన IPv6 కనెక్షన్ చేయండి. క్లయింట్ స్వంత IPv6 మార్గ పట్టికను కూడా తనిఖీ చేయండి, ఎందుకంటే పబ్లిక్ చిరునామా చూపించే క్లయింట్ దాని అభ్యర్థన టన్నెల్ ఉపయోగించిందని నిరూపించదు.
IPv4 మాస్కరేడింగ్ వేరే సమస్యను పరిష్కరిస్తుంది: ప్రైవేట్ మూలాలకు తిరిగి వచ్చే మార్గం. ఉపసంహరించబడిన IPv6 ప్రిఫిక్స్కు అది ఏమీ చేయదు, దాన్ని జోడించడం IPv6 ను తిరిగి తీసుకురాదు.
యాజమాన్య రికార్డుతో ముగించండి: ఏ భాగం ప్రిఫిక్స్ను ప్రతినిధిత్వం చేస్తుంది, ఏది క్లయింట్ చిరునామాలను కేటాయిస్తుంది, ఏది తిరిగి వచ్చే మార్గాన్ని కలిగి ఉంటుంది, మరియు తిరిగి కనెక్ట్ అయ్యేటప్పుడు ప్రతిదానికి ఏమి జరుగుతుంది. రన్బుక్లో నాలుగు పంక్తులు తదుపరి వ్యక్తిని ముఖ్యమైన డీమన్ను కనుగొనడానికి మూడు డీమన్లను పునఃప్రారంభించకుండా కాపాడతాయి.