VPN ક્લાયન્ટ કનેક્ટ થાય ત્યારે વેબ સર્વર અદ્રશ્ય થઈ જાય છે

VPN ક્લાયન્ટ કનેક્ટ થાય તે ક્ષણે અદ્રશ્ય થઈ જતી સેવા સામાન્ય રીતે બ્લોક થતી નથી, તે ખોટા ઇન્ટરફેસ દ્વારા જવાબ આપે છે. વિનંતી ભૌતિક નેટવર્ક કાર્ડ પર આવે છે, ડેમન જવાબ લખે છે, અને રાઉટિંગ ટેબલ તે જવાબ ટનલને આપે છે, કારણ કે ટનલે ડિફોલ્ટ રૂટ લઈ લીધો છે. દૂરનો ક્લાયન્ટ પોતે ખોલેલા કનેક્શનનો જવાબ ક્યારેય જોતો નથી, તેથી તે રાહ જુએ છે અને પછી સમય સમાપ્તિની જાણ કરે છે. તે ક્રમમાં ક્યાંય પણ ફાયરવોલ નિયમ સંકળાયેલો નથી.

લક્ષણ: વિનંતીઓ અંદર, જવાબો ખોટા દરવાજેથી બહાર

સંકેત એ છે કે હોસ્ટ પર બાકીનું બધું કામ કરે છે ત્યારે આવતું કનેક્શન નિષ્ફળ જાય છે. બીજો સંકેત એવો હોસ્ટ છે જે LAN થી પહોંચી શકાય પણ ઇન્ટરનેટથી નહીં, અથવા જે ટનલ ફરી કનેક્ટ થાય ત્યાં સુધી કામ કરે અને પછી અટકી જાય. દરેક કિસ્સામાં આગળની દિશા બરાબર ચાલી અને પાછળની દિશા નહીં, જે નીતિને બદલે રાઉટિંગ અસમપ્રમતા તરફ સંકેત કરે છે.

જવાબ ક્યાં જાય છે તે જોઈને તેની પુષ્ટિ કરો, વિનંતી કેવી રીતે આવે છે તે જોઈને નહીં.

ભૌતિક ઇન્ટરફેસ પર અને ટનલ ઉપકરણ પર એકસાથે કેપ્ચર કરો. જો વિનંતી ભૌતિક ઇન્ટરફેસ પર દેખાય અને જવાબ ટનલ પર દેખાય, તો નિદાન પૂરું થયું. જે જવાબ ક્યાંય દેખાતો નથી તેનો અર્થ છે કે સેવાએ કનેક્શન ક્યારેય સ્વીકાર્યું નહીં, જે અલગ કારણ સાથેની અલગ તપાસ છે.

બે ડિફોલ્ટ રૂટ અને એક રાઉટિંગ નિર્ણય

ડિફોલ્ટ રૂટ સ્થાપિત કરતો ક્લાયન્ટ LAN ગેટવે કરતાં વધુ સારા મેટ્રિક સાથે બીજી એન્ટ્રી ઉમેરે છે. કેટલાક ક્લાયન્ટ તેના બદલે બે અડધા-શ્રેણીના રૂટ સ્થાપિત કરે છે, જે એ જ જગ્યાને વધુ ચોક્કસ રીતે આવરી લે છે અને એ જ રીતે લુકઅપ જીતે છે. બંને તકનીકો સામાન્ય બહાર જતા પેકેટને ટનલ ઇન્ટરફેસ પસંદ કરવા દે છે.

તે પસંદગી ફક્ત ગંતવ્ય દ્વારા થાય છે. કર્નલ પેકેટ ક્યાંથી આવ્યું તે પૂછતું નથી, સિવાય કે નીતિ-નિયમ તેને તેમ કરવાનું કહે. તેથી જાહેર ક્લાયન્ટ સરનામાંનો જવાબ ટનલને આપવામાં આવે છે, જેનો દૂરનો છેડો એવા સ્રોત સરનામા સાથેનું પેકેટ મેળવે છે જે તેનું પોતાનું નથી અને તેને ફેંકી દે છે અથવા ક્યાંક નકામું મોકલી દે છે. લિનક્સમાં કડક રિવર્સ-પાથ ફિલ્ટરિંગ મૂળ વિનંતીને તમારી સેવા તેને જોવાના પહેલાં જ ફેંકી શકે છે, જે બહારથી એકસરખું દેખાય છે. બંને લક્ષણો આવતા પ્રવાહ અને તેના જવાબ વચ્ચેની એ જ ગુમ થયેલી સંલગ્નતામાંથી આવે છે.

ટનલ સમગ્ર સમય યોગ્ય રીતે વર્તે છે. તેને ડિફોલ્ટ રૂટ વહન કરવાનું કહેવામાં આવ્યું હતું અને તે બરાબર તે જ કરે છે.

ટનલ તોડ્યા વિના પરત માર્ગ સુધારો

સમારકામના ત્રણ ટકાઉ સ્વરૂપો અસ્તિત્વમાં છે, અને પસંદગી એના પર આધાર રાખે છે કે હોસ્ટનો પોતાનો કેટલો ટ્રાફિક ટનલની અંદર રહેવો જોઈએ. સેવાનું ગંતવ્ય અથવા પોર્ટ બાકાત રાખવું સૌથી નાનો ફેરફાર છે. સ્રોત અથવા ચિહ્ન પ્રમાણે નીતિ-રાઉટિંગ સૌથી ચોક્કસ છે. સ્રોત અનુવાદ સૌથી સ્થૂળ છે અને બે વર્ષ પછી સમજાવવા સૌથી સરળ છે.

હોસ્ટે શું કરવું જોઈએ તેના આધારે પસંદ કરો, તમે પહેલો કયો સ્નિપેટ મળ્યો તેના આધારે નહીં.

ગંતવ્ય બાકાત રાખવું સ્થિર જાહેર સરનામા ધરાવતી સેવા માટે યોગ્ય છે, અને ડેમનને દરેક સરનામા સાથેને બદલે ભૌતિક સરનામા સાથે બાંધવું તે બાકાતને વધુ સુરક્ષિત બનાવે છે. સ્રોત પ્રમાણે ટેબલ પસંદ કરતો નીતિ-નિયમ હોસ્ટના પોતાના કનેક્શનને ટનલની અંદર રાખે છે જ્યારે સેવાના જવાબો WAN ગેટવે દ્વારા પરત મોકલે છે. WAN ઇન્ટરફેસ પર જવાબો માસ્ક કરવાથી એ જ માર્ગ મળે છે, પણ સેવાના લોગમાંથી ક્લાયન્ટનું સરનામું છુપાવવાની કિંમતે. ડિફોલ્ટ રૂટનો તાત્કાલિક ફેરફાર નિદાન છે, રૂપરેખાંકન નહીં, કારણ કે ક્લાયન્ટ દરેક પુનઃકનેક્શન પર રૂટ ફરી લખે છે.

ip rule show
ip route get 203.0.113.9 from 192.0.2.44

જ્યારે હોસ્ટ પોતાની પાછળની LAN માટે પણ રાઉટ કરે છે

એક હોપ વધુ દૂર, એ જ અસમપ્રમતા વધુ ગતિશીલ ભાગો સાથે પાછી આવે છે. ટ્રાફિક ઇન્ટરનેટથી રાઉટર સુધી પહોંચે છે, આંતરિક ઉપકરણ પર ફોરવર્ડ થાય છે, અને તે ઉપકરણનો એકમાત્ર પાછળનો માર્ગ ટનલ છે, તેથી જવાબ મૂળ ક્લાયન્ટ સુધી પ્રદાતાના પોતાના સરનામેથી પહોંચે છે. પછી કનેક્શન ટ્રેકિંગને એવા પ્રવાહનો જવાબ મળે છે જેની શરૂઆત તેણે જોઈ નથી, અને તેને ફેંકી દે છે. દરમિયાન ક્લાયન્ટને કંઈ જ દેખાતું નથી.

બે ફેરફારો તેને સુધારે છે: ગંતવ્ય અનુવાદ જેથી આવતું કનેક્શન આંતરિક ઉપકરણ સુધી પહોંચે, અને સ્રોત અનુવાદ જેથી તે ઉપકરણનો જવાબ રાઉટર પોતે તરફથી આવતો લાગે.

રાઉટર ફર્મવેરમાં સામાન્ય અભિવ્યક્તિ એ નીતિ-નિયમ છે જે પોર્ટ-ફોરવર્ડિંગને WAN બાજુ પર જડી રાખે છે જ્યારે રાઉટરનો પોતાનો ટ્રાફિક ટનલ પર ચાલે છે. સ્રોત અનુવાદ વિના, તે જવાબ બાહ્ય ક્લાયન્ટને સંબોધાયેલો છે અને આંતરિક ઉપકરણને તેનો કોઈ માર્ગ જ નથી. ત્રણ વસ્તુઓ અલગ-અલગ ચકાસો, કારણ કે તેઓ જુદા જુદા કારણોસર નિષ્ફળ જાય છે: બહારથી આવતું કનેક્શન, હોસ્ટ પોતે શરૂ કરે તે, અને નામની શોધ.