VPN ક્લાયન્ટ ચાલુ હોય ત્યારે LAN સરનામા પર ping કરતી વખતે General failure
રૂટ ટેબલ સાચું દેખાય તેમ છતાં Windows કહે છે કે તે કોઈ એડેપ્ટર સુધી પહોંચી શકતું નથી. બ્લોક રૂટિંગનો છે, ફિલ્ટરિંગનો છે કે ક્લાયન્ટનો, તે નક્કી કરો.
એક હોસ્ટ રૂટ, એક સરનામું, અને ping તરત જ General failure સાથે નિષ્ફળ જાય છે, વિનંતીનો સમય પૂરો થવાને બદલે. એ જ તફાવત આખું નિદાન છે. સમય પૂરો થવો એટલે પેકેટ નીકળી ગયું અને કંઈકે તેને અવગણ્યું. General failure એટલે Windows શરૂઆતમાં જ પેકેટને કોઈપણ ઇન્ટરફેસને આપી શક્યું નહીં.
તેથી જ્યારે રૂટ ટેબલ પરફેક્ટ દેખાય અને ભૂલ હજી પણ General failure હોય, ત્યારે બ્લોક રૂટિંગ નિર્ણયની નીચે થાય છે, અને પ્રોવાઇડરનો ક્લાયન્ટ ત્યાં કામ કરતી વસ્તુ છે.
રૂટ ટેબલ પહેલાં ભૂલ વાંચો
Windows એ ભૂલ ત્યારે આપે છે જ્યારે તેને મોકલવા માટે કોઈ ઇન્ટરફેસ મળતું નથી, અને ગંતવ્ય પેકેટ સાથે શું કરત તે વિશે કંઈ કહેતું નથી. પહોંચ, દૂરના છેડાના ફાયરવોલ અને સેવાની ઉપલબ્ધતા એ બધા પછીના પ્રશ્નો છે જ્યાં તમે હજી પહોંચ્યા નથી.
આ કેસ માટેની પરંપરાગત ગોઠવણ એ હોસ્ટ રૂટ છે જે એક જ LAN સરનામાને ફિઝિકલ ગેટવે તરફ મોકલે છે જેથી તે ટનલને ટાળે. route add તેને સ્વીકારે છે, route print તેને બતાવે છે, અને ping તો પણ નિષ્ફળ જાય છે, કારણ કે ફિલ્ટર ડ્રાઇવર પહેલેથી જ નક્કી કરી ચૂક્યું છે કે પેકેટને બહાર જવાની પરવાનગી નથી.
આ સમજૂતી સ્વીકારતા પહેલાં ખાતરી કરો કે રૂટ ખરેખર પસંદ થાય છે: ઇન્ટરફેસ ઇન્ડેક્સ અને મેટ્રિક તપાસો, અને ખાતરી કરો કે ફરી જોડાયા પછી એન્ટ્રી જૂની નથી. જે રૂટ એવા ઇન્ટરફેસ તરફ દર્શાવે છે જે હવે અસ્તિત્વમાં નથી, તે ઘણા ઓછા રસપ્રદ કારણસર સમાન ભૂલ ઉત્પન્ન કરે છે.
ત્રણ સ્તર, ત્રણ અલગ માલિકો
જે સ્તર છેલ્લે ચાલે છે તે જીતે છે, અને આ ત્રણ એ ક્રમમાં નથી જે મોટાભાગના લોકો ધારે છે.
| Layer | What it decides |
|---|---|
| Routing table | Which interface and next hop should carry the packet |
| Client filter driver | Whether this packet is permitted to leave outside the tunnel at all |
| Client feature | Whether a named feature, such as LAN blocking, is active right now |
વચ્ચેનું સ્તર એ કારણ છે કે રૂટ એક સાથે સાચું અને નકામું હોઈ શકે. પ્રોવાઇડર ક્લાયન્ટ ફિલ્ટર અને ફાયરવોલ નિયમો સ્થાપિત કરે છે જેથી ટનલની બહારનું ટ્રાફિક કાઢી નાખવામાં આવે, અને તે જ મિકેનિઝમ તેમના kill switch ને અમલમાં મૂકે છે. રૂટ ટેબલમાં કંઈપણ તે નિર્ણયમાં ભાગ લેતું નથી.
ત્રીજું સ્તર એક વિચિત્ર અહેવાલ સમજાવે છે જે નિયમિતપણે આવે છે: ક્લાયન્ટ ડિસ્કનેક્ટ કર્યા પછી પણ સ્થાનિક સબનેટ પહોંચની બહાર છે. સેવા હજી ચાલુ છે અને ફિલ્ટર હજી સ્થાપિત છે, તેથી જોડાયેલા ન હોવું એ ફિલ્ટર ન કરવા જેવું નથી. કોઈ નિષ્કર્ષ પર આવતા પહેલાં ફક્ત ડિસ્કનેક્ટ કરવાને બદલે ક્લાયન્ટમાંથી બહાર નીકળો.
શું અજમાવવું, ક્રમમાં
જે સુવિધાઓ દૂર કરવી સસ્તી અને પુનઃસ્થાપિત કરવી સહેલી છે તે દૂર કરીને શરૂ કરો. LAN શોધ, જેને ક્યારેક LAN પર અદૃશ્યતા કહેવાય છે, ખાનગી સરનામા શ્રેણીઓ તરફનું ટ્રાફિક બ્લોક કરે છે જેથી મશીન તેના પડોશીઓથી છુપાયેલું રહે. પ્રિન્ટર, સ્થાનિક ફાઇલ સર્વર અને રાઉટર પોતે તે સ્વિચ પાછળ અદૃશ્ય થઈ જાય છે. DNS ફિલ્ટર કરતી ધમકી સંરક્ષણ સુવિધાઓ પોતાના હૂક સ્થાપિત કરે છે અને લગભગ એ જ રીતે સ્થાનિક પહોંચ તોડતી હોવાનું જાણવા મળે છે.
બંને બંધ કરો, ક્લાયન્ટમાંથી સંપૂર્ણ બહાર નીકળો, પછી સરનામું ચકાસો. આ ક્રમ ટ્રાફિક બ્લોક કરતી સુવિધાને ખોટી રીતે રૂટ કરતી ટનલથી અલગ પાડે છે, અને સ્થિર રૂટમાં આખી બપોર પાછળ ખર્ચવાને બદલે બે મિનિટ લાગે છે.
ping 192.168.1.50
tracert -d 192.168.1.50
route print -4સુવિધાઓ બંધ થયા પછી સરનામું જવાબ આપે તો તમારી પાસે ખામી નહીં, નીતિ-નિર્ણય છે: સુવિધા બંધ રાખવી, અપવાદ ઉમેરવો, કે મશીન સ્થાનિક નેટવર્ક પર અદૃશ્ય રહે તે સ્વીકારવું—આમાંથી પસંદ કરો.
ક્લાયન્ટના અપવાદ માર્ગનો ચુસ્ત રીતે ઉપયોગ કરો
જ્યારે સુવિધા ચાલુ રાખવી જ પડે, ત્યારે ક્લાયન્ટનું પોતાનું સ્પ્લિટ ટનલિંગ સમર્થિત માર્ગ છે. અપવાદને જરૂરિયાત પરવાનગી આપે તેટલો નાનો રાખો, જેનો અર્થ સામાન્ય રીતે એક સર્વર માટે એક હોસ્ટ સરનામું અથવા એક સેગમેન્ટ માટે એક પ્રીફિક્સ થાય છે. આખી ખાનગી શ્રેણીને આવરી લેતો નિયમ એ કાયમી છિદ્ર છે જે ઉમેર્યાનું કોઈને યાદ નહીં રહે અને જેને દૂર કરવાની હિંમત કોઈ નહીં કરે.
પછી પહેલાં સરનામાથી અને બીજું નામથી ચકાસો. જો સરનામું ફિઝિકલ ગેટવે પર પ્રથમ હોપ સાથે જવાબ આપે, તો અપવાદ કામ કરે છે. જો નામ હજી નિષ્ફળ જાય, તો તમે DNS પર પહોંચી ગયા છો, કારણ કે ટનલનું રિઝોલ્વર સ્થાનિક ઝોન જાણતું નથી અને કોઈ રૂટિંગ ફેરફાર તેને શીખવશે નહીં.
રૂટ અથવા અપવાદ રાખો, બંને નહીં, સાથે કયું કામ કરે છે તેની નોંધ રાખો. બે ઓવરલેપિંગ મિકેનિઝમ એકબીજાને છુપાવે છે, અને આ મશીનને ડિબગ કરનાર આગલી વ્યક્તિ એકને દૂર કરશે અને કોઈ ફેરફાર જોશે નહીં.
જ્યારે ક્લાયન્ટ જ અવરોધ હોય
કેટલાક બિલ્ડ ટ્રાફિકને એવી રીતે ફિલ્ટર કરે છે જેને સ્થિર રૂટ કે ક્લાયન્ટ અપવાદ હરાવી શકતા નથી. જ્યારે એ જ તારણ હોય, ત્યારે પ્રામાણિક વિકલ્પો બાયપાસ સુવિધાની રાહ જોવી અથવા પ્રોવાઇડરની પોતાની પ્રોફાઇલ વાપરીને સાદા OpenVPN ક્લાયન્ટથી જોડાવા છે, જે મૂળ અહેવાલમાં વેન્ડર સપોર્ટના જવાબે સૂચવ્યું હતું.
આ બદલી કરતા પહેલાં આપ-લે સમજો. સાદી પ્રોફાઇલ કોઈપણ સામાન્ય ટનલની જેમ વર્તે છે: તે પોતાના રૂટ સ્થાપિત કરે છે અને બાકીનો સ્ટેક ફરી ગોઠવતી નથી, તેથી સાંકડો હોસ્ટ રૂટ હજી પણ અપેક્ષા મુજબ વર્તે છે. તમે જે ગુમાવો છો તે બ્રાન્ડેડ ક્લાયન્ટે ટનલની આસપાસ અમલમાં મૂકેલું બધું છે, જેમાં kill switch અને DNS ફિલ્ટરિંગનો સમાવેશ થાય છે, અને તે જાણી જોઈને ફરી બનાવવું પડશે અથવા ગેરહાજર તરીકે સ્વીકારવું પડશે.
તમે શું પણ પસંદ કરો, કયું સ્તર બ્લોકનું માલિક હતું તે નોંધો. જે પેકેટ કદી મશીન છોડ્યું નથી તે ફિલ્ટરનું પરિણામ છે, અને કોઈ રૂટિંગ ફેરફાર ફિલ્ટર સુધારી શકતો નથી.