Ano ang maaari at hindi maaaring patunayan ng iftop screen tungkol sa VPN
Isang interface sa isang sandali ang ipinapakita ng bandwidth monitor. Magpasya kung ano ang sinusubukan mo, aling interface ang nagdadala nito, at ano ang itinatago ng filter.
Isang tanong lang sa isang pagkakataon ang sinasagot ng iftop screen: aling mga pares ng host ang nagpapalitan ng bytes sa interface na pinuntirya mo. Hindi nito sinasagot kung sinusunod ng bawat aplikasyon ang patakaran ng VPN, at ang blangkong screen ay hindi nagpapatunay na walang tumagas. Sa agwat ng dalawang pahayag na ito nagkakamali ang karamihan ng talakayan tungkol sa leak test. Tatlong kondisyon ang nagtatakda ng tunay na kahulugan ng display, at ang tatlo ay makikita sa command line na ginamit mo.
Tatlong kondisyon ang nagtatakda ng kahulugan ng screen
Ang mga kondisyon ay aling interface ang ipinapakita, ano ang itinatago ng filter at ng tool mismo, at ano ang aktwal na isinagawa ng test. Sagutin ang mga ito sa ganoong pagkakasunod-sunod, dahil ang mali sa una ay nagpapawalang-saysay sa dalawa.
Mahalaga ang kondisyon ng interface dahil ang tanaw ng tunnel at ang pisikal na tanaw ay nagpapakita ng magkaibang layer ng parehong trapiko. Ang pagtingin sa tunnel interface ay nagpapakita ng mga daloy sa loob ng tunnel; ang pagtingin sa pisikal na interface ay nagpapakita ng tagapagdala ng tunnel, kasama ang anumang lehitimong trapiko sa setup, kontrol, o lokal na nakikibahagi sa link na iyon. Wala sa dalawang tanaw ang mali, at wala sa kanila ang buong larawan. Ang pagpangalan kung alin ang tinitingnan mo ay ang pagkakaiba ng ebidensya at impresyon.
Unang kondisyon: aling interface ang ipinapakita
Kinukuha ng iftop ang interface nang tahasan gamit ang -i, at inilalarawan ng manwal nito ang ugali kapag hindi mo ito ginawa: pumipili ito ng isa, na maaaring ang device na mukhang panlabas sa halip na ang tunnel. Ang default na iyon ay makatwirang pili para sa bandwidth tool at masama para sa leak test.
Palaging ibigay ang interface, at isulat ito sa tabi ng resulta. Ang screenshot na walang pangalan ng interface ay hindi maaaring ulitin.
Ikalawang kondisyon: ano ang itinatago ng filter at ng tool
Tumatanggap ang iftop ng ekspresyon ng filter, at ang daloy na hindi kasama ng filter ay hindi nakikita dahil sa pagkakabuo at hindi dahil sa kawalan. Nagsasagawa rin ang tool ng paghahanap ng hostname bilang default upang lagyan ng label ang mga address, at ang mga paghahanap na iyon ay gumagawa ng sarili nilang trapikong DNS, ibig sabihin, trapikong hindi mo sinadyang obserbahan. Ang -n ay nagpapahinto sa mga paghahanap at ginagawang numeric ang display; ang pagtatago ng mga hilera ng DNS pagkatapos ay hindi katulad ng hindi paggawa ng mga query.
Ang pagkakaibang iyon ay dapat sabihin nang tapat, dahil lumilitaw rin ito sa ibang mga tool: ang pagsugpo sa pagpapakita ng isang aktibidad ay hindi katulad ng pagpigil dito. Kung ang mga paghahanap ng DNS ay bahagi ng sinusubukan mo, patakbuhin ang test na nakapatay ang mga paghahanap upang ang obserbasyon ay hindi mahawahan ng nagmamasid.
Ikatlong kondisyon: ano ang aktwal na isinagawa ng test
Isang kahilingan mula sa isang aplikasyon, patungo sa isang destinasyon, sa isang pamilya ng address ay nagpapatunay ng isang bagay tungkol sa kahilingang iyon. Wala itong pinatutunayan tungkol sa ibang aplikasyon, ibang destinasyon, o sa kabilang pamilya ng address, at ang IPv6 ang pamilyang pinakamadalas makalimutan sa ganitong uri ng pagsusuri.
Kaya tukuyin ang kahilingan bago magsimula: isang hindi mapaminsalang destinasyon, mula sa aplikasyong mahalaga sa iyo, sa pamilyang mahalaga sa iyo, at ang tunnel ay nasa sinang-ayunang kalagayan. Pagkatapos suriin ang panig na tumatanggap o ang sariling diagnostiko ng client, dahil alam ng malayong dulo kung ano ang dumating sa paraang hindi kaya ng lokal na screen. Pagkatapos isagawa ang sinang-ayunang kaso ng hindi available na tunnel at tingnan kung humihinto ang trapiko, dahil iyon ang ugali na karaniwang tunay na tinutukoy ng pangangailangan.
Karapat-dapat ang DNS sa sarili nitong obserbasyon. Ang tumatanggap ng query at ang rutang tinahak ng query ay dalawang katotohanan, at ang bandwidth screen ay hindi nagpapakita ng alinman.
Ang paggamit ng iftop bilang sumusuportang ebidensya
Sa gayon lamang nagdaragdag ng halaga ang iftop, at idinadagdag ito bilang kumpirmasyon. Ipinapakita ng sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" kung lumilitaw ang inaasahang daloy sa inaasahang interface, kasama ang mga bilang ng byte na nagpapatingkad na masuri ang isang pahayag tungkol sa pagiging idle.
Ihambing ito sa ss -tnp para sa tanaw sa antas ng socket at ip route get para sa rutang pipiliin ng kernel, at mayroon kang tatlong obserbasyon ng isang kahilingan sa halip na isang impresyon ng isang makina. Ang manwal ng iftop ay nagdodokumento ng pagpili ng interface, sintaks ng filter, at ugali ng paghahanap, na siyang tatlong bagay na nakasalalay ang leak test. Ang bandwidth screen ay naglalagay ng lokasyon ng aktibidad; ang ruta, ang mga eksepsyon, at ang ugali sa pagpalya ang nagtatakda kung ang aktibidad na iyon ay tumutugon sa pangangailangan.