VPN-де Ping жоғалтуы: пайызға дейін Echo сұрауларын топтастырыңыз

Бір түсірілімде алты Echo сұрауы мен үш жауап бар, және біреу билетке 50 пайыз пакет жоғалтуын жазады. Бұл сан түсірілім үшін дұрыс, тоннель үшін қате болуы мүмкін. Алты сұрау екі түрлі жеткізу шарты бар екі түрлі әңгімеге тиесілі болуы мүмкін. Бөлуден бұрын оларды топтастырыңыз, сонда қатынас есептің қызықты бөлігі болудан қалады.

1-қадам: ағындарды көз және меже бойынша ажыратыңыз

Echo сұрауы көз мен межені тасымалдайды, және осы екі өріс оның қай әңгімеге тиесілі екенін анықтайды. Шлюз жасаған зонд шлюздің тоннель мекенжайын пайдаланады, ал LAN хост атынан жіберілген зонд сол хосттың мекенжайын сақтайды. Қарсы жақта біреуі үшін қайтару маршруты болуы мүмкін, екіншісі үшін болмауы мүмкін, бұл екі топтың тоннельге қатысы жоқ себептермен әртүрлі әрекет етуіне әкеледі.

Бірдеңе санамас бұрын түсірілімді осы өрістер бойынша бөліңіз және межені кілттің бөлігі ретінде қалдырыңыз. Әртүрлі әріптестерге баратын екі ағын көзді бөліссе де салыстыруға келмейді.

Топтарды санымен бірге жазыңыз, өйткені келесі қадам қай жауаптардың қай топқа тиесілі екенін анықтайды. Үш сұрауы бар және сәйкес жауабы жоқ топ — бұл табылған дәйек. Үш сұрау мен үш жауабы бар топ — базалық сызық.

2-қадам: идентификатор мен реттілік бойынша сәйкестендіріңіз

RFC 792-дегі Echo пішімі идентификатор мен реттік нөмірді тасымалдайды және оларды жауапты сұрауымен жұптайтын өрістер ретінде қарастырады. Бұл жұмыс үшін екеуі де қажет. Тек реттік нөмір бірегей емес, өйткені әртүрлі жіберушілер немесе процестер бір түсіру терезесінде бірдей мәнді қайта пайдалануы мүмкін. Идентификатор жіберушіні, реттілік орынды тарылтады, ал жұп бірге сәйкестікті қорғауға болатын етеді.

Жауап өз сұрауының мекенжай бағытын кері айналдырады, сондықтан сәйкестік — сұрау-жауап жұбы, екі бірдей кортеж емес. Сұраудың көзін жауаптың межесімен және сұраудың межесін жауаптың көзімен салыстырыңыз, содан кейін идентификатор мен реттіліктің сәйкес екенін растаңыз.

Бақылау терезесін де сақтаңыз, өйткені ұзақ түсірілімде екі өрістің заңды қайта пайдаланылуы болуы мүмкін. Терезені бір жарылысқа қысқарту сол белгісіздіктің көбін жояды. Бұл билетті оқыған әркім үшін санақтарды қайта өндіруге болатын етеді.

tshark -r capture.pcap -Y 'icmp.type == 8' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq
tshark -r capture.pcap -Y 'icmp.type == 0' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq

3-қадам: кортеждерді бір шекарада салыстырыңыз

Егер желілік мекенжайларды түрлендіру түсіру нүктесі мен әріптестің арасында болса, сұрау мен жауаптағы мекенжайлар жобасы бойынша өзгеше болады. Кортеждерді бір шекарада салыстырыңыз, немесе айырмашылық есепке алынуы үшін салыстыруды анық тасымалдаңыз. Түрлендіруге дейінгі сұрауларды түрлендіруден кейінгі жауаптармен араластыру сымда ешқашан болмаған сәйкессіздіктерді ойдан шығарады.

Санауды бастамас бұрын шекараны анықтаңыз және оны есепте көрсетіңіз, келесі адам топтастыруды қайта өндіре алатындай. Клиент жағындағы бір түсірілім және сервер жағындағы екіншісі — екі түрлі шекара. Әрқайсысы жауаптың қайда жоғалғаны туралы әртүрлі сұраққа жауап береді.

Түрлендірілген зондтар тобы түрлендіру құрылғысының өз күйін де мұра етеді, бұл жауаптың ешқашан келмеуінің нақты себебі болуы мүмкін. Одан әрі жатқан жолды кінәламас бұрын сол күйді тексеріңіз.

tcpdump -ni any icmp and host 10.90.0.1 -c 20
tshark -r capture.pcap -Y 'icmp' -T fields -e ip.src -e ip.dst -e ip.ttl | head -20

4-қадам: түсірілімнің нені дәлелдей алатынын және нені алмайтынын айтыңыз

Байқалған үзіліс алыс хост үнсіз қалды дегенді дәлелдемейді. Түсіру нүктесі тек бір бағытты көруі мүмкін, сүзгі жауапты тастауы мүмкін, немесе буфер терезе кезінде асып кетуі мүмкін. Олардың әрқайсысы бірдей жоқтық пен әртүрлі қорытынды береді.

Түсіру орнын, сүзгі өрнегін және тастау санағыштарын санақтармен бірге жазыңыз, өйткені оларсыз қатынасты аудиттеуге болмайды. Дәл осы үш жол санды кейін қорғауға болатын етеді.

Содан кейін бақылаудың нені бекітетінін және нені меңзейтінін бір емес, екі сөйлеммен ажыратыңыз. Бірінші сөйлем санақтар мен шекараны айтады. Екіншісі болжамды және оны не растайтынын айтады.

Белгілі бір жол пакеттерді тастай ма деген сұрақ болғанда, айқын көз мекенжайы бар бақыланатын зонд аралас трафиктің пассивті санағынан күштірек дәлел. Оны сол машинадан, сол уақытта, сол әріптеске жіберіңіз. Бір айнымалыны өзгертіңіз, салыстыру күшінде қалады.

Топтар мен келесі шекара туралы хабарлаңыз

Есептің үш жолы бар: топ анықтамасы, әр топ ішіндегі сәйкестендірілген санақтар және салыстыру жасалған шекара. Сонда оқырман бір топтың толық жауап бергенін, екіншісінің бермегенін көреді, бұл кездейсоқ жоғалтуға емес, маршрутқа немесе рұқсатқа нұсқайды.

Топтастыруды қайта өндіру үшін түсіру файлын және сүзгі өрнектерін тіркеңіз. Файлсыз қорытынды — бұл тұжырым, нәтиже емес.

ping -c 5 -I 10.80.0.6 10.90.0.1
ping -c 5 -I 10.30.0.25 10.90.0.1
tshark -r capture.pcap -Y 'icmp.type == 8 || icmp.type == 0' -T fields -e ip.src -e ip.dst -e icmp.ident -e icmp.seq | sort | uniq -c | head

Бір топ бес жауап көрсетіп, екіншісі мүлде көрсетпесе, табылған дәйек — бір көздің жұмыс істейтін қайтару жолы бар, екіншісінде жоқ. Бұл аралас пайыздан әлдеқайда жақсы билет және келесі тексеруді байланыссыз VPN данасына емес, қайтару маршрутына бағыттайды.