IPsec નીતિ તમારા સ્થાનિક ટ્રાફિકને ગળી રહી છે: તેને કેવી રીતે ઓળખવું

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

પસંદક બદલતા પહેલા પ્રવાહને અનુસરો

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

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

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

સ્થાનિકના ત્રણ પ્રકાર જે અલગ વર્તે છે

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

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

ઉપયોગી આદત એ છે કે સ્થિતિને મોટેથી નામ આપો: આ પેકેટ મારી પાસેથી આવે છે, મારી લિંક તરફ જાય છે કે મારામાંથી પસાર થાય છે? દરેક જવાબ મર્યાદિત કરવાની અલગ જગ્યા તરફ ઈશારો કરે છે. સ્થિતિ લખી લેવાથી આગલી વ્યક્તિને પણ એ જ કામ ફરી કરતા રોકે છે.

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

સ્થાપિત નીતિ વાંચો, ફાઇલ નહીં

ગોઠવણી ફાઇલો ઇરાદો વર્ણવે છે; કર્નલ ખરેખર મેળ ખાતી નીતિઓ રાખે છે. બંને બતાવો અને અસંગતિને પ્રથમ શોધ ગણો.

આ આદેશો ગંતવ્ય માટે પસંદ કરેલો માર્ગ અને દરેક દિશામાં સ્થાપિત નીતિઓ બતાવે છે:

ip route get 192.168.50.20
ip xfrm policy list
sudo swanctl --list-conns

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

પસંદક મર્યાદિત કરો અથવા ગંતવ્ય ટાળો

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

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

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

પુનઃસ્થાપનમાં ટકતા અપવાદો

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

આ બે તપાસો પુષ્ટિ કરે છે કે અપવાદ ટક્યો અને સુરક્ષા નહીં:

ip xfrm policy list | grep -c out
ping -c 3 192.168.50.20

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