iftop સ્ક્રીન VPN વિશે શું સાબિત કરી શકે છે અને શું નહીં

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

ત્રણ શરતો નક્કી કરે છે કે સ્ક્રીનનો અર્થ શું છે

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

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

શરત એક: કયું ઇન્ટરફેસ દર્શાવવામાં આવે છે

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

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

શરત બે: ફિલ્ટર અને સાધન શું છુપાવે છે

iftop ફિલ્ટર અભિવ્યક્તિ સ્વીકારે છે, અને ફિલ્ટર જે પ્રવાહને બાકાત રાખે છે તે ગેરહાજરીને કારણે નહીં પણ રચનાને કારણે અદૃશ્ય હોય છે. સાધન ડિફોલ્ટ રીતે સરનામાંઓને લેબલ કરવા હોસ્ટનેમ લુકઅપ પણ કરે છે, અને તે લુકઅપ પોતાનો DNS ટ્રાફિક પેદા કરે છે, એટલે કે એવો ટ્રાફિક જે તમે નિરીક્ષણ કરવા માંગતા ન હતા. -n લુકઅપ બંધ કરે છે અને ડિસ્પ્લેને આંકડાકીય બનાવે છે; પછીથી DNS પંક્તિઓ છુપાવવી એ ક્વેરીઓ ન બનાવવા જેટલું જ નથી.

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

શરત ત્રણ: પરીક્ષણે ખરેખર શું કર્યું

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

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

DNS પોતાનું નિરીક્ષણ માંગે છે. ક્વેરીનો પ્રાપ્તકર્તા અને ક્વેરીએ લીધેલો માર્ગ બે હકીકતો છે, અને બેન્ડવિડ્થ સ્ક્રીન તેમાંથી એક પણ દર્શાવતી નથી.

iftop નો આધારભૂત પુરાવા તરીકે ઉપયોગ

ત્યારે જ iftop મૂલ્ય ઉમેરે છે, અને તે પુષ્ટિ તરીકે ઉમેરે છે. sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" દર્શાવે છે કે અપેક્ષિત પ્રવાહ અપેક્ષિત ઇન્ટરફેસ પર દેખાય છે કે નહીં, બાઇટ ગણતરી સાથે જે નિષ્ક્રિયતાના દાવાને ચકાસણીયોગ્ય બનાવે છે.

તેની સરખામણી સોકેટ-સ્તરના દૃશ્ય માટે ss -tnp સાથે અને કર્નલ પસંદ કરશે તે માર્ગ માટે ip route get સાથે કરો, અને એક મશીન વિશેની એક છાપને બદલે એક વિનંતીના ત્રણ નિરીક્ષણ તમારી પાસે હશે. iftop મેન્યુઅલ ઇન્ટરફેસ પસંદગી, ફિલ્ટર સિન્ટેક્સ અને લુકઅપ વર્તનનું દસ્તાવેજીકરણ કરે છે, જે એ ત્રણ વસ્તુઓ છે જેના પર લીક ટેસ્ટ આધાર રાખે છે. બેન્ડવિડ્થ સ્ક્રીન પ્રવૃત્તિનું સ્થાન શોધે છે; માર્ગ, અપવાદો અને નિષ્ફળતાનું વર્તન નક્કી કરે છે કે તે પ્રવૃત્તિ જરૂરિયાતને પૂરી કરે છે કે નહીં.