WireGuard сүүлийн гар барилтыг харуулахгүй байна: эхлээд юу шалгах вэ

Сүүлийн гар барилтын хоосон талбар нь ихэвчлэн интерфейс ассан цагаас хойш гар барилт гүйцэтгээгүй гэсэн үг бөгөөд энэ нь тохиргооны талаар харагдахаас бага зүйл хэлнэ. WireGuard пакет интерфейсээр гарах шаардлага гарах хүртэл дуугүй байдаг тул илгээх зүйлгүй сул peer яг үүнийг мэдээлдэг. Түлхүүрүүдийг шалгахаас өмнө үнэхээр ямар нэгэн зүйл санал болгосон эсэхийг тогтоогоорой.

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

Сул интерфейс мэдээлэх зүйлгүй

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

Хэрэв тоолуурууд хоёр талд тэг дээр зогсож байвал асуудал туннелиас дээгүүр байна. Интерфейс рүү ямар нэгэн зүйл өдөөхөөр юу ч хүрээгүй.

peer зөөх зөвшөөрөлтэй трафикийг өдөө

Орон нутгийн машин дээр peer-ийн зөвшөөрөгдсөн префиксүүдийн дотор хаяг сонгож, маршрутын хүснэгт түүнийг интерфейсээр илгээх эсэхийг баталгаажуулна уу. Тэдгээр префиксээс гаднах очих газар WireGuard-ийн огт оролцоогүйгээр энгийн маршрутлагдсан хүсэлт үүсгэдэг. Хурдан хариулдаг үйлчилгээг ашигла, жишээ нь ping эсвэл богино TCP холболт, оролдлого харагдах эхлэл, төгсгөлтэй байхын тулд. Дараа нь дэлгэц рүү харж хүлээхийн оронд гар барилтын мөрийг дахин уншаарай.

ip route get 10.60.9.5
ping -c 3 -W 2 10.60.9.5
wg show wg0 latest-handshakes
wg show wg0 transfer

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

Түлхүүрийн хос ба төгсгөлийн цэгийг харьцуул

Трафик үнэхээр санал болгосны дараа дараагийн шалгалт нь таних тэмдэг юм. Орон нутгийн хувийн түлхүүр нь нөгөө талын зөвшөөрсөн нийтийн түлхүүрт тохирох ёстой, тохируулсан алсын нийтийн түлхүүр нь зорилтот peer-ийг таних ёстой, мөн урьдчилан хуваалцсан түлхүүр хоёр төгсгөлд таарах ёстой. base64 түлхүүрт нэг тэмдэгтийн ялгаа нь тохируулагдсан мэт харагдах боловч солилцоог хэзээ ч дуусгахгүй peer үүсгэдэг. Түлхүүрүүдийг дахин үүсгэхийн оронд нийлүүлэлтийн бүртгэлтэй харьцуулаарай, учир нь шинэ түлхүүр хуучныг итгэсэн бүх peer-ийг хүчингүй болгодог.

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

Гадаад UDP замыг ажигла

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

ss -lunp | grep 51820
sudo tcpdump -ni eth0 udp port 51820
wg show wg0 endpoints
conntrack -L -p udp | grep 51820

Эхлэлийг харуулж, хариу харуулахгүй бичлэг нь машинаас гадуур заана, учир нь алсын тал нь сонсохгүй байна, шүүгдсэн, эсвэл буруу хаяглагдсан. Юу ч харуулахгүй бичлэг нь пакет хэзээ ч гарч байгаагүй гэсэн үг бөгөөд энэ нь таныг маршрут болон тоглоомд байгаа аливаа socket тэмдэг рүү буцаана. Хоёр төгсгөлийг удирдаж байгаа бол оролдлогыг ерөнхий бичлэгийн оронд сервер дээрх нарийн бичлэгтэй цаг хугацааны тэмдгээр уялдуулаарай. TCP портын тест энд юу ч нотлохгүй, учир нь протокол нь зөвхөн UDP.

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