VPN வழியாக SMB விருந்தினர் உள்நுழைவு: Windows இன்னும் அடையாளத்தைக் கேட்கிறது

அலுவலக 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 இன் தொல்லை அல்ல, தரவு வெளிப்பாட்டின் பிரச்சினை. ஃபேர்ம்வேர் புதுப்பிப்பு பயனர் கணக்குகளைச் சேர்த்தால், அதுவே மலிவான நீண்டகால பதில்.

ஏற்றுக்கொள்ளப்பட்ட கணக்கையும் கொள்கை மதிப்புகளையும் டிக்கெட்டில் பதிவு செய்யுங்கள். இல்லையெனில் அடுத்த நபர் மீண்டும் சுரங்கப்பாதைச் சோதனையை இயக்கி அதே மறுப்பை அடைவார்.