openvpn3 session-start మీ ఆధారాల ఫైల్ను విస్మరిస్తుంది

2.x క్లయింట్తో కనెక్ట్ అయితే ప్రొఫైల్ పని చేస్తుంది; అదే ఫైల్ను 3.x క్లయింట్కు ఇస్తే అది పాస్వర్డ్ ప్రాంప్ట్ వద్ద ఆగిపోతుంది. --auth-user-pass creds.txt ను openvpn3 session-start కు ఇచ్చినా ఫలితం అదే, ఎందుకంటే కొత్త క్లయింట్లో ఆ ఫైల్ను చదివే దశ లేదు. ఈ నిరాకరణ ఉద్దేశపూర్వకం: ఆధారాలు ఒక సెషన్కు చెందుతాయి, సెషన్ను టెర్మినల్లోని ప్రక్రియ కాదు, ఒక సేవ సృష్టిస్తుంది. ఇంటరాక్టివ్ ప్రాంప్ట్ మరియు autoload సహాయకుడి మధ్య ఒకదాన్ని ఎంచుకోండి, ప్రతి ఒక్కటి ఏమి నిల్వ చేస్తుందో తెలుసుకోండి.

సేవ్ చేసిన ఫైల్కు వెళ్లడానికి స్థలం ఎందుకు లేదు

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

పాత నమూనాను పేర్కొనడం మంచిది, అప్పుడు దాన్ని వదిలేయడం సులభం: ప్రొఫైల్ ఆధారాల ఫైల్ను సూచిస్తుంది, టన్నెల్ ప్రారంభమైనప్పుడు డెమన్ దాన్ని చదువుతుంది. కొత్త నమూనాలో ఆధారాలు సెషన్కు చెందుతాయి మరియు ఆ సెషన్ ప్రారంభమైనప్పుడు అందించబడతాయి. openvpn3 session-start --config work.ovpn వాటిని అడుగుతుంది, --auth-user-pass creds.txt తిరస్కరించబడుతుంది ఎందుకంటే ఆ మార్గంలో ఫైల్ను తెరిచేది ఏమీ లేదు. మీరు కనుగొనే ప్రతి 2.x సూత్రం ఇప్పుడు లేని దశను ఊహిస్తుంది.

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

ప్రాంప్ట్ మార్గం మరియు అది వదిలే సెషన్

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

openvpn3 session-start --config work.ovpn
openvpn3 sessions-list

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

ముందు మనిషి ఉన్న వర్క్స్టేషన్కు ఇది అత్యంత సురక్షితమైన ఎంపిక కూడా, ఎందుకంటే రక్షించడానికి లేదా మరచిపోవడానికి నిల్వ చేసిన రహస్యం లేదు. ఎవరూ టైప్ చేయడానికి లేని చోట మాత్రమే ఇది సరిపోదు.

కీబోర్డ్ ముందు మనిషి లేకుండా ఆటోమేషన్

యంత్రం మనిషి లేకుండా కనెక్ట్ కావాల్సిన చోట, ప్రాజెక్ట్ openvpn3-autoload ను అందిస్తుంది. అది ప్రొఫైళ్ల డైరెక్టరీని మరియు ప్రతి ప్రొఫైల్కు సరిపోయే వివరణను చదువుతుంది, వివరణ ఆధారాలను స్పష్టమైన టెక్స్ట్లో అందిస్తుంది. సహాయకుడు వేరే బైనరీ, సాధారణంగా /usr/sbin/openvpn3-autoload లో, session-start యొక్క ఫ్లాగ్ కాదు. దాన్ని సెటప్ చేయడం అంటే డైరెక్టరీని సృష్టించి, వివరణ ఆశించే పేరుతో ప్రొఫైల్ను కాపీ చేసి, వివరణను వ్రాయడం.

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

mkdir -m700 -p ~/.openvpn3/autoload
cp work.ovpn ~/.openvpn3/autoload/client.conf
$EDITOR ~/.openvpn3/autoload/client.autoload

వివరణ ఆధారాలను పేర్కొని ఆటోమేటిక్ ప్రారంభాన్ని అడుగుతుంది. పాస్వర్డ్ విలువను వెర్షన్ నియంత్రణ వెలుపల ఉంచండి:

{
  "autostart": true,
  "user-auth": {
    "autologin": true,
    "username": "svc-vpn",
    "password": "change-this-value"
  }
}

తర్వాత సహాయకుడిని ఒకసారి పిలిచి సెషన్ కనిపిస్తుందని నిర్ధారించండి. రెండవ ఆదేశం తనిఖీ, మరో సెటప్ దశ కాదు:

/usr/sbin/openvpn3-autoload --directory ~/.openvpn3/autoload
openvpn3 sessions-list

బూట్ సమయంలో openvpn3-autoload.service అనే ప్యాకేజీ చేసిన యూనిట్ ప్రతి వినియోగదారు కాదు, మొత్తం సిస్టమ్ డైరెక్టరీ /etc/openvpn3/autoload ను ఉపయోగిస్తుంది. ఆ స్థానానికి root యాజమాన్యం మరియు కఠినమైన మోడ్ అవసరం, వివరణ ఇప్పటికీ పాస్వర్డ్ను స్పష్టమైన టెక్స్ట్లో ఉంచుతుంది. రాజీ స్పష్టం: పాస్వర్డ్ ఇప్పుడు డిస్క్లో ఉంది, కాబట్టి ఆ డైరెక్టరీని రహస్యంగా పరిగణించి, హోస్ట్ వెలుపలి బ్యాకప్ల నుండి మినహాయించి, మనిషి ఉన్నప్పుడల్లా ఇంటరాక్టివ్ మార్గాన్ని ఎంచుకోండి.

పాస్వర్డ్ వైఫల్యాల్లా కనిపించే బస్ వైఫల్యాలు

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

క్రింది ఆదేశాలు రెండింటినీ వేరు చేస్తాయి. మొదటిది బ్యాకెండ్ నడుస్తుందో లేదో నివేదిస్తుంది; రెండవది ఇటీవలి బస్ లోపాలను చూపిస్తుంది:

systemctl status openvpn3-service-client
journalctl -b -u openvpn3-service-client --no-pager | tail -20

మరో సాధారణ తప్పు పఠనం కనిపించి వెంటనే మాయమయ్యే సెషన్. ఆ నమూనా సాధారణంగా సైట్ స్థానిక సెట్టింగ్లు ఎప్పుడూ వర్తించలేదని అర్థం, కాబట్టి టన్నెల్ దాన్ని ఉపయోగకరంగా చేసే మార్గాలు మరియు రిజాల్వర్ మార్పులు లేకుండా పైకి వచ్చింది. చివరి పంక్తిని కాదు, క్రమాన్ని చదవండి: సెషన్ సృష్టించబడిందా, కనెక్ట్ అయిన స్థితికి చేరిందా, జీవించిందా అనేది మూడు వేర్వేరు వాస్తవాలు.

పాత క్లయింట్ ఇంకా వాడుకలో ఉన్నప్పుడు

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

వీటిలో ఏదైనా నిర్మించే ముందు, ప్రొఫైల్లోని keepalive సెట్టింగ్ పునఃప్రారంభ అవసరాన్ని పూర్తిగా తొలగిస్తుందో లేదో తనిఖీ చేయండి. నడుస్తూనే ఉండే సెషన్ మీరు ఆటోమేట్ చేయాలని ప్రయత్నిస్తున్న ప్రాంప్ట్ను ఎప్పటికీ చేరుకోదు.