VPN ఫైల్ షేర్ను సర్వర్ తెలిసిన Samba ఖాతాతో మ్యాప్ చేయడం

టన్నెల్ కనెక్ట్ చేయండి, షేర్ ఇప్పటికీ వినియోగదారు సరైనదని భావించే పాస్వర్డ్ను అడుగుతోంది. ప్రత్యేక Samba అమరికలో VPN లాగిన్ మరియు SMB లాగిన్ సంబంధం లేని ఆధారాలు: ఒకటి టన్నెల్కు అనుమతి ఇస్తుంది, రెండోదాన్ని ఫైల్ సర్వర్ తనిఖీ చేస్తుంది. కాబట్టి VPN ఖాతాతో డ్రైవ్ మ్యాప్ చేయడం పాస్వర్డ్ సరిగా ఉన్నా, నెట్వర్క్ మార్గం పరిపూర్ణంగా ఉన్నా విఫలమవుతుంది. ఈ భేదమే VPN ద్వారా మ్యాపింగ్ వైఫల్యాల చాలావరకు వివరిస్తుంది.

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

VPN లాగిన్ మరియు SMB లాగిన్ వేర్వేరు గుర్తింపులు

VPN ఖాతాను VPN గేట్వే తన సొంత విధానం ప్రకారం అంచనా వేస్తుంది. ఈ క్లయింట్ ప్రైవేట్ నెట్వర్క్లోకి ప్రవేశించగలదా అని సమాధానమిస్తుంది. ఆ నెట్వర్క్ లోపలి ఫైల్ సర్వర్పై ఏ SMB ఖాతా ఉందనే దాని గురించి ఏమీ చెప్పదు.

Samba ఖాతా సర్వర్ ప్రామాణీకరణ బ్యాకెండ్లో దాని సొంత పాస్వర్డ్ డేటాబేస్ మరియు దాని సొంత పేరుతో నివసిస్తుంది. రెండు మెషీన్లలోనూ alice అనే వినియోగదారు ఉండవచ్చు, గుర్తింపు వ్యవస్థ, పాస్వర్డ్ లేదా వినియోగదారు గుర్తింపుదారును పంచుకోకుండా. పేర్లు సరిపోతాయి; ఖాతాలు కావు.

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

Windows నిజంగా ఏ గుర్తింపును ఉపయోగిస్తోందో చూడండి

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

net use
cmdkey /list
klist

మొదటి ఆదేశం మ్యాప్ చేసిన డ్రైవ్లను, తెరిచిన సెషన్లను చూపుతుంది, రెండోది ఆటోమేటిక్గా వర్తించగల నిల్వ చేసిన ఆధారాలను, మూడోది డొమైన్ వాడుతున్నప్పుడు Kerberos టికెట్లను చూపుతుంది. నిల్వ చేసిన ఆధారం మీరు టైప్ చేయదలచిన ఖాతాను నిశ్శబ్దంగా భర్తీ చేయవచ్చు.

ఈ సమస్యకు సంబంధించిన కనెక్షన్ లేదా ఆధారాన్ని మాత్రమే తొలగించండి. అన్ని డ్రైవ్లను డిస్కనెక్ట్ చేయడం లేదా సర్వర్ పేరును IP చిరునామాతో భర్తీ చేయడం గుర్తింపు ఎంపికను దాచి సంతకం లేదా పేరు ఆధారిత విధానాన్ని దెబ్బతీయవచ్చు.

షేర్ను సర్వర్ గుర్తించే ఖాతాతో మ్యాప్ చేయండి

ఖాతాను సర్వర్ ఆశించే రూపంలో ఇవ్వండి, Windows పాస్వర్డ్ అడగనివ్వండి, తద్వారా రహస్యం ఆదేశ చరిత్ర లేదా స్క్రిప్ట్లో పడదు:

net use Z: \\files.corp.example\team * /user:FILESERVER\alice /persistent:no

బ్యాక్స్లాష్కు ముందు ఉన్న సర్వర్ భాగం Samba సర్వర్ గుర్తింపు సందర్భం, VPN గేట్వే కాదు. నక్షత్రం ఇంటరాక్టివ్ పాస్వర్డ్ అభ్యర్థన కోరుతుంది, /persistent:no మ్యాపింగ్ను తదుపరి సైన్-ఇన్ వెలుపల ఉంచుతుంది. ఖాళీ డ్రైవ్ అక్షరాన్ని ఎంచుకోండి.

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

ఖాతా చెల్లుబాటు, షేర్ యాక్సెస్, ఫైల్ సిస్టమ్ హక్కులు మూడు తనిఖీలు

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

valid users తో పరిమితమైన షేర్ జాబితా చేసిన ఖాతాలు లేదా గ్రూపులను మాత్రమే అంగీకరిస్తుంది. ఖాతా సరిగా ప్రామాణీకరణ చెందవచ్చు, అయినా ఆ పంక్తి ద్వారా తిరస్కరించబడవచ్చు. పాస్వర్డ్ తప్పు అని నిర్ధారించే ముందు షేర్ నిర్వచనాన్ని తనిఖీ చేయండి.

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

విధానాన్ని భంగం చేయకుండా ఘర్షణ సెషన్ను శుభ్రం చేయండి

కారణం పాత సెషన్ అయితే, ఆ ఒక కనెక్షన్ను మూసి ఉద్దేశించిన ఖాతాతో మళ్లీ మ్యాప్ చేయండి. నిల్వ చేసిన ఆధారం పదే పదే తిరిగి వస్తే, మొత్తం డ్రైవ్ జాబితా బదులు ఆ ఆధారాన్ని తొలగించండి. తర్వాత కొత్త సెషన్ను net use తో నిర్ధారించండి.

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

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