TPROXY પેકેટને સોકેટ સુધી અનુસરવું

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

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

ડિલિવરી માર્ગ અનુસરો

1. ટ્રાફિક ઇચ્છિત ઇન્ટરફેસ અને સરનામા-કુટુંબ પર અટકાવ હોસ્ટ સુધી પહોંચે છે.
2. અટકાવ નિયમ અને પેકેટ માર્ક સ્થાનિક-ડિલિવરી નીતિ ઓળખે છે.
3. મેળ ખાતો નીતિ નિયમ એવો માર્ગ પસંદ કરે છે જે પેકેટને સ્થાનિક રીતે પહોંચાડે.
4. પ્રોક્સી જરૂરી સોકેટ વિકલ્પ સાથે સમર્થિત પારદર્શક શ્રોતા વાપરે છે.

કર્નલનું IPv4 ઉદાહરણ IP_TRANSPARENT માટે એપ્લિકેશન સમર્થન માંગે છે. એ જ પોર્ટ પરનો સામાન્ય શ્રોતા, અથવા વૈશ્વિક બિન-સ્થાનિક બાઈન્ડ સેટિંગ, તે સમર્થન સાબિત કરતું નથી.

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

પછીના પેકેટનો હિસાબ રાખો

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

એપ્લિકેશનનો સમર્થિત પારદર્શક મોડ અને દરેક સરનામા-કુટુંબ માટે અનુરૂપ કર્નલ દસ્તાવેજ વાપરો. IPv4 સ્થાનિક-માર્ગ આદેશ IPv6 ગોઠવતો નથી, અને એક કુટુંબમાંનું સમર્થન બીજાના સોકેટ વર્તનને સાબિત કરતું નથી.

TPROXY SOCKS વાટાઘાટ પણ પેદા કરતું નથી. પારદર્શકથી-SOCKS ઘટકે હજી પણ ગંતવ્ય શોધીને પોતાના અપસ્ટ્રીમ સાથે વાટાઘાટ કરવી પડે.

REDIRECT થી આગળ વધવું

હાલની એપ્લિકેશન મૂળ ગંતવ્ય કેવી રીતે મેળવે છે તે નોંધો. REDIRECT ગંતવ્ય બદલે છે અને યોગ્ય પુનઃપ્રાપ્તિ પદ્ધતિ પર આધાર રાખે છે; TPROXY ને પોતાનું પારદર્શક સોકેટ અને રૂટિંગ ગોઠવણ જોઈએ. એપ્લિકેશન અને સ્રોત-સરનામા નીતિ મુજબ પસંદ કરો.

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