તમારા વેબ સર્વર પરનો VPN ક્લાયન્ટ તેના જવાબો તોડે છે?

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

મૂળ-આધારિત રૂટ નિયમ ઘણી વાર લક્ષણને દૂર કરે છે. તે સામાન્ય રીતે જે સાઇટે તેને પ્રેરિત કરી તેના કરતાં વધુ ટ્રાફિકને પણ મુક્તિ આપે છે, અને નિયમ સાચવતા પહેલાં સમજવા લાયક ભાગ એ જ છે.

લક્ષણ: તે સ્થાનિક રીતે જવાબ આપે છે અને બહારથી નહીં

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

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

કામ કરતી વખતે સ્વતંત્ર વ્યવસ્થાપન માર્ગ ખુલ્લો રાખો. જે નિયમ તમારા પોતાના SSH સત્રને તોડે છે તે દસ મિનિટની સુધારણાને શારીરિક મુલાકાતમાં ફેરવે છે.

મૂળ સિલેક્ટર ખરેખર શું મેળવે છે

Linux નીતિ રૂટિંગમાં, from 192.168.50.2 જેવો નિયમ એ પેકેટોને મેળવે છે જેમનું મૂળ તે સરનામું છે. તે એ હકીકતને એન્કોડ કરતું નથી કે પેકેટ ઘરના રાઉટર દ્વારા પ્રવેશેલી વાતચીત ચાલુ રાખે છે, અને તે જાણતું નથી કે કઈ પ્રક્રિયાએ તેને બનાવ્યું. તે ઉદાહરણનું સરનામું દૃષ્ટાંતરૂપ છે; તમારો હોસ્ટ ખરેખર જે સરનામું વાપરે છે તે મૂકો. લીટીને સરનામાં વિશેનું નિવેદન ગણો અને વધુ કંઈ નહીં.

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

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

પરત માર્ગ અને તમે ન ઇચ્છેલા ટ્રાફિકની તપાસ કરો

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

ip rule show
ip route show table 100
ip route get 203.0.113.44 from 192.168.50.2
ss -ltnp '( sport = :443 )'

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

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

અપવાદ કેટલો સાંકડો હોઈ શકે તે નક્કી કરો

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

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

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