د TCP بیا لېږلو او IPsec د بیاځلي تکرار ردولو پرتله: هر پوړ ولولئ

درې بېلابېل وسایل درې بېلابېلې کاپيانې راپور کوي، او له دې درېیو یوازې یو یې د شبکې هغه پېښه ده چې تاسو یې پر سر اقدام کولی شئ۔ د TCP بیا لېږل یعنې لېږونکی یوه ساحه بیا لېږي، تکراري ACK یعنې ترلاسه کوونکی یوه تاییدي تکراروي، او د ESP بیاځلي تکرار ردول یعنې د امنیت ملګرتیا داسې ترتیب نمبر ردوي چې لا دمخه یې منلی وي۔ له دې درېیو کوم یو هم بل نه اړوي۔ مخکې له دې چې دوی په یوه کیسه کې یوځای کړئ، هر شمارونکی په هغه پوړ کې ولولئ چې جوړوي یې۔

درې شمارونکي چې هیڅکله یوه پېښه نه مومي

د TCP بیا لېږلو نښه یعنې لېږونکي بیا پر تار د ترتیب یوه ساحه اېښې ده۔ ضایعه یې یو دلیل دی، او هغه ثبت چې تاسو لرئ کېدای شي یوازې اصلي پاکټ یا هغه تاییدي نه ولري چې وخت به روښانه کړي۔ تکراري ACK یعنې ترلاسه کوونکی د TCP د بېرته راوستلو قواعدو له مخې یوه ټولیزه تاییدي تکراروي، چې نه د اپلیکیشن دوه ځله لیکنه ده او نه د معلوماتو دویمه کاپي۔

ESP په خپل ترتیب فضا کې کار کوي۔ هر امنیتي ملګرتیا خپلو لېږل شوو پاکټونو ته نمرې ورکوي، او ترلاسه کوونکی د لا دمخه منلو شوو نمرو یوه کړکۍ ساتي، نو هغه ESP پاکټ چې دوه ځله ورسیږي یوازې پر همدې بنسټ غورځول کیږي۔ نو بیا لېږل شوی TCP برخه په نوي ESP پاکټ کې د نوي ترتیب نمبر سره سفر کوي، چې په دواړو پوړونو کې سم چلند دی۔ ورته بایټونه کېدای شي په یوه شمارونکی کې نوي او په بل کې زاړه ښکاره شي، او هیڅ پوړ هم درواغ نه وایي۔

شنونکی څه لیدلی شي او څه نه

د شنونکي له لغتونو پیل کړئ، ځکه چې د فلټر نومونه کتنې بیانوي نه د پای نقطو داخلي۔ د هماغو نومونو سره شمېرل چې وسیله یې کاروي تاسو د دې په اړه ریښتیني ساتي چې واقعاً څه اندازه شوي۔ د نیمګړي ثبت څخه شمېره د هغه څه شمېره ده چې ژوندی پاتې شو، نه د هغه چې پر تار وشول۔

tshark -r trace.pcap -Y "tcp.analysis.retransmission" | wc -l
tshark -r trace.pcap -Y "tcp.analysis.duplicate_ack" | wc -l

د هغو شمېرو ترڅنګ تخصصي معلومات ولولئ، ځکه د چکسم او ترتیب په اړه خبرداری بدلوي چې څومره وزن وړ دي۔ د دوو حسګرو یوځای شوی ټریس کېدای شي یو چوکاټ دوه ځله وښیي، او د دواړو کاپیانو شمېرل یوه داسې بېرته راوستلو پېښه جوړوي چې هیڅکله نه ده شوې۔

د ESP شمارونکي د کرنل په حالت کې ژوند کوي

د ESP ترتیب نمبرونه د امنیت ملګرتیا دي، نه د TCP جریان، نو دروازه هغه ځای دی چې باید وپوښتل شي۔ د حالت لیست د هرې ملګرتیا لپاره د پاکټ او تېروتنې شمارونکي راپور کوي چې هیڅ ثبت یې بیا نه شي جوړولی۔

ip -s xfrm state
tshark -r trace.pcap -Y "esp" -T fields -e esp.seq | head

RFC 4303 ترتیب نمبر او هغه د بیاځلي تکرار ضد کړکۍ تعریفوي چې هغه مصرفوي، له همدې کبله شمارونکی حتی کله چې هیڅ شی غلط نه وي پورته کیږي۔ یو شان بهرني ترتیب نمبرونه پرته له اړوندې TCP ناسمۍ د بیا لېږلو طوفان ته نه، بلکې بل لېږونکي یا دوه ځله شوي لارې ته اشاره کوي۔ د کوډ شوي تونل بهرنی ثبت معمولاً داخلي TCP ترتیب نمبرونه پټوي، نو نشي کولی ثابت کړي چې داخلي سټیک څه کړي۔ یوازې هلته چې پالیسي اجازه ورکوي د تونل دننه ثبت وکړئ، او هیڅکله د بې اړیکې خبرداری غلی کولو لپاره د بیاځلي تکرار ضد بند نه کړئ۔

کتنې نقطه ځواب چېرته بدلوي

مخکې له لوړولو ولیکئ چې ثبت څنګه اخیستل شوی: انټرفیس، ایا د ثبت بهیر د غورځېدو راپور ورکړ، او ایا د وخت نښې د حسګرو ترمنځ د پرتله کولو وړ دي۔ یو کتنې نقطه د لارې دواړه سرونه نه شي لیدلی، نو د ترلاسه کوونکي د چلند په اړه هر بیان مېچ نه، بلکې اټکل دی۔ پر دروازه اخیستل شوی ټریس او پر کوربه اخیستل شوی ټریس به د بار لاندې پر ترتیب سره نه یوځای شي، او هغه ناسمۍ معمولاً د تونل نه، بلکې د ثبت ده۔ د دوو لیدونو اړیکه جوړول هغه څه دي چې شمېره په ثبوت بدلوي۔

یو اجازه ورکړل شوی اپلیکیشن جریان وکاروئ او په هماغه شېبه کې د ثبت شمېرو ترڅنګ د پای نقطو شمارونکي ولیکئ۔ که شمېرې سره نه یوځای شي، هغه پوړ ته باور وکړئ چې د پېښې مالک دی او بل یې تر مخالف ثبوت پورې د کتنې اثر وګڼئ۔ هغه قاعده د تونل ترتیب ته له لاس وهلو پرته د دې ټکټونو ډېری حل کوي۔

شمېرې په سم ترتیب لوستل

له هغه پوړ پیل وکړئ چې پوښتنه پکې شوې: د TCP خبرداری ته د TCP ثبت څخه ځواب ورکول کیږي، او د ESP ردولو ته د دروازې پر امنیت ملګرتیا شمارونکو څخه ځواب ورکول کیږي۔ یوازې وروسته له دې وپوښتئ چې ایا دواړه لیدونه یو شان پاکټ بیانوي۔ هغه پایله چې دواړه پوړونه غواړي باید دواړه ونوموي، ځکه د تونل په اړه یوازې پر TCP نښه ولاړه ادعا اټکل ده۔

د هر موندنې لپاره پوړ، شمارونکی او کتنې نقطه ولیکئ، او بل لوستونکی به درې پېښې په یوه خیالي خرابۍ کې نه یوځای کوي۔ په همدې درې ساحو لوړوالی وکړئ، او سمون معمولاً له لومړي څخه راځي۔