IPv6 శాఖ ప్రిఫిక్స్: సర్వర్పై iroute-ipv6 లేదా route-ipv6?

దాదాపు ఒకే పేరుతో రెండు ఆదేశాలు ప్రతి పనిచేసే ఉదాహరణలో కనిపిస్తాయి, ఒకదాన్ని మరొకటి లేకుండా కాపీ చేస్తే సరైనదిగా కనిపించే కానీ శాఖ ప్రిఫిక్స్ను నిశ్శబ్దంగా వదిలివేసే టన్నెల్ ఏర్పడుతుంది. అవి ఒకే సరిహద్దు రెండు వేర్వేరు వైపులా వేర్వేరు పని చేస్తాయి: ఒకటి సర్వర్ కర్నెల్కు ప్రిఫిక్స్ ఎక్కడ నివసిస్తుందో నేర్పుతుంది, మరొకటి OpenVPN కు ఏ ప్రమాణీకృత క్లయింట్ దాన్ని మోసుకెళ్తుందో నేర్పుతుంది. రెండూ సరైనవైతే ప్రిఫిక్స్ ప్రవహిస్తుంది; ఒకటి సరైనదైతే ప్యాకెట్లకు మార్గం ఉంది కానీ యజమాని లేడు.

రెండు ఆదేశాలు, రెండు వేర్వేరు పనులు

route-ipv6 ఒక సాధారణ మార్గ స్థాపన: సర్వర్ ఒక కర్నెల్ మార్గాన్ని జోడిస్తుంది, అది ప్రిఫిక్స్ను తన టన్నెల్ ఇంటర్ఫేస్ వైపు చూపుతుంది. iroute-ipv6 ఒక నిర్దిష్ట క్లయింట్ సందర్భానికి చెందుతుంది మరియు అంతర్గత యాజమాన్యాన్ని ప్రకటిస్తుంది, కాబట్టి డీమన్ ఆ ప్రిఫిక్స్ ట్రాఫిక్ నిర్దిష్ట క్లయింట్కు పంపాలని తెలుసుకుంటుంది, కర్నెల్ మార్గం యాదృచ్ఛికంగా పేర్కొనే పీర్కు కాదు.

ఒకటి కర్నెల్ ఫార్వార్డింగ్ పట్టిక గురించి, మరొకటి డీమన్ అంతర్గత రౌటింగ్ మోడల్ గురించి. వాటిని వేరుగా ఉంచడం పూర్తిగా కనిపించే కాన్ఫిగరేషన్ కూడా ప్రిఫిక్స్ను ఎందుకు వదిలివేయగలదో వివరిస్తుంది. అదే నెట్వర్క్ ప్రతి పనిచేసే ఉదాహరణలో రెండుసార్లు ఎందుకు కనిపిస్తుందో కూడా వివరిస్తుంది. రెండు పంక్తులలో ఏదీ అనవసరం కాదు.

సాంప్రదాయ userspace సెటప్లో రెండూ అవసరం, అవి ఒకదానికొకటి పూర్తి చేస్తాయి. ఒంటరి కర్నెల్ మార్గం డీమన్ను పీర్ ఎంచుకోలేకుండా వదిలివేస్తుంది. ఒంటరి iroute కర్నెల్ను టన్నెల్ వరకు మార్గం లేకుండా వదిలివేస్తుంది. ఇక్కడి నుంచే ప్రతి-క్లయింట్ ఫైళ్ల గురించిన ఎక్కువ గందరగోళం వస్తుంది: ఫైల్ మార్గ పట్టిక నమోదు కాదు, మరియు మార్గ నమోదు యాజమాన్య ప్రకటన కాదు.

ip -6 route show | grep fd00:7a
ip -6 route get fd00:7a::1

ఏది ఎక్కడ చెందుతుంది

మార్గం సర్వర్ నిర్వహిత కాన్ఫిగరేషన్లోకి వెళ్తుంది, అక్కడ అది ఆ సర్వర్ ప్రాసెస్కు వర్తిస్తుంది. iroute క్లయింట్-నిర్దిష్ట ఫైల్లోకి వెళ్తుంది, అది శాఖ పరికరం ప్రమాణీకృత గుర్తింపు పేరుతో ఉంటుంది.

నిజమైన గుర్తింపుతో సరిపోలని ఫైల్ పేరు ఎప్పటికీ చదవబడదు, మరియు లక్షణం లేని iroute లాగానే ఉంటుంది. సర్వర్ ప్రమాణీకరించిన గుర్తింపును తనిఖీ చేయండి, ఆపై ఫైల్ పేరును అక్షరం అక్షరంగా తనిఖీ చేయండి.

# /etc/openvpn/server/server.conf
route-ipv6 fd00:7a::/64
client-config-dir /etc/openvpn/server/ccd

# /etc/openvpn/server/ccd/branch-b
iroute-ipv6 fd00:7a::/64

పూల్ మరియు శాఖ ప్రిఫిక్స్ను వేరుగా ఉంచండి, ఎందుకంటే వాటి అతివ్యాప్తి ఏ ఆదేశం పరిష్కరించలేని చిక్కును సృష్టిస్తుంది.

మరొక క్లయింట్కు ఏమి కావాలి

ఆ శాఖను చేరుకోవాల్సిన రెండవ క్లయింట్కు యాజమాన్యం కాదు, ప్రకటన కావాలి. ప్రిఫిక్స్ను మీరు కోరుకున్న క్లయింట్లకు పంపండి, మీ కాన్ఫిగరేషన్కు సరిపోయే క్లయింట్ లేదా గ్రూప్ సందర్భంలో.

దాన్ని శాఖకే పంపవద్దు, ఎందుకంటే ఆ పరికరానికి ప్రిఫిక్స్ ఇప్పటికే అనుసంధానిత నెట్వర్క్గా ఉంది.

దాన్ని అందరికీ పంపడం పరిణామాలు ఉన్న ఎంపిక: అప్పుడు ప్రతి క్లయింట్ శాఖ టన్నెల్ ద్వారా చేరుకోగలదని నమ్ముతుంది, మీరు ఎప్పుడూ ఈ ప్రాప్యత ఇవ్వాలనుకోని క్లయింట్లతో సహా. ప్రకటన ఆచరణలో ప్రాప్యత నిర్ణయం, ఆదేశం ప్లంబింగ్ పనిలా కనిపించినా. సర్వర్ ఎంపికల సూచన iroute-ipv6 ను క్లయింట్-నిర్దిష్ట యాజమాన్యంగా నమోదు చేస్తుంది, మరియు ఉంచుకోదగిన భేదం ఇదే.

శాఖ పరికరంపై తిరిగి వచ్చే మార్గం

యాజమాన్యం శాఖ ప్యాకెట్లను ఫార్వార్డ్ చేసినప్పుడు మరియు దాని LAN ఎలా స్పందించాలో తెలిసినప్పుడే సహాయపడుతుంది. శాఖ పరికరంపై IPv6 ఫార్వార్డింగ్ను ప్రారంభించి, దాని LAN లోని హోస్ట్లు VPN పూల్ ట్రాఫిక్ను పూల్ తెలియని డిఫాల్ట్ మార్గం వైపు కాకుండా శాఖ వైపు తిరిగి పంపుతున్నాయని నిర్ధారించండి.

ఆ తిరిగి వచ్చే మార్గం IPv6 లో ప్రజలు IPv4 లో ఎదుర్కొనే తప్పిపోయిన మార్గ సమస్యకు సమానం.

దాన్ని LAN లోని హోస్ట్ నుండి VPN పూల్ చిరునామా క్వెరీతో తనిఖీ చేయండి, శాఖ నుండి కాదు. రౌటర్పై చేసిన క్వెరీ మీ వినియోగదారుల ప్రశ్నకు భిన్నమైన ప్రశ్నకు సమాధానం ఇస్తుంది, మరియు రెండూ అదనపు ఆదేశానికి తగినంత తరచుగా విభేదిస్తాయి.

జంట ఇంకా సరిపోకపోతే

కొన్ని అమరికలు ఈ మార్గాన్ని అస్సలు ఉపయోగించవు. కర్నెల్ డేటా మార్గం మరియు ఉత్పత్తి-నిర్వహిత సర్వర్లకు వాటి స్వంత మద్దతు మార్గ నిర్వహణ ఉంటుంది, userspace ఉదాహరణ నేరుగా బదిలీ కాకపోవచ్చు.

మరొకదానికి రాసిన గైడ్ నుండి ఆదేశాలను కాపీ చేసే ముందు మీ బిల్డ్ ఏ డేటా మార్గాన్ని ఉపయోగిస్తుందో నిర్ధారించండి.

చివరగా, చిరునామాల పరిధిని గుర్తుంచుకోండి: ప్రత్యేక స్థానిక ప్రిఫిక్స్ వంటి fd00:7a::/64 రూపకల్పనప్రకారం ప్రైవేట్ మరియు పబ్లిక్ IPv6 చేరుకోగలిగే సామర్థ్యం గురించి ఏమీ చెప్పదు. దాన్ని అంతర్గత ప్రాప్యతగా పరిగణించండి, మరియు ఇంటర్నెట్కు బయటకు వెళ్లడాన్ని దాని సొంత విధానంతో వేరే విషయంగా ఉంచండి.