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 ലോഗിൻ പരീക്ഷിക്കും, കാരണം അദ്ദേഹം നെറ്റ്വർക്കിൽ എത്തിയ ക്രെഡൻഷ്യലുകൾ അവയാണ്.