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 લોગિન અજમાવશે, કારણ કે આ જ તે ક્રેડેન્શિયલ છે જેનાથી તે નેટવર્ક સુધી પહોંચી.