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ની તકલીફ નહીં, પણ ડેટા ખુલ્લો પડવાની સમસ્યા છે. જો ફર્મવેર અપડેટ વપરાશકર્તા એકાઉન્ટ ઉમેરે, તો એ સસ્તો લાંબાગાળાનો જવાબ છે.

સ્વીકૃત એકાઉન્ટ અને નીતિના મૂલ્યો ટિકિટમાં નોંધો. નહીં તો આગલી વ્યક્તિ ફરી ટનલ પરીક્ષણ ચલાવશે અને એ જ નકાર સુધી પહોંચશે.