VPN ద్వారా SMB అతిథి లాగిన్: Windows ఇంకా గుర్తింపును కోరుతోంది
పనిచేసే VPN సొరంగం అనామక SMB లాగిన్ను ధృవీకరించినదిగా చేయదు. క్లయింట్ విధానాన్ని చదవండి, ఈవెంట్ 31017ని నిర్ధారించండి, ఆపై పేరున్న షేర్ ఖాతాను ఉపయోగించండి.
ఆఫీస్ VPNకి చేరడం వల్ల ఫైల్ సర్వర్ చేరుకోగలిగేలా అవుతుంది, అయినా షేర్ ప్రవేశాన్ని నిరాకరిస్తూనే ఉంటుంది, ఇది సొరంగం పాడైందని నిర్ణయించడానికి దారితీస్తుంది. సాధారణంగా అలా ఉండదు. SMB ప్రతి సెషన్ను విడివిడిగా ధృవీకరిస్తుంది, అనామక లాగిన్గా ఏమి అంగీకరించాలనే దాన్ని Windows మరింత కఠినతరం చేస్తోంది. నెట్వర్క్ మార్గం మరియు వినియోగదారు గుర్తింపు వేర్వేరు అవసరాలు, మరియు లోపం రెండవ దానికి సంబంధించినది.
సొరంగం SMB గుర్తింపును ఎందుకు భర్తీ చేయలేదు
సర్వర్తో సబ్నెట్ను పంచుకోవడం అంటే దాని ఫైళ్లను చదివే అనుమతి అని ఎప్పుడూ అర్థం కాదు; ఇది రూటింగ్ సమస్యను మాత్రమే తొలగిస్తుంది. క్లయింట్ అసురక్షిత అతిథి లాగిన్ను నిరోధించినప్పుడు Windows ఈవెంట్ 31017ను నమోదు చేస్తుంది, అది సర్వర్లో కాదు, మీ మెషీన్లో తీసుకున్న నిర్ణయం. సొరంగం SMB ప్యాకెట్లను నిజాయితీగా తీసుకువెళుతుంది, అతిథి సెషన్ నిరాకరించబడుతుంది. ఒకేలాంటి ఇంటి నెట్వర్క్లలో ఒక ల్యాప్టాప్ పనిచేసి మరొకటి పనిచేయకపోవడానికి కారణం అదే.
ఈవెంట్ను నెట్వర్క్ లోపంగా కాకుండా విధానానికి సాక్ష్యంగా పరిగణించండి. సరిదిద్దడం గుర్తింపులో లేదా పరికరంలో ఉంది.
క్లయింట్ విధానాన్ని మరియు నిరాకరణ ఈవెంట్ను చదవండి
రెండు ఫలితాలు ప్రశ్నను త్వరగా పరిష్కరిస్తాయి: ప్రభావవంతమైన క్లయింట్ కాన్ఫిగరేషన్ మరియు ఇటీవలి నిరాకరణ ఈవెంట్లు.
Get-SmbClientConfiguration | Select-Object EnableInsecureGuestLogons, RequireSecuritySignature
Get-WinEvent -LogName Microsoft-Windows-SmbClient/Operational -MaxEvents 20 | Where-Object Id -eq 31017తప్పు అతిథి సెట్టింగ్ మరియు సంతకం అవసరం కలిసి ఏదైనా తదుపరి దర్యాప్తుకు ముందే వైఫల్యాన్ని వివరిస్తాయి. క్లయింట్ సెషన్ను నిరాకరించిందని ఈవెంట్ లాగ్ నిర్ధారిస్తుంది, సర్వర్ ఆధారాలను నిరాకరించలేదు. మరొక మెషీన్లో విజయవంతమైన ప్రయత్నంలో ఉపయోగించిన షేర్ మార్గాన్ని మరియు ఖాతాను గుర్తించండి, ఎందుకంటే కాష్ చేసిన సెషన్ రెండు పరీక్షలను ఒకేలా కనిపించేలా చేయవచ్చు, అవి ఒకేలా లేనప్పుడు. ఉన్న కనెక్షన్లను net use తో శుభ్రం చేయండి, ఆపై పోల్చండి, పాత సెషన్ కొత్త దాని తరఫున సమాధానం ఇవ్వకుండా.
పేరున్న ఖాతాను ఉపయోగించి సంతకాన్ని నిలుపుకోండి
శాశ్వత పరిష్కారం సర్వర్కు తెలిసిన ఖాతాను స్పష్టంగా అందించడం, సంతకం మరియు ఎన్క్రిప్షన్ విధానం యథాతథంగా ఉండటం. డైలాగ్లో ఏదో పేరు టైప్ చేయడానికి బదులుగా కనెక్షన్పై ఆధారాలను ఇవ్వండి.
net use \\fileserver.example\share /user:DOMAIN\alice *
Get-SmbConnectionపేరున్న లాగిన్ సర్వర్ ఆడిట్ చేయగల సెషన్ను సృష్టిస్తుంది, మరియు Get-SmbConnection మాండలికాన్ని మరియు సంతకం సక్రియంగా ఉందా అనేది చూపుతుంది. అతిథి సెషన్లు సంతకం లేదా ఎన్క్రిప్షన్ అవసరాలను తీర్చలేవు, కాబట్టి అతిథి జెండాను ప్రారంభించడం వాటిని కోరే విధానాన్ని కాపాడలేదు. పాత పరికరానికి ఖాతా నమూనా లేకుంటే, అతిథి ప్రవేశాన్ని భర్తీ ప్రణాళికతో స్పష్టంగా నమోదు చేసిన మినహాయింపుగా పరిగణించండి. ఒక పరికరం కోసం ప్రతి కనెక్షన్పై సంతకాన్ని బలహీనపరచకండి.
పరికరం అతిథిని మాత్రమే తెలిసినప్పుడు
కొన్ని వినియోగదారు NAS పెట్టెలు ఖాతా భావన లేకుండా షేర్లను అందిస్తాయి, ఇది రెండు నిజాయితీ ఎంపికలను మిగులుస్తుంది: పరికరాన్ని వేరుచేయండి లేదా భర్తీ చేయండి. సున్నితమైన దేనికీ మార్గం లేని విభాగంలో ఉంచండి, మరియు సౌలభ్య మినహాయింపు మొత్తం క్లయింట్కు డిఫాల్ట్ కాకుండా చూడండి. బ్యాకప్లు లేదా ఆధారాలు ఉన్న అతిథి షేర్ Windows బాధ కాదు, డేటా బహిర్గతం సమస్య. ఫర్మ్వేర్ నవీకరణ వినియోగదారు ఖాతాలను జోడిస్తే, అదే చౌకైన దీర్ఘకాలిక సమాధానం.
ఆమోదించిన ఖాతాను మరియు విధాన విలువలను టికెట్లో నమోదు చేయండి. లేకపోతే తదుపరి వ్యక్తి మళ్లీ సొరంగ పరీక్షను నిర్వహించి అదే నిరాకరణకు చేరుకుంటారు.