Mac-ൽ VPN വഴി SMB പങ്കിടൽ: ആദ്യം ബന്ധിപ്പിക്കുക, പിന്നീട് എഴുത്ത് പരിശോധിക്കുക
Finder പങ്കിടൽ മൗണ്ട് ചെയ്യുന്നു, പക്ഷേ സേവ് ചെയ്യാൻ വിസമ്മതിക്കുന്നുണ്ടോ? ഏതെങ്കിലും ക്രമീകരണം മാറ്റുന്നതിന് മുമ്പ് VPN പാത, SMB അക്കൗണ്ട്, സെർവർ അനുമതി എന്നിവ വേർതിരിക്കുക.
Finder പങ്കിടൽ VPN വഴി മൗണ്ട് ചെയ്ത ശേഷം ഫയൽ സേവ് ചെയ്യാൻ വിസമ്മതിച്ചാൽ, ടണൽ ഇതിനകം തന്റെ ജോലി ചെയ്യുന്നു, അഭിപ്രായവ്യത്യാസം ഫയൽ സെർവറിലെ ഐഡന്റിറ്റിയെയും അവകാശങ്ങളെയും കുറിച്ചാണ്. മൗണ്ട് ഒട്ടും കാണുന്നില്ലെങ്കിൽ, ആ ബിന്ദുവിന് ശേഷം ഒന്നും പരിശോധിച്ചിട്ടില്ല. രണ്ട് സാഹചര്യങ്ങളും macOS-ൽ സമാനമായ സംഭാഷണത്തിൽ അവസാനിക്കുന്നു, അതുകൊണ്ടാണ് VPN സൃഷ്ടിക്കാൻ കഴിയാത്ത തകരാറിന് ആളുകൾ VPN പ്രൊഫൈലുകൾ വീണ്ടും നിർമ്മിക്കുന്നത്. ഞാൻ ആദ്യം കണക്ഷൻ എവിടെ നിൽക്കുന്നു എന്ന് കൃത്യമായി നിർണ്ണയിക്കുന്നു, പിന്നീട് മാത്രം എഡിറ്റ് ചെയ്യാൻ വന്ന ഡോക്യുമെന്റിന് പകരം ഒറ്റത്തവണ ഉപയോഗിക്കുന്ന ഫയൽ ഉപയോഗിച്ച് എഴുത്ത് പരിശോധിക്കുന്നു.
എവിടെ നോക്കണം എന്ന് മൂന്ന് വ്യവസ്ഥകൾ തീരുമാനിക്കുന്നു
ക്രമീകരണം തൊടുന്നതിന് മുമ്പ് മൂന്ന് ഉത്തരങ്ങൾ വേണം: പേര് ടണൽ റൂട്ട് ചെയ്യുന്ന സ്വകാര്യ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്നുണ്ടോ, നിങ്ങൾ നൽകിയ കൃത്യമായ അക്കൗണ്ട് SMB സേവനം സ്വീകരിക്കുന്നുണ്ടോ, ആ അക്കൗണ്ടിന് അതേ പങ്കിടലിലും ഫോൾഡറിലും പ്രവർത്തനത്തിലും എഴുത്തവകാശമുണ്ടോ. ഓരോന്നും വ്യത്യസ്ത സ്ഥലത്ത് പരാജയപ്പെടുന്നു, ആദ്യത്തേത് മാത്രം VPN ഉടമയുടേതാണ്.
| What you see | What it establishes | Who fixes it |
|---|---|---|
| Name does not resolve, or resolves outside the tunnel | The path was never built | VPN or DNS administrator |
| Name resolves, port 445 times out | Route, firewall or overlapping address space | VPN and network owners |
| Server answers, the sign-in is rejected | The file-service account, not the VPN login | File-server owner |
| Share mounts, writing is refused | Share policy or directory rights | File-server owner |
Mac ലോഗിൻ, VPN ലോഗിൻ, SMB അക്കൗണ്ട് എന്നിവ മൂന്ന് വേറിട്ട ഐഡന്റിറ്റികൾ ആയതിനാൽ പട്ടിക അർഹത നേടുന്നു. VPN പാസ്വേഡ് മാറ്റുന്നത് രജിസ്റ്റർ ചെയ്ത ഉപയോക്താവിനെ നിരസിക്കുന്ന പങ്കിടൽ ഒരിക്കലും തുറക്കുന്നില്ല, കണക്ട് ചെയ്തു എന്ന് റിപ്പോർട്ട് ചെയ്യുന്ന ക്ലയന്റ് നിങ്ങൾ ലക്ഷ്യമിടുന്ന സെർവറിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
ബ്രൗസ് ചെയ്യുന്നതിലൂടെയല്ല, വിലാസത്തിലൂടെ ബന്ധിപ്പിക്കുക
ഒരു ദൂര പങ്കിടൽ പൂർണ്ണമായും എത്താവുന്നതായിരിക്കാം, പക്ഷേ Finder-ന്റെ നെറ്റ്വർക്ക് പട്ടികയിൽ കാണാതിരിക്കാം. ഓഫീസ് LAN-ൽ കണ്ടെത്തൽ ബ്രോഡ്കാസ്റ്റ്, മൾട്ടികാസ്റ്റ് പേരുകളെ ആശ്രയിക്കുന്നു, മിക്ക VPN-കളും ആ ട്രാഫിക് ടണലിലൂടെ കൊണ്ടുപോകുന്നില്ല, അതിനാൽ ശൂന്യമായ നെറ്റ്വർക്ക് കാഴ്ച വിച്ഛേദിക്കപ്പെട്ട കണ്ണിയുടെ തെളിവല്ല.
ഉദ്ദേശിച്ച VPN അതിന്റെ സാധാരണ ക്ലയന്റിലൂടെ ആരംഭിച്ച് പ്രാമാണീകരണം പൂർത്തിയാക്കുക.
Finder-ൽ പോകുക തിരഞ്ഞെടുക്കുക, തുടർന്ന് സെർവറിലേക്ക് കണക്ട് ചെയ്യുക, അല്ലെങ്കിൽ Command-K അമർത്തുക.
നൽകിയ വിലാസം ടൈപ്പ് ചെയ്യുക. ഈ ഉദാഹരണത്തിൽ അത്
smb://files.corp.example/teamആണ്, ഒരു ദൃഷ്ടാന്ത നാമം, പൊതു സേവനമല്ല. സെർവർ നാമം മാത്രം ഉണ്ടെങ്കിൽ അതിലേക്ക് ബന്ധിപ്പിച്ച് അത് തിരികെ നൽകുന്ന പട്ടികയിൽ നിന്ന് അനുവദനീയമായ പങ്കിടൽ തിരഞ്ഞെടുക്കുക.രജിസ്റ്റർ ചെയ്ത ഉപയോക്താവ് തിരഞ്ഞെടുത്ത് ഫയൽ സേവന അക്കൗണ്ട് നൽകുക, നിങ്ങളുടെ Mac അക്കൗണ്ടല്ല, VPN അക്കൗണ്ടുമല്ല. ഉടമ അങ്ങനെ പറയുമ്പോൾ മാത്രമേ അതിഥി ശരിയാകൂ.
പങ്കിടൽ തുറന്ന് നിങ്ങൾ വന്ന ഒരു ജോലി ചെയ്യുക. ഒരു ഫോൾഡർ ലിസ്റ്റ് മൗണ്ട് തെളിയിക്കുന്നു, അതിൽ കൂടുതലില്ല.
Apple-ന്റെ സെർവറിലേക്കുള്ള കണക്ഷൻ ഗൈഡ് ഈ Finder പ്രവാഹവും അതിന് പിന്നിലെ സേവന ലോഗിനും രേഖപ്പെടുത്തുന്നു. അടുത്ത കണക്ഷൻ ആവർത്തിക്കാനാകാൻ വിലാസം പ്രിയപ്പെട്ടവയിൽ സേവ് ചെയ്യുക, എൻട്രിയുടെ പേര് മാറ്റുന്നത് ലേബൽ മാറ്റുന്നു, ലക്ഷ്യമല്ല എന്ന് ഓർക്കുക.
എവിടെ നിൽക്കുന്നു എന്ന ഘട്ടം വായിക്കുക
എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ഏത് ഘട്ടം പരാജയപ്പെടുന്നു എന്ന് Finder-ൽ നിങ്ങൾ ടൈപ്പ് ചെയ്ത അതേ പേരുകളിൽ രേഖപ്പെടുത്തുക. പേര് പരിഹരിക്കുന്നതിൽ നിന്ന് തുടങ്ങുക: dscacheutil -q host -a name files.corp.example macOS ഉപയോഗിക്കുന്ന വിലാസം പ്രിന്റ് ചെയ്യുന്നു, netstat -rn ആ വിലാസത്തിന് ടണൽ ഇന്റർഫേസ് വഴിയോ വീട്ടിലെ ഗേറ്റ്വേ വഴിയോ റൂട്ട് ഉണ്ടോ എന്ന് കാണിക്കുന്നു.
പിന്നീട് എത്തിച്ചേരൽ. nc -vz files.corp.example 445 SMB പോർട്ട് ഒട്ടും പ്രതികരിക്കുന്നുണ്ടോ എന്ന് പറയുന്നു; പരിഹരിക്കൽ പ്രവർത്തിക്കുകയും 445 സമയപരിധി കഴിയുകയും ചെയ്താൽ, നിങ്ങൾ റൂട്ടിംഗ്, ഫയർവാൾ അല്ലെങ്കിൽ ഓവർലാപ്പിംഗ് വിലാസങ്ങളുടെ മേഖലയിലാണ്, പങ്കിടൽ അനുമതി മാറ്റിയാൽ സഹായിക്കില്ല. പോർട്ട് പ്രതികരിച്ചാൽ, ആ അക്കൗണ്ടിന് എന്ത് വാഗ്ദാനം ചെയ്യുന്നു എന്ന് സെർവറിനോട് ചോദിക്കുക: smbutil view //[email protected] പങ്കിടലുകൾ ലിസ്റ്റ് ചെയ്യുന്നു, smbutil statshares -a മൗണ്ട് ചെയ്ത സെഷന്റെ സമ്മതിച്ച ഡയലക്റ്റും ഒപ്പിടൽ അവസ്ഥയും റിപ്പോർട്ട് ചെയ്യുന്നു, ഇത് നിങ്ങൾ പരിശോധിക്കുന്ന മൗണ്ട് നിങ്ങൾ കരുതുന്നത് തന്നെയാണോ എന്ന് പറയുന്നു.
ഐഡന്റിറ്റി പ്രത്യേകം പരിശോധിക്കേണ്ടതാണ്, കാരണം ആളുകൾ ഒഴിവാക്കുന്ന ഘട്ടം അതാണ്. നിങ്ങൾ തന്നെത്തന്നെ രജിസ്റ്റർ ചെയ്ത ഉപയോക്താവ് എന്ന് കരുതുമ്പോൾ മൗണ്ട് അതിഥിയായോ പഴയ സേവ് ചെയ്ത അക്കൗണ്ടായോ ജീവിക്കാം, അപ്പോൾ ഓരോ എഴുത്ത് പരിശോധനയും തെറ്റായ അക്കൗണ്ട് അളക്കുന്നു.
എഴുത്ത് പ്രവേശനത്തിന് ഒന്നിലധികം ഗേറ്റുകളുണ്ട്
സെർവർ ഭാഗത്ത് രണ്ട് പാളികൾക്ക് വിസമ്മതിക്കാം, രണ്ടും Mac-ൽ നിന്ന് ഒരേപോലെ കാണാം. പങ്കിടൽ വായനയ്ക്ക് മാത്രമായി എക്സ്പോർട്ട് ചെയ്തിരിക്കാം, അതിനടിയിലെ ഫോൾഡർ എഴുതാവുന്നതാകാം, എഴുതാവുന്ന പങ്കിടലിന് നിങ്ങളുടെ അക്കൗണ്ടിനെ നിരസിക്കുന്ന ഫയൽസിസ്റ്റം ACL മറികടക്കാനാവില്ല; ഉപഫോൾഡറിന് സ്വന്തം നയമുണ്ടാകാം. Windows സെർവറുകളിൽ പങ്കിടൽ അനുമതിയും NTFS അനുമതികളും വേറിട്ടതാണ്, ഫലപ്രദമായ അവകാശം രണ്ടിലും കർശനമായതാണ്.
അതിനാൽ യഥാർത്ഥത്തിൽ എന്ത് നിരസിക്കപ്പെടുന്നു എന്ന് തീരുമാനിക്കുക: ഫയൽ സൃഷ്ടിക്കൽ, നിലവിലുള്ളത് എഡിറ്റ് ചെയ്യൽ, ഫോൾഡർ നിർമ്മാണം, പേരുമാറ്റം അല്ലെങ്കിൽ ഇല്ലാതാക്കൽ. ഇവ ഒരു അനുമതിയല്ല, ലിസ്റ്റ് പ്രവർത്തിക്കുന്ന ഫോൾഡറിന് എല്ലാം നിരസിക്കാം. പ്രവർത്തിക്കുന്ന മൗണ്ട് അനുമതിയല്ല.
തെറ്റായ ഐഡന്റിറ്റി സംശയമുണ്ടെങ്കിൽ, പങ്കിടൽ പുറത്തെടുക്കുക, കീചെയിൻ ആക്സസിലെ പഴയ എൻട്രി ഇല്ലാതാക്കുക, രജിസ്റ്റർ ചെയ്ത അക്കൗണ്ടിൽ വീണ്ടും ബന്ധിപ്പിക്കുക. Finder സേവ് ചെയ്ത സെഷൻ സന്തോഷത്തോടെ വീണ്ടും ഉപയോഗിക്കും, സെർവർ നിങ്ങളായി കണക്കാക്കാത്ത ഉപയോക്താവിന്റെ അനുമതികൾ അളക്കാൻ വിടും.
യഥാർത്ഥ ഡോക്യുമെന്റുകൾ തൊടാതെ എഴുത്ത് പരിശോധിക്കുക
ഉടമയുടെ സമ്മതത്തോടെ, പരാജയപ്പെടുന്ന ഫോൾഡറിൽ പുതിയ പേരിൽ ഒരു ചെറിയ ഫയൽ ഉണ്ടാക്കുക: touch /Volumes/team/qa-write-test.txt പങ്കിടൽ അവിടെ മൗണ്ട് ചെയ്തിരിക്കുമ്പോൾ, അല്ലെങ്കിൽ ആപ്പിൽ നിന്ന് പുതിയ പേരോടെ സേവ് ചെയ്യുക എന്ന് ചെയ്യുക. പ്രവേശനം പരിശോധിക്കാൻ ഒരിക്കലും ഒരു ഡോക്യുമെന്റ് അതിലെഴുതി മാറ്റരുത്, പിശകിന്റെ കൃത്യമായ പാഠം സൂക്ഷിക്കുക, അത് വേറെ രീതിയിൽ പറയരുത്, കാരണം VPN അത് പകർത്തില്ല.
പിന്നീട് പൊതുവായ പരാതിക്ക് പകരം നിങ്ങൾ ശ്രമിച്ച പ്രവർത്തനം ഉടമയ്ക്ക് നൽകുക. അവർക്ക് പങ്കിടൽ നയം, അക്കൗണ്ടിന്റെ ഗ്രൂപ്പ് അംഗത്വം, ആ ഒരു ഫോൾഡറിലെ അവകാശങ്ങൾ എന്നിവ പരിശോധിച്ച് ഏത് പാളി നിങ്ങളെ നിരസിച്ചു എന്ന് പറയാം. സന്ദേശം ശേഷി, ലോക്ക് ചെയ്ത ഫയൽ, പേര് സംഘർഷം എന്നിവ പരാമർശിക്കുന്നുവെങ്കിൽ അത് മറ്റൊരു പ്രശ്നമാണ്, സ്വന്തം അന്വേഷണം അർഹിക്കുന്നു.
തിരുത്തൽ പരിശോധിച്ച്, പിന്നീട് ക്രമത്തിൽ പുറത്തെടുക്കുക
ഉടമ എന്തെങ്കിലും മാറ്റിയ ശേഷം അതേ ചെറിയ എഴുത്ത് ആവർത്തിച്ച് ഫയൽ സെർവറിന് കാണാമെന്നും പിന്നീട് നീക്കാമെന്നും ഉറപ്പാക്കുക. തുടങ്ങി പിന്നീട് നിൽക്കുന്ന പകർപ്പ് ത്രൂപുട്ട് ചോദ്യമാണ്, അനുമതിയുടെയല്ല; ഉടൻ വരുന്ന നിരസിക്കൽ അനുമതിയുടെ ചോദ്യമാണ്.
VPN ഉപേക്ഷിക്കുന്നതിന് മുമ്പ് പങ്കിടൽ അൺമൗണ്ട് ചെയ്ത് തുറന്ന ഡോക്യുമെന്റുകൾ അടയ്ക്കുക. ടണൽ പോയ ശേഷം പുറത്തെടുത്താൽ Finder-ഉം നിങ്ങളുടെ ആപ്പുകളും മരിച്ച പാതയിൽ കാത്തിരിക്കും. SMB സ്വകാര്യ നെറ്റ്വർക്കിനുള്ളിൽ സൂക്ഷിക്കുക, സിദ്ധാന്തം പരിശോധിക്കാൻ ഫയർവാൾ ഓഫ് ചെയ്യരുത്, പകരം വഴിയായി ഫോൾഡർ എല്ലാവർക്കും തുറക്കരുത്. ടിക്കറ്റിന് വിലാസം, അക്കൗണ്ട് നാമം, പരാജയപ്പെട്ട പ്രവർത്തനം, സന്ദേശത്തിന്റെ കൃത്യമായ പാഠം, സമയം എന്നിവ ഉൾപ്പെടുത്തുക, പാസ്വേഡുകളും പ്രൊഫൈൽ ഫയലുകളും പുറത്ത് വയ്ക്കുക.
- വിലാസം ടണലിലൂടെ റൂട്ട് ചെയ്യുന്ന സ്വകാര്യ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്നു.
- പോർട്ട് 445 പ്രതികരിക്കുന്നു,
smbutil viewഉദ്ദേശിച്ച അക്കൗണ്ടിനുള്ള ഉദ്ദേശിച്ച പങ്കിടൽ ലിസ്റ്റ് ചെയ്യുന്നു. - നിങ്ങൾക്ക് ആവശ്യമായ എഴുത്ത് പുതിയ ഫയൽ കൊണ്ട് തെളിയിക്കുന്നു, നിലവിലുള്ള ഡോക്യുമെന്റ് കൊണ്ടല്ല.