SMB భాగస్వామ్యం VPN ద్వారా మాత్రమే విఫలమవుతుంది: సంతకమా లేక సబ్‌నెట్ ఘర్షణా?
LANలో పనిచేసే భాగస్వామ్యం టన్నెల్ ద్వారా మాత్రమే విఫలమవుతుంది. సంతక తిరస్కరణ, అతివ్యాప్తి చెందే సబ్‌నెట్ మరియు పాత SMB సెషన్‌ను వేరు చేయండి.
కార్యాలయంలో పనిచేసి ఇంట్లో సమయం మించిపోయే మ్యాప్ చేసిన డ్రైవ్ దానంతటదే దాదాపు ఉపయోగకరమైన సమాచారాన్ని ఇవ్వదు. టన్నెల్ స్పష్టంగా ప్యాకెట్లను తీసుకువెళ్తోంది, లేకపోతే సర్వర్‌ను ఏదీ చేరదు. విఫలమైనది మూడు పొరల్లో ఒకటి: పేరు తప్పు చిరునామాకు పరిష్కరించబడింది, క్లయింట్ సెషన్‌పై సంతకం చేయడానికి నిరాకరించింది, లేదా పాత సెషన్ దాన్ని మోసిన కనెక్షన్ కంటే ఎక్కువ కాలం నిలిచింది. ప్రతిదానికి వేరే మరమ్మత్తు ఉంది, మూడింటిలో రెండు క్లయింట్ వైపే ఉన్నాయి.
మూడు వైఫల్యాలు ఒకే లోపాన్ని ధరిస్తాయి
డ్రైవ్ అక్షరం ఏ పొర విరిగిందో చెప్పదు, లోప సందేశం సాధారణంగా మూడింటికీ సరిపోయేంత సాధారణంగా ఉంటుంది. రెండు శీఘ్ర ప్రశ్నలతో వాటిని వేరు చేయండి: సర్వర్ తన IP చిరునామాపై సమాధానం ఇస్తుందా, పోర్ట్ 445 కనెక్షన్‌ను అంగీకరిస్తుందా?
ఆ సమాధానాలు ఊహకు బదులు నిర్ణయ పట్టికను తయారు చేస్తాయి. IP పనిచేసి పేరు పనిచేయకపోతే అది పేరు పరిష్కారాన్ని సూచిస్తుంది. రెండూ పనిచేసి లాగిన్ తిరస్కరించబడితే అది సంతకాన్ని సూచిస్తుంది. రెండూ పనిచేసి టన్నెల్ అంతరాయం తర్వాత ఫైల్ చదవడం ఆగిపోతే అది పాత సెషన్‌ను సూచిస్తుంది.
| Symptom | Layer to inspect |
|---|---|
| IP works, hostname times out | DNS or subnet overlap |
| TCP 445 opens, logon refused | SMB signing policy |
| Hangs after reconnect | Session state and timers |
అదే క్రమంలో వాటిని పూర్తి చేయండి, ఎందుకంటే తప్పు హోస్ట్‌కు పరిష్కరించబడే పేరు తర్వాతి ప్రతి పరీక్షను అర్థహీనం చేస్తుంది.
భాగస్వామ్యాన్ని తాకే ముందు పేరును పరిష్కరించండి
సర్వర్ తన చిరునామాపై సమాధానం ఇచ్చి భాగస్వామ్యం పేరు సమయం మించిపోతే, టన్నెల్ తన పని చేస్తోంది, క్లయింట్ తప్పు చోట చూస్తోంది. రిమోట్ యాక్సెస్‌లో దీనిలో ఎక్కువ భాగాన్ని రెండు కారణాలు వివరిస్తాయి.
మొదటిది చిరునామాల అతివ్యాప్తి. కార్యాలయం 192.168.70.0/24 ఉపయోగిస్తుండగా ఇంటి రౌటర్ అదే పరిధిని పంచితే, 192.168.70.20కి పరిష్కరించబడే హోస్ట్ పేరు టన్నెల్ వెనుక ఉన్న సర్వర్‌కు బదులు స్థానిక పరికరాన్ని సూచించవచ్చు. అప్పుడు Windows అభ్యర్థనను స్థానికంగా పంపవచ్చు, మార్గాన్ని తిరస్కరించవచ్చు, లేదా ఆ చిరునామా ఉన్న ప్రింటర్‌కు పరిష్కరించవచ్చు. మరమ్మత్తు ఒక వైపును తిరిగి సంఖ్యించడం, మరో మార్గాన్ని జోడించడం కాదు.
రెండవది DNS పరిధి. అంతర్గత DNS సర్వర్ లేని, లేదా టన్నెల్ ద్వారా అందుబాటులో లేని సర్వర్ ఉన్న VPN అడాప్టర్ చిన్న పేర్లను పబ్లిక్ రిజాల్వర్‌కు వదిలేస్తుంది. అడాప్టర్ DNS నమోదులను చదివి, భాగస్వామ్యాన్ని తాకే ముందు అంతర్గత పేరును నేరుగా అడగండి:
> ipconfig /all | findstr /i "DNS Servers"
> nslookup files.corp.internal
Server: 10.90.0.2
Address: 10.90.0.2
Name: files.corp.internal
Address: 10.90.0.15ఆ ప్రశ్న ఆశించిన చిరునామాను తిరిగి ఇస్తే, పేరు పరిష్కారం స్పష్టమైంది, సమస్య స్టాక్‌లో పైన ఉంది.
రెండు చివరల్లో సంతక అవసరాన్ని చదవండి
ప్రతి లాగిన్‌ను తిరస్కరించే అందుబాటులో ఉన్న సర్వర్ నెట్‌వర్క్ వైఫల్యం కాదు, విధాన అసమతుల్యత సంకేతం. Windows క్లయింట్‌పై SMB సంతకాన్ని తప్పనిసరి చేయవచ్చు, సంతకం చేయని సర్వర్ లేదా NAS టన్నెల్ ఎంత ఆరోగ్యంగా ఉన్నా సెషన్‌ను పూర్తి చేయలేదు.
విధాన సంపాదకంలో వెతకకుండా క్లయింట్ సెట్టింగ్‌ను చదవవచ్చు:
> Get-SmbClientConfiguration | Select-Object RequireSecuritySignature
RequireSecuritySignature
-------------------------
True
> Get-SmbConnectionసర్వర్ వైపు సంబంధిత విలువ సర్వర్ SMB కాన్ఫిగరేషన్‌లో ఉంటుంది, రెండూ సరిపోలాలి. నివేదించబడిన ఒక సంఘటనలో క్లయింట్‌పై అవసరం స్థానిక విధానంతో చురుకుగా ఉంది, సర్వర్ అసలు సంతకం చేయలేదు; దాన్ని నిలిపివేసి gpupdate /force నడపడంతో భాగస్వామ్యం వెంటనే పునరుద్ధరణ అయింది. ఇది కారణాన్ని నిర్ధారించే నిర్ధారణ అడుగు, శాశ్వత పరిష్కారం కాదు.
సర్వర్ మద్దతు ఇచ్చే చోట రెండు చివరల్లో సంతకాన్ని ఆన్ చేయడానికి ప్రాధాన్యం ఇవ్వండి. భాగస్వామ్యం పనిచేయడానికి భద్రతా సెట్టింగ్‌ను మార్చడాన్ని దాని మునుపటి విలువ మరియు కారణంతో నమోదు చేయాలి, తద్వారా తదుపరి ఆడిట్‌లో ఎవరూ దాన్ని మళ్లీ కనుగొనాల్సి రాదు.
టైమర్లను సర్దుబాటు చేసే ముందు పాత సెషన్‌ను శుభ్రం చేయండి
VPN పడిపోయి మళ్లీ కనెక్ట్ అయిన తర్వాత మాత్రమే ఆగిపోయే భాగస్వామ్యం సాధారణంగా సర్వర్ ఇప్పటికే విసిరేసిన సెషన్‌ను పట్టుకుని ఉంటుంది. సర్వర్ నిష్క్రియ SMB సెషన్‌లను LanmanServer\Parameters లోని Autodisconnect టైమర్‌పై మూస్తుంది, ఇది డిఫాల్ట్‌గా 15 నిమిషాలు, క్లయింట్‌కు LanmanWorkstation\Parameters లో దాని స్వంత SessTimeout ఉంది. ఈ విలువల కంటే పొడవైన అంతరాయం ప్రతి చివరను సెషన్ గురించి వేరే భావనతో వదిలిస్తుంది.
ఫలితం అర్థవంతంగా ఉండేలా స్థిరమైన క్రమంలో దాన్ని మళ్లీ సృష్టించండి: టన్నెల్ కనెక్ట్ చేయండి, భాగస్వామ్యం తెరవండి, టన్నెల్‌ను రెండు నిమిషాలు కత్తిరించండి, పునరుద్ధరించండి, తర్వాత ఫైల్ చదవడానికి ప్రయత్నించండి. మౌంట్ దానంతటదే కోలుకుంటే టైమర్లను వదిలేయండి. మళ్లీ మౌంట్ చేసే వరకు ఆగితే, టన్నెల్ నిలబడిన తర్వాత భాగస్వామ్యాన్ని మళ్లీ కనెక్ట్ చేయండి, అది ఉనికిలోకి రాకముందే మౌంట్ చేయడానికి బదులు, మౌంట్ సహాయకుడు మళ్లీ ప్రయత్నిస్తుందో లేదో చూడండి.
టైమ్ అవుట్‌లను పెంచడం అస్థిర లింక్‌కు సహేతుకమైన చివరి అడుగు, కానీ అది లక్షణానికి చికిత్స. సర్వర్ మరచిన సెషన్ కోసం ఎక్కువసేపు ఎదురుచూసే క్లయింట్ ఇంకా ఎదురుచూస్తూనే ఉంటుంది.
మౌంట్ ద్వారా ఒక ఫైల్‌ను చదివి, ఆపై మరోసారి టన్నెల్‌ను కత్తిరించి పునరుద్ధరించి ముగించండి. ఆ ఆమోద పరీక్ష మూడు పొరలను ఒకేసారి కవర్ చేస్తుంది, వినియోగదారు నిజంగా చేసే పనికి సరిపోయే ఏకైక పరీక్ష అదే.