VPN પર નેટવર્ક શેર દેખાતા નથી? શોધ અટકી જાય છે
ટનલ રૂટ વહન કરે છે, બ્રોડકાસ્ટ શોધ નહીં. નામ દ્વારા શેર ખોલો, સરનામું અને પોર્ટ ચકાસો, પછી ઍક્સેસ ઇનકારને ખાલી સૂચિથી અલગ કરો.
જ્યારે તમે તેનો પાથ લખો છો ત્યારે શેર ખૂલે છે, અને નેટવર્ક બ્રાઉઝર કંઈ જ બતાવતું નથી. આ સંયોજન ટનલ પર સામાન્ય છે અને સામાન્ય રીતે ખામી નથી. શોધ સ્થાનિક સેગમેન્ટને પ્રશ્ન પૂછે છે; પહોંચ ફક્ત એક હોસ્ટને પૂછે છે. રૂટેડ ટનલ બીજું વહન કરે છે, પ્રથમ નહીં.
શોધ અને પહોંચ અલગ છે
બ્રાઉઝ સૂચિ એ પ્રોટોકોલ દ્વારા બને છે જે સ્થાનિક સેગમેન્ટને સેવાઓની જાહેરાત કરે છે અને તે જાહેરાતો સાંભળે છે. નામ દ્વારા શેર ખોલવું એ એક હોસ્ટ સાથે સીધું જોડાણ છે. પ્રથમને બ્રોડકાસ્ટ અથવા મલ્ટિકાસ્ટ ડોમેન જોઈએ; બીજાને રૂટ અને પોર્ટ જોઈએ.
ટનલ પર બીજું સંપૂર્ણ કામ કરી શકે છે જ્યારે પ્રથમ ખાલી વિન્ડો પરત કરે છે. ખાલી વિન્ડોને ખામી ગણવાથી તમે તૂટેલી ટનલ શોધવા જશો જે પોતાનું કામ કરી રહી છે.
બ્રાઉઝ સૂચિ કેમ ખાલી રહે છે
Windows એ Computer Browser સેવા નિવૃત્ત કરી અને SMB આવૃત્તિ 1 ડિફૉલ્ટ રૂપે બંધ કરી, જેણે જૂના Network Neighborhood પાછળની મશીનરી દૂર કરી. WS-Discovery, SSDP અને મલ્ટિકાસ્ટ DNS જેવા વિકલ્પો બ્રોડકાસ્ટ અથવા મલ્ટિકાસ્ટ જૂથોને સંબોધે છે જે ફક્ત સ્થાનિક લિંક પર જ હોય છે. પોઈન્ટ-ટુ-પોઈન્ટ ટનલમાં એવી લિંક હોતી નથી, અને રાઉટર ડિફૉલ્ટ રૂપે તે જૂથો ફોરવર્ડ કરતા નથી. દરેક હોસ્ટ પહોંચયોગ્ય હોઈ શકે અને સૂચિ તો પણ ખાલી રહી શકે.
કેટલાક પ્રોગ્રામ પોતાનો શોધ સહાયક ઉમેરે છે. જ્યારે તે સહાયક કામ કરે છે, તે પ્રોગ્રામની વિશેષતા છે, ટનલની નહીં.
સ્પષ્ટ નામો વાપરો, પછી ઍક્સેસ ખાતરી કરો
UNC પાથ, મૅપ કરેલું ડ્રાઇવ અથવા SMB સરનામા સાથે Finder જોડાણ નામ ઉકેલાય અને પોર્ટ ખુલ્લો હોય એટલે ટનલ પર કામ કરે છે. ઉકેલ DNS થી, VPN આપે છે તેવા શોધ પ્રત્યય થી, અથવા કેન્દ્રીય રીતે સંચાલિત hosts એન્ટ્રી થી આવી શકે. ડોમેનમાં ડિરેક્ટરી ક્વેરી કમ્પ્યુટર ઑબ્જેક્ટની યાદી બનાવી શકે છે, અને તે યાદી સામાન્ય રીતે રૂટેડ નેટવર્ક પર બ્રાઉઝ દૃશ્યનો નજીકનો વિકલ્પ છે. જાણીતા પ્રીફિક્સનું પોર્ટ સ્કૅન ફક્ત તમે ચલાવો છો તેવા અથવા જેનું પરીક્ષણ કરવા સ્પષ્ટ અધિકૃત છો તેવા નેટવર્ક પર જ સ્વીકાર્ય છે.
જવાબ આપતું હોસ્ટ શેર ખૂલશે તેનું વચન આપતું નથી. NAS ની પાસે પોતાના સબનેટ સુધી મર્યાદિત મંજૂરી સૂચિ હોઈ શકે, જે VPN પૂલ સરનામાંને નકારે છે. ફાઇલ સર્વરનો ફાયરવૉલ નિયમ ફક્ત સ્થાનિક સબનેટનું નામ લઈ શકે. તમે શેર માટે આપેલું ખાતું એવું સ્થાનિક ખાતું હોઈ શકે જે તે સર્વર પર ક્યારેય બન્યું નથી, અને VPN દ્વારા જોડાવું તેને બનાવતું નથી.
કેટલાક કોર્પોરેટ પ્રોગ્રામ ટનલ ચાલુ હોય ત્યારે સ્થાનિક અને વર્ચ્યુઅલ મશીન ટ્રાફિકને જાણી જોઈને બ્લૉક કરે છે. તે ગુમ થયેલી ઍક્સેસ નીતિ છે, અને સુધારો ઍડમિનિસ્ટ્રેટરનો છે, પ્રોગ્રામના રૂટ ટેબલનો નહીં.
પુનરાવર્તન લાયક નિદાન ક્રમ
સ્તરો ક્રમમાં ચાલો: સરનામા સુધી પહોંચો, નામ ઉકેલો, પોર્ટ 445 ખોલો, પ્રમાણીકરણ કરો, પછી શેર પરવાનગીઓ વાંચો. દરેક જવાબ અલગ છે, અને આગળ કૂદવાથી આત્મવિશ્વાસપૂર્ણ ખોટો નિષ્કર્ષ મળે છે. બધા પસાર થાય તે પછી જ શોધની તપાસ કરવી યોગ્ય છે.
nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe
સર્વરનું નામ, શેરનો પાથ, જે સરનામા પર તે ઉકેલાયું અને જે ખાતું કામ કર્યું તેની સાથે એક નોંધ છોડો. જો પછી કોઈ સેવા ફરી શરૂ થયા પછી બ્રાઉઝ સૂચિ ભરાય, તો તેને શોધની વિચિત્રતા ગણો, પહેલાનો રૂટ ખોટો હતો તેનો પુરાવો નહીં. નોંધ જ આગલી વ્યક્તિને ખાલી વિન્ડો છોડી દેવા દે છે.