OpenVPN పరికరం మార్గం: కాన్ఫిగ్ యజమాని లేదా స్టార్టప్ స్క్రిప్ట్?
ఒక రీబూట్ను తట్టుకున్న బ్రాంచ్ మార్గం GUI సేవ్ లేదా ఫార్మ్వేర్ నవీకరణ తర్వాత కూడా అదృశ్యం కావచ్చు. మద్దతు ఉన్న కాన్ఫిగ్ యజమానిని ప్యాచ్ స్క్రిప్ట్తో పోల్చండి.
మీరు బ్రాంచ్ మార్గాన్ని జోడిస్తారు, అది పనిచేస్తుంది, ఆపై ఫార్మ్వేర్ నవీకరణ లేదా వెబ్ UI నుండి సేవ్ దాన్ని తొలగిస్తుంది. ఆ క్షణంలో రెండు సరిదిద్దులు సమానంగా సమంజసంగా కనిపిస్తాయి: మార్గాన్ని పరికరం యొక్క మద్దతు ఉన్న కాన్ఫిగరేషన్ మూలంలో ఉంచడం, లేదా స్టార్టప్ స్క్రిప్ట్ నుండి సృష్టించిన ఫైల్కు దాన్ని జోడించడం. అవి ఒక వారం ఒకేలా ప్రవర్తిస్తాయి మరియు రెండవ అప్గ్రేడ్లో వేరవుతాయి. ఈ వ్యాసం ప్రతిదీ నిజంగా ఏమి కలిగి ఉందో పోలుస్తుంది.
రెండు అభ్యర్థులు వేర్వేరు విషయాలను కలిగి ఉన్నారు
మద్దతు ఉన్న కాన్ఫిగరేషన్ మూలం అంటే పరికరం ఇన్పుట్గా పరిగణించే ప్రతిదీ: GUI ఫీల్డ్, దిగుమతి చేసిన ప్రొఫైల్, ప్రతి క్లయింట్ కోసం డాక్యుమెంట్ చేసిన డైరెక్టరీ, నిర్వహణ ప్యాకేజీ చదివే సెట్టింగ్ల డేటాబేస్. సృష్టించిన server.conf అవుట్పుట్. అవుట్పుట్ను సవరించడం జనరేటర్ మళ్లీ నడిచే వరకు పనిచేస్తుంది, అది సేవ్, రీబూట్ మరియు అప్గ్రేడ్లలో జరుగుతుంది.
స్క్రిప్ట్ విధానం జనరేటర్ ముగిసిన తర్వాత ఆ అవుట్పుట్కు ప్యాచ్ చేస్తుంది. ఇది ప్రయోగశాలకు చట్టబద్ధమైన పద్ధతి, మరియు ఇది బ్రాంచ్ కార్యాలయానికి తప్పు డిఫాల్ట్, ఎందుకంటే ఇది మార్గాన్ని డాక్యుమెంట్ చేసిన ఫీల్డ్కు బదులు టెక్స్ట్ సరిపోలికపై ఆధారపడేలా చేస్తుంది.
| Question | Supported config source | Post-generation script |
|---|---|---|
| Survives a GUI save | Yes | Only if the save does not regenerate the file |
| Survives a package upgrade | Usually, when the field is documented | No guarantee; the wrapper can be replaced |
| Supportable by the vendor | Yes | No |
| Obvious to the next admin | Yes, it is in the UI | No, it lives in a wrapper |
పరికరం ఏమి మళ్లీ సృష్టిస్తుంది, ఎప్పుడు
నిర్వహణ ప్యాకేజీలు సాధారణంగా సెట్టింగ్లను డేటాబేస్ లేదా టెంప్లేట్ సెట్లో ఉంచి ప్రారంభంలో డీమన్ కాన్ఫిగరేషన్ను రూపొందిస్తాయి. వెబ్ UI నుండి సేవ్ తరచుగా ఒక పంక్తిని ప్యాచ్ చేయడం బదులు మొత్తం ఫైల్ను మళ్లీ రాస్తుంది. మీ మార్పు ఆ ఫైల్లో ఉంటే, ఇప్పుడు అది పోయింది, మరియు ఏదీ హెచ్చరికను లాగ్ చేయదు, ఎందుకంటే పరికరం దృష్టిలో ఏదీ కోల్పోలేదు.
స్టార్టప్ ర్యాపర్లకు రెండవ వైఫల్య విధానం ఉంది. నిర్దిష్ట అంతరం ఉన్న సూచన కోసం grep టెంప్లేట్ మార్పు తర్వాత సరిపోలడం ఆపేస్తుంది, మరియు స్క్రిప్ట్ నిశ్శబ్దంగా ఏమీ చేయదు. అంతకంటే దారుణం, ఫార్మ్వేర్ నవీకరణ ర్యాపర్ను కొత్త వెర్షన్తో భర్తీ చేసి ప్యాచ్ను తనతో తీసుకెళ్లవచ్చు. అప్పుడు ఒక సంవత్సరం ఉన్న మరియు ఎవరూ రౌటింగ్తో అనుసంధానించని నిర్వహణ సమయంలో అదృశ్యమైన మార్గం మీకు ఉంటుంది.
మద్దతు ఉన్న యజమాని ఏమి వ్యక్తపరచాలి
బ్రాంచ్ ప్రిఫిక్స్కు ఒకటి కాదు, మూడు ప్రకటనలు అవసరం. క్లయింట్ మార్గాన్ని నేర్చుకోవాలి, ఏ ధృవీకరించబడిన క్లయింట్ ప్రిఫిక్స్ను కలిగి ఉందో సర్వర్ తెలుసుకోవాలి, మరియు బ్రాంచ్ వైపు తనకు ఇచ్చిన టన్నెల్ చిరునామాకు ట్రాఫిక్ను తిరిగి పంపాలి. OpenVPN పదాలలో దీని అర్థం పుష్ చేసిన route, క్లయింట్కు బద్ధమైన సరిపోలే iroute, మరియు అవతలి వైపు తిరిగి వచ్చే మార్గం.
ఇక్కడే పరికరం UIలు తప్పుదారి పట్టిస్తాయి. “క్లయింట్లు సర్వర్ LANను యాక్సెస్ చేయడానికి అనుమతించు” అనే లేబుల్ ఉన్న చెక్బాక్స్ సర్వర్ స్వంత నెట్వర్క్ వైపు ట్రాఫిక్ను వివరిస్తుంది. మీ బ్రాంచ్ వ్యతిరేక దిశ: ఒక క్లయింట్ వెనుక ఉన్న నెట్వర్క్, సర్వర్ వైపు నుండి చేరుకోగలిగేది. అదే లేబుల్ దానికి మద్దతును సూచించదు, మరియు ఫైల్లో చెల్లుబాటు అయ్యే సూచన ప్యాకేజీ దాన్ని సంరక్షిస్తుందని హామీ కాదు.
మద్దతు ఉన్న నియంత్రణ లేనప్పుడు
కొన్నిసార్లు ఇన్స్టాల్ చేసిన విడుదల నిజంగా సహచర-నిర్దిష్ట మార్గాన్ని వ్యక్తపరచలేకపోవచ్చు. అప్పుడు నిజాయితీ ఎంపికలు మీరు నియంత్రించే మరొక గేట్వే, లేదా రెండు చివరలలో మద్దతు ఉన్న సైట్-టు-సైట్ మోడ్. రెండు చివరలు దాన్ని మాట్లాడాలి. సైట్-టు-సైట్ అని చెప్పే ఉత్పత్తి పేజీ ఏదైనా OpenVPN ప్రొఫైల్ను మరొక ప్రోటోకాల్ యొక్క టన్నెల్తో పరస్పరం మార్చుకోగలిగేలా చేయదు, మరియు ఆ జంటను బలవంతం చేయడం సాధారణంగా స్థితి పేజీలో బాగా కనిపించే సగం-అనుసంధానిత టన్నెల్ను ఉత్పత్తి చేస్తుంది.
నెట్వర్క్ను వారసత్వంగా పొందే వ్యక్తికి ఒక వాక్యంలో వివరించగలిగే ఎంపికను ఎంచుకోండి. సమాధానానికి స్క్రిప్ట్ మార్గం మరియు టెక్స్ట్ నమూనా ప్రస్తావన అవసరమైతే, రూపకల్పన ఇప్పటికే సున్నితమైనది.
ఉద్దేశాన్ని ఆడిట్ చేయదగినదిగా చేయండి
ఒప్పందాన్ని పరికరం వెలుపల నమోదు చేయండి: ప్రభావవంతమైన క్లయింట్ గుర్తింపు, ప్రిఫిక్స్, తిరిగి వచ్చే గేట్వే, మరియు ప్రతిదాన్ని అందించే మద్దతు ఉన్న ఫీల్డ్. మద్దతు ఉన్న విధానం ద్వారా కాన్ఫిగరేషన్ను ఎగుమతి చేయండి, తద్వారా పునర్నిర్మాణానికి సూచన ఉంటుంది, మరియు తిరిగి కనెక్ట్, రీస్టార్ట్ మరియు అప్గ్రేడ్ తర్వాత సేవను ధృవీకరించండి, మార్పు తర్వాత మాత్రమే కాదు.
ఏదైనా విరిగినప్పుడు, వివరించని పంక్తిని పునరుద్ధరించి ఆశించడం బదులు, సృష్టించిన ఫలితాన్ని ఆ రికార్డుతో పోల్చండి.OpenVPN 2.6 సూచన అనేది UIతో వాదించే ముందు route మరియు iroute ఎలా పరస్పరం పనిచేస్తాయో నిర్ధారించే స్థలం.
తదుపరి మార్పు కోసం చెక్లిస్ట్: యజమానిని పేర్కొనండి, మూడు భాగాల ఒప్పందాన్ని చెప్పండి, ఉద్దేశాన్ని ఎగుమతి చేయండి, మరియు మీ సవరణ తర్వాత కాదు, పరికరం స్వంత జీవిత చక్ర సంఘటనల తర్వాత మళ్లీ పరీక్షించండి.