OpenVPN లో ముందే సృష్టించిన tun: రెండు యాజమాన్య నమూనాల పోలిక

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

పేరు కలయిక కాదు

dev tun1 OpenVPN ను ఆ పేరు గల ఇంటర్ఫేస్ను అడుగుతుంది, సాంప్రదాయ యూజర్స్పేస్ బిల్డ్లు దాన్ని తెరవడానికి ప్రయత్నిస్తాయి. పేరు సాధారణ tun లేదా tap నమూనాను అనుసరించకపోతే, ప్రొఫైల్కు సరిపోయే dev-type కూడా అవసరం, ఎందుకంటే రకం ఎప్పుడూ స్ట్రింగ్ నుండి ఊహించబడదు. TAP పరికరం వేరే లేబుల్ ఉన్న TUN పరికరం కాదు: తప్పుదాన్ని కలిపితే ఒకటి లేదా నేరుగా విఫలమవుతుంది, లేదా ఎవరూ ఆశించని ఫ్రేమ్లను మోసుకెళ్లే లింక్ ఏర్పడుతుంది. అన్నింటికి ముందు రకాన్ని తనిఖీ చేయండి, ఎందుకంటే ప్రతి తర్వాతి తనిఖీ రెండు వైపులా దానిపై ఏకీభవించాయని ఊహిస్తుంది. ఆ తర్వాత, ప్రక్రియ పరికరాన్ని నిజంగా తెరవగలదా అని నిర్ధారించుకోండి, కేవలం చూడటం మాత్రమే కాదు.

dev tun1
dev-type tun

నెట్వర్క్ ఇంటర్ఫేస్ మరియు /dev/net/tun వేర్వేరు వస్తువులు: ఒకటి నేమ్స్పేస్ లోపల లింక్, మరొకటి యూజర్స్పేస్ ప్రోగ్రామ్ కలవడానికి ఉపయోగించే అక్షర పరికరం. Linux TUN/TAP పత్రం ఆ కలయిక మార్గాన్ని మరియు శాశ్వత పరికరాల యాజమాన్య నియమాలను వివరిస్తుంది. ip link అమలు చేయగల root షెల్ షెల్కు అధికారాలు ఉన్నాయని మాత్రమే నిరూపిస్తుంది, డెమన్కు ఉన్నాయని కాదు. పరికర నోడ్ యాజమాన్యం, సేవ యొక్క సామర్థ్యాల సముదాయం మరియు అది నడిచే వినియోగదారు — అన్నీ సరిపోలాలి, తెరవడం విజయవంతం కావడానికి ముందు.

ఉన్నా తెరవలేని పరికరం యాజమాన్య సమస్య, మార్గదర్శక సమస్య కాదు. డీబగ్ చేసేటప్పుడు అలాగే పరిగణించండి, లేకపోతే మధ్యాహ్నం ఎప్పుడూ సమస్య కాని మార్గ పట్టికలను చదవడంలో గడిచిపోతుంది.

లింక్ను ఎవరు కాన్ఫిగర్ చేస్తారు: రెండు యాజమాన్య నమూనాలు

మొదటి నమూనాలో OpenVPN కనెక్షన్ను లేపే భాగంగా చిరునామాలు మరియు మార్గాలను కాన్ఫిగర్ చేస్తుంది. ఇదే డిఫాల్ట్ ప్రవర్తన మరియు ఆలోచించడానికి సులభమైనది, ఎందుకంటే ఒకే భాగం స్థితిని సృష్టించి తిరిగి తొలగిస్తుంది. రెండో నమూనాలో బాహ్య నిర్వాహకుడు ఇంటర్ఫేస్ యజమాని అవుతాడు, ifconfig-noexec OpenVPN దాని చిరునామా కాన్ఫిగరేషన్ ఆదేశాలను అమలు చేయకుండా ఆపి పరామితులను స్క్రిప్ట్లకు అప్పగిస్తుంది. అప్పుడు నిర్వాహకుడు సరైన స్థానిక మరియు భాగస్వామ్య కాన్ఫిగరేషన్ను తానే అన్వయించాలి, ఇది ఎంపిక పేరు సూచించే దానికంటే ఎక్కువ పని. వాటి మధ్య ఎంపిక లింక్ పైన ఉన్నప్పుడు దాన్ని ఎవరు మార్చగలరు అనే ప్రశ్న.

ifconfig-noexec చిరునామాలను మాత్రమే కవర్ చేస్తుంది: మార్గ పట్టిక తాకబడదు, మార్గ కాన్ఫిగరేషన్ route-noexec కు చెందుతుంది. రెండు ఆదేశాలను వేర్వేరు యజమానులతో వేర్వేరు నియంత్రణలుగా పరిగణించండి, ఎందుకంటే ఒకటి సెట్ చేసి మరొకటి ఊహించడం సగం కాన్ఫిగర్ అయిన లింక్లకు సాధారణ మూలం. ప్రతి పొరకు సరిగ్గా ఒక యజమానిని ఎంచుకోండి, చిరునామాలు ఒక చోట మరియు మార్గాలు ఒక చోట. నెట్వర్క్ నిర్వాహకుడు మరియు VPN సహాయకుడు ఇద్దరూ చిరునామాలు వ్రాస్తే, డిస్కనెక్ట్ అవ్వడం ఇతర వైపు ఇంకా ఆధారపడిన స్థితిని తుడిచివేస్తుంది.

ముఖ్యమైన నేమ్స్పేస్ నుండి పరికరాన్ని పరిశీలించండి

VPN ప్రక్రియ నడిచే నేమ్స్పేస్ నుండి పరికరాన్ని పరిశీలించండి, మీ షెల్ యాదృచ్ఛికంగా ఉన్న దాని నుండి కాదు. క్రింది రెండు ఆదేశాలు వేర్వేరు ప్రశ్నలకు సమాధానం ఇస్తాయి, కంటైనర్ చూడని ఇంటర్ఫేస్ను హోస్ట్ చూసినప్పుడు భేదం కనిపిస్తుంది. ఇచ్చిన క్రమంలో వాటిని అమలు చేయండి, ఎందుకంటే లింక్ ఉందా లేదా అని తెలిసిన తర్వాతే రెండోదానికి అర్థం ఉంటుంది.

ip -details link show dev tun1
ip tuntap show

మొదటి ఆదేశం లింక్ను కెర్నల్ చూసినట్లుగా ముద్రిస్తుంది, జెండాలు మరియు ఇంటర్ఫేస్ రకంతో సహా, అలా ఇదే మీరు ఉద్దేశించిన పరికరం అని నిర్ధారిస్తారు. రెండోది శాశ్వత tun/tap నమోదులను జాబితా చేస్తుంది, అవి ఏ ప్రక్రియా పట్టుకోకుండానే ఉంటాయి. తనకు కేటాయించిన యజమాని కోసం ఎదురుచూస్తున్న ఇంటర్ఫేస్ మరో VPN కు కలిపిన సజీవ సొరంగం కంటే భిన్నమైన స్థితి, మరియు మీ స్వంత కలయిక ఎందుకు విఫలమవుతుందో రెండోది మాత్రమే వివరిస్తుంది. ఏదైనా మార్చే ముందు పరికరాన్ని పట్టుకున్న ప్రక్రియను కనుగొనండి, ఎందుకంటే శాశ్వత నమోదుకు మరియు బిజీగా ఉన్న ఇంటర్ఫేస్కు వేర్వేరు పరిష్కారాలు ఉన్నాయి.

మల్టీక్యూ మద్దతు సొంత అవసరాలతో కూడిన నిర్దిష్ట డ్రైవర్ ఏర్పాటు, సంబంధం లేని ప్రక్రియలు ఒక ఇంటర్ఫేస్ను పంచుకోవడానికి అనుమతి కాదు. మరో యజమాని యొక్క సజీవ సెషన్ సమన్వయ సమస్య, ఏ ప్రొఫైల్ సవరణా దాన్ని పరిష్కరించదు.

రెండు రకాల స్థిరత్వం

కెర్నల్ స్థిరత్వం మరియు persist-tun గందరగోళపరచడం సులభం మరియు తప్పు చేస్తే ఖరీదైన జీవితకాలాలను వివరిస్తాయి. శాశ్వత పరికరం ఏ ప్రక్రియ నుండైనా స్వతంత్రంగా ఉంటుంది, కాబట్టి ఆపివేత నుండి తప్పించుకుని తదుపరి ప్రారంభం దాన్ని మళ్లీ ఉపయోగించుకోగలదు. persist-tun ఒకే OpenVPN ప్రక్రియ లోపల మద్దతు ఉన్న మృదు రీసెట్లలో వనరులను నిలుపుకుంటుంది, చాలా చిన్న పరిధి. రెండూ సేవను ఆపితే మార్గాలు మరియు చిరునామాలు వాటి స్థానంలో ఉంటాయని హామీ ఇవ్వవు, కనిపిస్తూ ఉండే ఇంటర్ఫేస్ పనిచేసే గుప్తీకరించిన సెషన్కు సాక్ష్యం కాదు.

బ్యాకెండ్ను కూడా నిర్ధారించుకోండి, ఎందుకంటే ముందే సృష్టించిన ఇంటర్ఫేస్ ఏ అమలు దాన్ని తెరుస్తుంది అనే దానిపై ఏమీ చెప్పదు. ప్రత్యక్ష డేటా మార్గాన్ని కలిగిన సంఘ బిల్డ్లు, డిజైన్ వేరే చెప్పకపోతే, దాన్ని ఉపయోగించడానికి ప్రయత్నిస్తాయి. సంస్కరణ ఈ స్విచ్కు మద్దతు ఇచ్చే చోట, disable-dco దానికి బదులుగా యూజర్స్పేస్ మార్గాన్ని ఎంచుకుంటుంది; పాత ఇంజిన్లు మరియు ఇతర క్లయింట్లకు అలాంటి ఆదేశం లేదు, కాబట్టి సంస్కరణ షరతును ఎంపిక పక్కన ఉంచండి, అది వర్తిస్తుందని ఊహించవద్దు.

ప్రారంభాన్ని మాత్రమే పరీక్షిస్తే ఏం విరుగుతుంది

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

systemctl status openvpn-client@lab
ip -details link show dev tun1

ప్రారంభం సులభ సందర్భం: యూనిట్ పైకి వస్తుంది, లింక్ కనిపిస్తుంది, మరియు స్థితి అవుట్పుట్ లోడ్ అయిన ప్రొఫైల్ పేరు చెబుతుంది. కలయిక అనేది డెమన్ పరికరాన్ని తెరిచే క్షణం, కాబట్టి యూనిట్ చురుకుగా ఉందని నివేదించిన తర్వాత లింక్ తనిఖీని అమలు చేయండి, అంతకు ముందు కాదు. స్థితి ఇంకా యాక్టివేట్ అవుతుండగా లింక్ ఉంటే, ఇంకా ఎవరూ కలవని శాశ్వత పరికరాన్ని చూస్తున్నారు, పనిచేసే సొరంగాన్ని కాదు. కొనసాగే ముందు లింక్ ద్వారా నిజమైన ట్రాఫిక్ పంపండి, ఎందుకంటే ఉపయోగించగల మార్గం లేని కలిపిన ఇంటర్ఫేస్ కూడా వైఫల్యమే.

kill -SIGHUP $(pidof openvpn)
journalctl -u openvpn-client@lab -n 40
systemctl stop openvpn-client@lab
ip -details link show dev tun1

మృదు రీసెట్ సెషన్ను ఉపయోగించగలిగా మరియు వనరులను చెక్కుచెదరకుండా వదలాలి, అదే persist-tun చేసే పని. పూర్తి ఆపివేత అనేది బాహ్య నిర్వాహకుడు తనను బయటపెట్టుకునే చోటు: లింక్ లేదా దాని చిరునామాలు ఆపివేత నుండి తప్పించుకుంటే, వాటి యజమాని మరొకరు, అది మీరు నమోదు చేసిన స్థితి లేదా ఇప్పుడే కనుగొన్న బగ్. రెండు పరిశీలనలను ప్రొఫైల్ పక్కన రాయండి, తదుపరి మార్పు చిత్రం నుండి కాకుండా సాక్ష్యం నుండి ప్రారంభమవుతుంది.