DHCP шинэчлэлтийн дараа VPN тасардаг уу? Хаягуудыг харьцуул

Түрээсийн шинэчлэлт болон VPN-ийн доголдол лог дээр хангалттай олон удаа хамт гарч ирдэг тул хүмүүс нэг нь нөгөөгөө үүсгэдэг гэж дүгнэдэг. Цагийн давхцал бодит; шалтгаан-үр дагавар ихэвчлэн биш. Шинэчлэлт нь түрээс олгосон серверт нэг хаягийн хүсэлт бөгөөд ижил холболтыг үргэлжлүүлэхийг хүсдэг ба сервер клиент нэг ч хаяг өөрчлөхгүйгээр түүнийг сунгаж болно. Үйл явдлын эргэн тойронд клиентийн өөрийн утгуудыг харах нь чимээгүй шинэчлэгдсэн түрээсийг ажиллаж буй туннелийн доор үнэхээр өөрчлөгдсөн сүлжээгээс ялгана.

Тасарсан клиентээс эхэл

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

Хугацааны шугамыг санах ойд хадгалахын оронд явж байхдаа бич. Өөр өөр хэрэгслийн цагийн тэмдэглэгээ төгс давхцах нь ховор бөгөөд ялгаа нь өөрөө заримдаа тайлбар болдог.

Үйл явдлын эргэн тойрны дөрвөн утгыг харьцуул

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

ip -4 -brief addr show dev wlan0
ip -4 route show default
resolvectl status | grep -A3 'DNS Servers'
journalctl -u NetworkManager --since -10m --no-pager | grep -i dhcp

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

Шинэчлэлт юуг өөрчилж чадах, юуг чадахгүй

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

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

Клиент дасан зохицож чадахгүй үед

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

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

Буруутгахаас өмнө үйл явдлыг давт

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

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