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 માં Go પસંદ કરો, પછી Connect to Server, અથવા Command-K દબાવો.
આપેલું સરનામું લખો. આ ઉદાહરણમાં તે
smb://files.corp.example/teamછે, દૃષ્ટાંતરૂપ નામ છે અને જાહેર સેવા નથી. જો તમારી પાસે ફક્ત સર્વરનું નામ હોય, તો તેનાથી જોડાઓ અને તે પરત કરે છે તે યાદીમાંથી અધિકૃત શેરિંગ પસંદ કરો.Registered User પસંદ કરો અને ફાઇલ સેવાનું ખાતું દાખલ કરો, તમારું Mac ખાતું નહીં અને VPN ખાતું નહીં. Guest ફક્ત ત્યારે જ યોગ્ય છે જ્યારે માલિક એમ કહે.
શેરિંગ ખોલો અને તમે જે એક કામ માટે આવ્યા છો તે કરો. ફોલ્ડરની યાદી માઉન્ટિંગ સાબિત કરે છે અને વધુ નહીં.
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 પરવાનગીઓ અલગ છે, અને અસરકારક અધિકાર બંનેમાંથી વધુ પ્રતિબંધક છે.
તેથી નક્કી કરો કે ખરેખર શું નકારાય છે: ફાઇલ બનાવવી, હાલની ફાઇલ સંપાદિત કરવી, ફોલ્ડર બનાવવું, નામ બદલવું કે ડિલીટ કરવું. આ એક પરવાનગી નથી, અને જે ફોલ્ડરમાં યાદી કામ કરે છે તે બધું નકારી શકે છે. કામ કરતું માઉન્ટ પરવાનગી નથી.
જો ખોટી ઓળખની શંકા હોય, તો શેરિંગ બહાર કાઢો, Keychain Access માં જૂની એન્ટ્રી ડિલીટ કરો અને નોંધાયેલા ખાતા સાથે ફરી જોડાઓ. Finder આનંદથી સાચવેલું સત્ર ફરી વાપરશે અને તમને એવા વપરાશકર્તા માટે પરવાનગીઓ માપતા રાખશે જેને સર્વર તમે નથી ગણતું.
સાચા દસ્તાવેજોને સ્પર્શ્યા વિના લખાણ ચકાસો
માલિકની સંમતિથી, નિષ્ફળ જતા ફોલ્ડરમાં નવા નામ હેઠળ એક નાની ફાઇલ બનાવો: touch /Volumes/team/qa-write-test.txt જ્યારે શેરિંગ ત્યાં માઉન્ટ થયેલું હોય, અથવા ફક્ત એપ્લિકેશનમાંથી નવા નામ સાથે Save As કરો. પ્રવેશ ચકાસવા માટે ક્યારેય દસ્તાવેજ પર ફરી લખો નહીં, અને ભૂલનું ચોક્કસ લખાણ રાખો, તેને ફરીથી લખવાને બદલે, કારણ કે VPN તેને કૉપિ કરશે નહીં.
પછી સામાન્ય ફરિયાદને બદલે તમે કરેલી ક્રિયા માલિકને આપો. તેઓ શેરિંગ નીતિ, ખાતાની જૂથ સભ્યપદ અને તે એક ફોલ્ડર પરના અધિકારો ચકાસી શકે છે અને કહી શકે છે કે કયા સ્તરે તમને નકાર્યા. જો સંદેશ ક્ષમતા, તાળું મારેલી ફાઇલ કે નામનો વિરોધનો ઉલ્લેખ કરે, તો તે બીજી સમસ્યા છે અને તેની પોતાની તપાસ લાયક છે.
સુધારો ચકાસો, પછી ક્રમમાં બહાર કાઢો
માલિક કંઈક બદલે તે પછી, એ જ નાનું લખાણ પુનરાવર્તન કરો અને ખાતરી કરો કે ફાઇલ સર્વરને દેખાય છે અને પછી દૂર કરી શકાય છે. શરૂ થઈને પછી અટકતી કૉપિ થ્રુપુટનો પ્રશ્ન છે, પરવાનગીનો નહીં; તરત જ આવતો ઇનકાર પરવાનગીનો પ્રશ્ન છે.
VPN છોડતા પહેલા શેરિંગ અનમાઉન્ટ કરો અને ખુલ્લા દસ્તાવેજો બંધ કરો. ટનલ ગયા પછી બહાર કાઢવાથી Finder અને તમારી એપ્લિકેશનો મૃત માર્ગ પર રાહ જોતા રહે છે. SMB ને ખાનગી નેટવર્કની અંદર રાખો, સિદ્ધાંત ચકાસવા ફાયરવોલ બંધ કરો નહીં, અને વૈકલ્પિક ઉપાય તરીકે ફોલ્ડર બધા માટે ખોલો નહીં. ટિકિટ માટે સરનામું, ખાતાનું નામ, નિષ્ફળ ક્રિયા, સંદેશનું ચોક્કસ લખાણ અને સમય સામેલ કરો, પાસવર્ડ અને પ્રોફાઇલ ફાઇલો બહાર રાખો.
- સરનામું ટનલ દ્વારા રૂટ થતા ખાનગી સરનામામાં ઉકેલાય છે.
- પોર્ટ 445 જવાબ આપે છે અને
smbutil viewઇચ્છિત ખાતા માટે ઇચ્છિત શેરિંગની યાદી આપે છે. - તમને જરૂરી લખાણ નવી ફાઇલથી સાબિત થાય છે, હાલના દસ્તાવેજથી નહીં.