VPN పై SSHFS మౌంట్ వినియోగదారు సెషన్కు చెందాలా?

VPN పైకి వచ్చిన తర్వాత షేర్ చేసిన ఫోల్డర్ను మౌంట్ చేయడంలో సులభంగా గందరగోళపడే రెండు గుర్తింపులు ఉంటాయి: నెట్వర్క్ను కాన్ఫిగర్ చేయడానికి అనుమతి ఉన్న భాగం, మరియు ఫైల్ సర్వర్కు లాగిన్ అవ్వడానికి అనుమతి ఉన్న ఖాతా. అవి అరుదుగా ఒకటే ఉంటాయి. Root యాజమాన్యంలోని VPN హుక్ డెస్క్టాప్ వినియోగదారు SSHFS మౌంట్ను ప్రారంభించడానికి చెడ్డ ప్రదేశం, ఎందుకంటే అందులో వినియోగదారు ఏజెంట్ లేదా ఉద్దేశించిన మౌంట్ యాజమాన్యం లేవు. మొదట యాజమాన్యాన్ని సరిగ్గా సెట్ చేస్తే ట్రిగ్గర్ సులభమవుతుంది.

రెండు గుర్తింపులు, రెండు వేర్వేరు అనుమతులు

VPN క్లయింట్కు మార్గాలు మరియు ఇంటర్ఫేస్లను మార్చడానికి ప్రత్యేక హక్కులు అవసరం. SSHFS మౌంట్కు ఫైల్ సర్వర్ అంగీకరించే SSH గుర్తింపు మరియు ఫైల్లను చదివే ఖాతా యాజమాన్యంలోని FUSE మౌంట్ అవసరం. Rootగా నడిచే ఒక స్క్రిప్ట్ మొదటి అవసరాన్ని తీరుస్తుంది మరియు రెండవదాన్ని నిశ్శబ్దంగా బద్దలు కొడుతుంది.

Rootగా మౌంట్ చేయడం ఫైల్లను డెస్క్టాప్ సెషన్ వెలుపల మరియు బహుశా వినియోగదారు కీని కలిగి ఉన్న ఏజెంట్కు ప్రవేశం లేకుండా వదిలివేస్తుంది. మౌంట్ ఉంది, వినియోగదారు దాని ద్వారా రాయలేరు, మరియు వైఫల్యం సర్వర్-వైపు అనుమతి సమస్యలా కనిపిస్తుంది. ఆ తప్పు నిర్ధారణ ఒక మధ్యాహ్నం మరియు నిల్వ బృందానికి ఒక టికెట్ ఖర్చు చేస్తుంది.

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

మొదట చేతితో వినియోగదారు-యాజమాన్య మౌంట్ను స్థాపించండి

ఖాళీ మౌంట్ పాయింట్, అధికారం పొందిన SSH ఖాతా మరియు టన్నెల్ ద్వారా సర్వర్కు పనిచేసే మార్గం ఉన్న సైన్-ఇన్ అయిన వినియోగదారుతో ప్రారంభించండి. చేతితో చేసే మౌంట్ ఏదైనా ఆటోమేషన్ తిరిగి ఉత్పత్తి చేయాల్సిన ఆధారాన్ని స్థాపిస్తుంది.

mkdir -p "$HOME/mnt/team"
sshfs [email protected]:/exports/team "$HOME/mnt/team"
mount | grep sshfs

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

దాన్ని సాధారణ వినియోగదారుగా, ఆ వినియోగదారు యాజమాన్యంలోని మౌంట్ పాయింట్తో అమలు చేయండి. డిఫాల్ట్గా మౌంట్ చేసే ఖాతా మాత్రమే ఫైల్లను చేరుకుంటుంది, మరియు allow_other ఆ పరిమితిని ప్రతి స్థానిక వినియోగదారుకు విస్తరిస్తుంది. ఇది ఉద్దేశపూర్వక ప్రవేశ విస్తరణ, ఆటోమేషన్ కోసం ప్రత్యామ్నాయ మార్గం కాదు.

ట్రిగ్గర్ అదే సెషన్ సందర్భంలో పనిచేయనివ్వండి

మద్దతు ఉన్న VPN ఈవెంట్ ఇంటిగ్రేషన్ వినియోగదారు-సెషన్ చర్యను అమలు చేయమని అడగనివ్వండి, ప్రత్యేక హక్కుల callback డెస్క్టాప్ ఆధారాన్ని అప్పుగా తీసుకోగలదని ఊహించడం బదులు. ట్రిగ్గర్ను tun0 అని పిలవబడే ఏదైనా ఇంటర్ఫేస్కు కాకుండా ఉద్దేశించిన కనెక్షన్ ఐడెంటిఫైయర్కు పరిమితం చేయండి. తప్పు విషయానికి సరిపోయే డిస్పాచర్ నియమం ఈ మౌంట్కు సంబంధం లేని వాటితో సహా ప్రతి నెట్వర్క్ మార్పుపై పనిచేస్తుంది.

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

nmcli -g UUID connection show --active
systemctl --user list-units 'sshfs*'
pgrep -a sshfs

మొదటి ఆదేశం డిస్పాచర్ సరిపోల్చాల్సిన కనెక్షన్ ఐడెంటిఫైయర్ను ఇస్తుంది. మిగిలిన రెండు ప్రయత్నం ఇప్పటికే నడుస్తోందా అని చూపుతాయి, మరియు అదే నకళ్లను నిరోధించే తనిఖీ.

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

బలవంతపు శుభ్రతకు ముందు డిస్కనెక్ట్ను ప్లాన్ చేయండి

ప్లాన్ చేసిన డిస్కనెక్ట్ కోసం, ఫైల్ కార్యకలాపాలను పూర్తి చేసి, మౌంట్ చేసే వినియోగదారు స్వంత వర్క్ఫ్లో నుండి అన్మౌంట్ చేయండి. ప్రక్రియను కాకుండా మౌంట్ పాయింట్ను లక్ష్యంగా చేసుకోండి, మరియు విజయాన్ని నివేదించడానికి ముందు ఫలితాన్ని ధృవీకరించండి.

fusermount3 -u "$HOME/mnt/team"
mountpoint "$HOME/mnt/team"

ఈ వర్క్ఫ్లో సృష్టించిన మౌంట్ను మాత్రమే అన్మౌంట్ చేయండి. అది బిజీగా ఉంటే, అది అప్లికేషన్ నిర్ణయం: హుక్ విజయాన్ని తిరిగి ఇచ్చేలా ఉనికిలో ఉన్న బలవంతపు డిటాచ్ డేటా నష్టాన్ని నిరోధించడం బదులు దాచుతుంది.

ఊహించని నష్టం భిన్నంగా ప్రవర్తిస్తుంది. నెట్వర్క్ అంతరాయం ఫైల్సిస్టమ్ ఆపరేషన్ను నిరోధించగలదని SSHFS పేర్కొంటుంది, మరియు reconnect ఎంపిక హ్యాండిల్స్ను పునరుద్ధరించకుండా రవాణాను పునరుద్ధరిస్తుంది: తిరిగి కనెక్ట్ కావడానికి ముందు తెరిచిన ఫైల్ తదుపరి రాయడంలో విఫలమవుతుంది, మరియు అంతరాయం కలిగిన రాయడం భద్రపరచబడదు. ఒక ఫైల్ను గంటల తరబడి తెరిచి ఉంచే ఎడిటర్లకు ఈ భేదం చాలా ముఖ్యం. రికవరీని ఊహించడం బదులు తిరిగి తెరిచే దశను ప్లాన్ చేయండి.

దానిపై ఆధారపడే ముందు పారవేసే ఫైల్లతో ప్రవర్తనను పరీక్షించండి. టన్నెల్ తిరిగి వచ్చిన తర్వాత మళ్లీ కనిపించే డైరెక్టరీ మునుపటి హ్యాండిల్స్ లేదా సేవ్ చేయని పని తట్టుకున్నాయని నిరూపించదు.