પોલિસી રાઉટિંગ સક્રિય ન થાય ત્યાં સુધી LAN ક્લાયન્ટ્સ રાઉટર VPN અવગણે છે

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

ફિલ્ટર નિયમ ઇન્ટરફેસ પસંદ કરી શકતો નથી

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

નીચેનું ઉદાહરણ br-lan પર 192.168.8.0/24 નું LAN, એક ટનલ ડિવાઇસ tun0, અને 192.168.8.23 પર એક સેટ-ટોપ બોક્સ વાપરે છે જેણે ટનલ લેવી જોઈએ.

નિયમો સંપાદિત કરતા પહેલા લુકઅપ વાંચો

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

ip -4 route get 198.51.100.7 from 192.168.8.23

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

તમે આવરી લેવા માગો છો તે ક્લાયન્ટ્સ સાથે ટેબલ જોડો

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

ip -4 route add default dev tun0 table 200
ip -4 rule add iif br-lan lookup 200 priority 200

ફર્મવેર ઇન્ટરફેસ સામાન્ય રીતે પોલિસી રાઉટિંગ અથવા VPN પોલિસી પાના જેવા જ ઑબ્જેક્ટ્સ બતાવે છે. ત્યાંની ડિવાઇસ યાદી હાથે લખેલા નિયમો કરતાં જાળવવી સહેલી છે અને નિયમોનું સિન્ટેક્સ બદલતા અપગ્રેડ પછી પણ ટકી રહે છે.

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

સ્થાનિક ગંતવ્યોને ટનલની બહાર રાખો

નવું ટેબલ ફક્ત એ રૂટ જાણે છે જે તમે તેમાં મૂકો છો. LAN પ્રીફિક્સ ખૂટે છે, તેથી પ્રિન્ટર અને NAS ટ્રાફિક ટનલના ડિફોલ્ટને અનુસરીને અદૃશ્ય થઈ જાય. throw રૂટ આ ટેબલમાં લુકઅપ સમાપ્ત કરે છે અને નિર્ણય મુખ્ય ટેબલને પાછો આપે છે.

ip -4 route add throw 192.168.8.0/24 table 200

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

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