તમારો IPv4 VPN નિયમ IPv6 ટ્રાફિક વિશે કંઈ કહેતો નથી

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

શરત એક: પ્લેટફોર્મ પાસે એક ટેબલ છે કે બે

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

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

શરત બે: નીતિ ક્યાં લાગુ પડે છે

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

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

શરત ત્રણ: IPv6 એ શું કરવું જોઈએ

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

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

ICMPv6 એ નિયંત્રણ ટ્રાફિક છે

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

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

તે સાબિત કરવું, એક સમયે એક પરિવાર

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

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