VPN-ийн бага дамжуулах чадвар энтропийн асуудал уу? Ихэвчлэн үгүй

Туннелиар дамжуулах удаан чадвар болон санамсаргүй тоог хүлээж гацсан машин нь огт өөр туршлага өгдөг ч нэг гомдлын дор бүртгэгддэг. Нэг нь ямар нэг зүйл ажиллахаас өмнөх завсарлага хэлбэрээр илэрдэг. Нөгөө нь ажиллаж, та харж байх хугацаанд өгөгдлийг удаан зөөдөг холболт хэлбэрээр илэрдэг. Аль нь байгааг тодорхойлоход арван минут зарцуулагдаж, нэг долоо хоногийн таамаглалыг хэмнэдэг.

Ижил харагдах хоёр шинж тэмдэг

Шинэ ачаалалтын дараа нэг ч холболт хүлээж авахаас өмнө гацдаг үйлчилгээ ямар нэг зүйлийг хүлээж байна. Хурдан тогтож, дараа нь хүлээгдэж буй хурдны багахан хэсгээр дамжуулдаг туннель өөр зүйлээр хязгаарлагддаг. Шифрлэлт гэдэг үг хоёр түүхэнд хоёуланд нь гардаг тул тэдгээрийг нэгтгэдэг. Тохиргооны файлд хүрэхээс өмнө тэдгээрийг салгаарай.

Эхлэлт, баталгаажуулалт, түлхүүрийн дахин хэлэлцээр болон дамжуулалтын эргэн тойронд цагийн тэмдэг тавь. Туннель ашиглах боломжтой болохоос өмнөх урт саатал нь бага тогтвортой хурд биш бөгөөд хоёрын дундажийг нэг тоонд оруулбал нотолгоо устана.

systemd-analyze blame | head -10
journalctl -u [email protected] -o short-precise | head -40
cat /proc/sys/kernel/random/entropy_avail

Эхний хоёр команд нь эхлэлтийн ажлыг цагийн шугамд тавьдаг. Гурав дахь нь цөмийн энтропийн бүртгэлийн утгыг хэвлэдэг бөгөөд энэ нь нэг өгөгдлийн цэг болон хэрэгтэй, зурвасын өргөний хэмжигч болон хэрэггүй.

Санамсаргүй тоог хүлээх нь үнэндээ хэрхэн харагддаг

Аюулгүй санамсаргүй байтуудын хүсэлт нь цөм санамсаргүй эх сурвалжаа эхлүүлэх хүртэл блоклогдож болно. Энэ нь виртуал машин болон жижиг суулгамал хавтан дээр ачаалалтын эхэнд, орчны шуугиан бага цугласан үед хамгийн чухал. Энэ нь шифрлэгдсэн байт бүр шинэ энтропи зарцуулдаг гэсэн үг биш.

Орчин үеийн генераторууд нэг удаа үрлэгдэж, дараа нь детерминист бүтцээс гаралт үйлдвэрлэж, өөрийн хуваарийн дагуу дахин үрлэгддэг. Бөөн дамжуулалт нь санг байт байтаар хоосолдоггүй, тиймээс удаан дамжуулалтын үеийн бага сангийн утга нь шалтгааны талаар юу ч нотолдоггүй.

strace -f -e trace=getrandom -p $(pidof openvpn) 2>&1 | head -20
dmesg | grep -i 'random\|crng'

Эхний команд нь таны харж байх үед процесс санамсаргүй тооны дуудлагад сууж байгаа эсэхийг харуулна. Хоёр дахь нь цөмийн өөрийн эхлэлтийн мэдэгдлүүдийг харуулдаг бөгөөд яг тэнд эрт ачаалалтын гацалт харагдана.

Цөмийн хувилбар болон үйлчилгээний бодитоор холбогддог номын санг тэмдэглэ, учир нь зан төлөв нь хэрэгжүүлэлт болон хувилбаруудын хооронд ялгаатай. Сэргээлтийн дараа авсан ул мөр нь ихэвчлэн завсарлагыг бүрэн алддаг.

Тасралтгүй удаашрал үнэндээ хэрхэн харагддаг

Бүх хугацаанд удаан дамжуулдаг туннель нь өгөгдлийн замналаар хязгаарлагддаг. Нэг ханасан урсгал, гадаад пакетийн алдагдал, дахин дамжуулалт эсвэл дүүрэн сокетын дараалал тус бүр энэ хэв маягийг үүсгэдэг бөгөөд тус бүр өөрийн засвартай. Нэгтгэсэн CPU хувь нь нэг завгүй урсгалыг нуудаг бөгөөд энэ нь хамгийн түгээмэл буруу уншилт юм. Нийт ачааллыг харахаас өмнө урсгал тус бүрийн цагийг хараарай.

Харьцуулах боломжтой суурьтайгаар хоёр чиглэлд хэмжиж, програмын өөрийн тайлангийн оронд интерфейсийн тоолуурыг ажиглаарай.

ss -tin dst 203.0.113.10
nstat -az | grep -i 'drop\|retrans'
ethtool -S eth0 | grep -i 'drop\|error'

Эхний команд нь нэг түншийн дараалал болон түгжрэлийн төлөвийг харуулна. Хоёр дахь болон гурав дахь нь стек болон интерфейс дэх хасалт, дахин дамжуулалтын тухай мэдээлдэг бөгөөд шалтгаан ихэвчлэн тэнд хамгийн түрүүнд гарч ирдэг.

Хэмжсэн гацаалтын засварыг сонго

Хэрэв нотолгоо эрт ачаалалтын эхлэл рүү чиглэж байвал платформын дэмждэг үрлэлтийн замналыг хараарай, энэ нь виртуал машин дээр хост-оос өгсөн санамсаргүй төхөөрөмжийг агуулж болно. Олон зочдод өөрчлөлтгүй хуулагдсан үрийн дүрс нь бие даасан эхлэлтийг орлохгүй.

Хэрэв нотолгоо өгөгдлийн замнал руу чиглэж байвал тоолуурууд заасан зүйлийг тохируул. Дараалал халих үед буферын хэмжээ тусалдаг бөгөөд нэг урсгал ханасан үед юу ч хийдэггүй. Тоолуур өсгөхийн тулд энтропийн демон суулгах нь дамжуулах чадварын засвар биш бөгөөд график илүү сайхан харагдахын тулд үрлэлтийн таамаглалыг өөрчлөх нь аюулгүй байдлын шинж чанарыг тоогоор солилцох юм.

Ижил хэмжилт ижил нөхцөлд сайжирсан үед л өөрчлөлтийг хүлээж ав. Том тоолуур бол үр дүн биш; богино хэмжсэн хүлээлт эсвэл шалтгаан нь тодорхойлогдсон хурдан дамжуулалт бол үр дүн.