VPN દ્વારા NAS સુધી પહોંચી શકાતું નથી: સરનામું, પરતનો માર્ગ કે સેવા?
ખાનગી ટનલને NAS સુધીનો માર્ગ, જવાબનો માર્ગ અને મંજૂર સેવાની જરૂર છે. ઓળખપત્રો બદલતા પહેલાં ત્રણમાંથી કઈ નિષ્ફળ ગઈ તે નક્કી કરો.
ટનલ ઉપર આવે છે, ક્લાયન્ટને સરનામું મળે છે, અને NAS કંઈ જ જવાબ આપતું નથી. આ એક જ લક્ષણ ત્રણ અસંબંધિત ખામીઓને આવરી લે છે, અને તેમને કઈ ક્રમમાં પરીક્ષણ કરો છો તે સમારકામ કેટલો સમય લેશે તે નક્કી કરે છે. સરનામાંકન પહેલું આવે છે, કારણ કે એક વ્યાપ્ત સબનેટ તમારી વિનંતી અજાણ્યા ઉપકરણને મોકલી શકે છે. પરતનો માર્ગ બીજો આવે છે, કારણ કે જવાબ વગર આવતી વિનંતી બંધ સેવા જેવી જ દેખાય છે. સેવા અને પરવાનગી અંતમાં આવે છે, અને ફક્ત પહેલા બે સાબિત થયા પછી.
ત્રણ ખામીઓ જે બધી અનુપલબ્ધ તરીકે વંચાય છે
સરનામાની પસંદગી, પરત રાઉટિંગ અને સેવા અધિકૃતિ સમાન દૃશ્ય સંદેશ આપે છે: કંઈ થતું નથી. તેમના પુરાવા, જવાબદારો અને સુધારા અલગ છે, તેથી તેમને અલગ કરવું એ આખું કામ છે. નિષ્ફળ ping એકલું થોડું સાબિત કરે છે, અને સફળ TCP અસ્વીકાર ખરેખર સારા સમાચાર છે.
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
કોષ્ટકને કારણોની યાદી તરીકે નહીં, પરીક્ષણોના ક્રમ તરીકે વાંચો. દરેક પંક્તિ આગલીને મર્યાદિત કરે છે, કારણ કે અસ્વીકાર પહેલેથી સાબિત કરે છે કે સરનામાંકન અને પરતનો માર્ગ કાર્ય કરે છે. રાઉટ કઈ ઇન્ટરફેસ પસંદ કરે તે તપાસતા પહેલાં ફાયરવોલ નિયમોમાં વીસ મિનિટ ગાળવી એ બપોર ગુમાવવાની સૌથી સામાન્ય રીત છે. ઉપરથી નીચે કામ કરો અને પ્રથમ મેળ ખાતી પંક્તિ પર અટકો.
શરત એક: શું એ સરનામું યોગ્ય ઉપકરણ છે?
NAS નું સબનેટ અને VPN ક્લાયન્ટને આપે તે શ્રેણી લખી લો, પછી બંનેને તમારા લેપટોપ હમણાં જે નેટવર્ક પર છે તેની સાથે સરખાવો. આ ચાલમાં NAS 10.40.7.25 પર છે અને VPN પૂલ 10.40.9.0/24 છે, એક સાઇટ યોજનાની અંદર બે અલગ ખાનગી શ્રેણીઓ; જે ઘર 192.168.0.0/24 અથવા 10.0.0.0/24 વાપરે છે તેમની તેમાંથી એક સાથે અથડાવાની શક્યતા ઘણી વધારે છે.
જ્યારે સ્થાનિક નેટવર્ક અને NAS નેટવર્ક વ્યાપે છે, ત્યારે ક્લાયન્ટ તે ટ્રાફિક પોતાના ગેટવે પર મોકલે છે અને સંજોગવશાત સમાન સરનામું ધરાવતા અસંબંધિત ઉપકરણ સુધી પહોંચી શકે છે. જવાબ આપતી કોઈપણ વસ્તુમાં ઓળખપત્રો લખતા પહેલાં માર્ગ ચકાસો.
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25પ્રથમ આદેશ કર્નલ જે ઇન્ટરફેસ અને ગેટવે વાપરે તે જણાવે છે, અને બીજો ખરેખર જવાબ આપતા પ્રથમ હોપ દર્શાવે છે. જો બંને ન મળે તો શોધ પર ભરોસો રાખો, કારણ કે પેકેટ આ માર્ગે જશે. NAS થી એક હોપ પહેલાં અટકતી હોપ-યાદી પણ એક શોધ છે, નિષ્ફળતા નહીં. જે શોધ ટનલને બદલે ભૌતિક એડપ્ટર પર ઉકેલાય છે તે આ બિંદુએ તપાસ પૂરી કરે છે.
શરત બે: જવાબ પાછો આવે છે?
ક્લાયન્ટને NAS તરફનો માર્ગ જોઈએ, અને NAS નેટવર્કને VPN પૂલ તરફ પરતનો માર્ગ જોઈએ. ગેટવે ફોરવર્ડિંગ, ફાયરવોલ નિયમો અને જાણી જોઈને કરેલું ભાષાંતર દરેક તે જોડીને અસર કરે છે. strongSwan ની ફોરવર્ડિંગ નોંધો ગેટવે પાછળની ખાનગી સબનેટ માટે પરત રૂટ અને ભાષાંતરના વિકલ્પો વર્ણવે છે.
જ્યારે વિનંતી આવે છે અને જવાબ બીજા ગેટવેથી નીકળે છે, ત્યારે કોઈ DNS ફેરફાર તે અસમાનતા સુધારતું નથી. બંને બાજુ કેપ્ચર એક પ્રયાસમાં તે નક્કી કરે છે, અને તે પણ દર્શાવે છે કે ભાષાંતરે NAS જેને જવાબ આપ્યો તે સ્રોત ફરી લખ્યો કે નહીં. વ્યવસ્થાપક આ સીમાનો જવાબદાર છે: ફક્ત જરૂરી સેવાઓ અને VPN ક્લાયન્ટ શ્રેણીને મંજૂરી આપો, અને રાઉટિંગ કે ભાષાંતર પસંદ થયું તે લખો.
શરત ત્રણ: સેવા ત્યાં છે અને મંજૂર છે?
સંચાલન પૃષ્ઠ અને ફાઇલ શેરિંગ સેવા એક જ મશીન પર અલગ અંતિમ બિંદુઓ છે, અને એક જોડાણો સ્વીકારી શકે છે જ્યારે બીજું હોસ્ટ ફાયરવોલ, સેવા રૂપરેખાંકન કે શેર પરવાનગીથી અવરોધાય છે. જે ઉપકરણ અસ્વીકાર સાથે જવાબ આપે છે તે પહેલી બે શરતો પહેલેથી સાબિત કરી ચૂક્યું છે, જે ત્રીજીને ઘણી સાંકડી કરે છે.
જે ખાતાને ખરેખર ફાઇલોની જરૂર છે તે ખાતાથી પરીક્ષણ કરો, ઇન્સ્ટોલ દરમિયાન વપરાયેલા વ્યવસ્થાપક ખાતાથી નહીં, કારણ કે વ્યવસ્થાપક અધિકારો ખૂટતો રૂટ સુધારી શકતા નથી અને રૂટ શેર પરવાનગી આપી શકતો નથી. નામ પણ અહીં આવે છે: ઘરમાં શોધાયેલું NAS નામ ઘણીવાર સ્થાનિક multicast પર આધારિત હોય છે, જે રાઉટેડ ટનલ વહન કરતું નથી, તેથી નામકરણને પ્રવેશથી અલગ કરવા ઉત્પાદકનું દસ્તાવેજીકૃત ખાનગી હોસ્ટનામ અથવા સરનામું પોતે અજમાવો.
NAS નેટવર્કની બહારથી પરીક્ષણ કરો, પછી ધીમે ધીમે વિસ્તારો
એ જ LAN પર કરેલું પરીક્ષણ દૂરના માર્ગનો દરેક અપૂર્ણ ભાગ છુપાવે છે, તેથી પ્રથમ સફળ દૂરસ્થ પ્રયાસ ફેરફાર-લોગમાં નોંધને પાત્ર છે. જે ક્લાયન્ટ ફક્ત ટનલ દ્વારા NAS સુધી પહોંચે તેમાંથી તપાસ ચલાવો, અને દરેક પ્રયાસનો મૂળ ભૂલ સંદેશ સાચવો.
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guestમાર્ગ કામ કરે પછી નિર્દોષ ફાઇલ સ્થાનાંતરિત કરો અને તમને ખરેખર જરૂરી વાંચન કે લેખન વર્તનની ખાતરી કરો. મોટા સ્થાનાંતરણ અટકે અને નાના પસાર થાય તો બાકીની સમસ્યા પેકેટના કદની સંભાળ કે જોડાણની સ્થિરતા છે, સરનામાંકન નહીં.
અસ્પષ્ટ ખામી ટાળવા ફાઇલ શેરિંગ કે સંચાલન પોર્ટ ઇન્ટરનેટ પર પ્રકાશિત કરશો નહીં. ખાનગી માર્ગ સુધારો, NAS સોફ્ટવેર સમર્થિત રાખો, અને તે બેકઅપ પર આધાર રાખતા પહેલાં તેના દ્વારા બેકઅપ લેવાયેલી દરેક વસ્તુની પુનઃસ્થાપના ચકાસો.