VPN DNS-ийг зассан уу, эсвэл зүгээр л кэшлэсэн хариултыг дахин ашигласан уу?
Туннель өөрчлөгдсөний дараа ачаалагдах хуудас хэзээ ч асуулга хийгээгүй байж болно. Засварыг түүнд хамааруулахын өмнө кэшлэсэн болон шинэ хариултыг харьцуулна уу.
Туннель боссны дараа хэдхэн секундын дараа хуудас нээх нь DNS одоо ажиллаж байгаагийн баталгаа биш, тасалбар ихэвчлэн тэгж хэлдэг ч. Тэр ажиглалтад асуулга шаардах зүйл байгаагүй: нэр өөрчлөлтөөс өмнө шийдэгдэж, туннель хэзээ ч хүрээгүй кэшээс дахин ашиглагдсан байж болно. Хоёр өөр туршилт ижил дэлгэц гаргадаг.
Өөрчлөлтөд гавьяа хамааруулахын өмнө туршилт бүр үнэндээ юуг шалгасныг харьцуулна уу.
Хуудас ачаалах нь асуулга биш
Аппликешн ба шийдэгчийн хоорондох давхарга бүр өөрийн амьдралын хугацаанд хариултыг санаж болно. Үйлдлийн систем нэгийг хадгална, хөтөч өөрийгөө хадгална, урт хугацааны холболттой аппликешн сессийн турш өөр юу ч шийдэхгүй байж болно. Тиймээс туннель өөрчлөгдсөний дараах амжилттай ачаалал нь маршрутчлалын бус, санах ойн үзүүлбэр байж болно. Алдаа байхгүй байх нь асуулга байгаа гэсэн үг биш.
Энэ ялгаа нь дараа нь юуг туршиж үзэх ёстойг өөрчилдөг. Зорилго нь шинэ шийдэгч хариулж байгааг харуулах бол, таны цэвэрлээгүй кэшээс үйлчлэх боломжгүй асуулга хэрэгтэй.
Кэшлэсэн амжилтыг өмнө нь хүрэх боломжгүй байсан сервер сэргэсэн гэх баталгаа гэж унших нь энэ алдааны хамгийн үнэтэй хувилбар, учир нь энэ нь хэргийг худал таамаглал дээр хаадаг.
Дүгнэлт хийхээс өмнө кэшүүдийг тоол
Дөрвийг нэрлэх нь зүйтэй: аппликешны өөрийн шийдэл, үйлдлийн системийн клиент кэш, хөтчийн дотоод төлөв, мөн асуулга эцэст нь хүрэх аливаа рекурсив шийдэгч. Тус бүр өөр амьдралын хугацаа, цэвэрлэх өөр аргатай. Нэгийг цэвэрлээд нөгөөг турших нь хүмүүс цэвэрлэлт юу ч хийгээгүй гэж дүгнэдэг арга. Нэг цэвэрлэх команд асуудлыг хэзээ ч шийддэггүй.
Сөрөг хариултууд ч кэшлэгддэг. Байхгүй гэж мэдээлсэн нэр сүлжээг зассаны дараа ч байхгүй хэвээр байж болох бөгөөд үүнийг эвдэрсэн туннель гэж уншдаг ч үнэндээ энэ нь дуусаагүй TTL юм. DNS тодорхойлолт энэ өгөгдлийг хэрхэн хадгалах, дахин ашиглахыг тайлбарладаг.
Сэтгэгдэл биш, үйл явдлыг бич
Гурвын алийг нь өөрчилснийг бичнэ үү: бичлэг, шийдэгч хүрэх зам, эсвэл клиентийн тохиргоо. Бичлэгийн засвар өөрийн хуваариар тархдаг, маршрутын өөрчлөлт дахин холбогдоход хүчин төгөлдөр болдог, хөтчийн тохиргоо зөвхөн тэр хөтөчдөө хамаарна. Тэдгээрийг нэг өмнө-ба-дараа болгон хураангуйлах нь хэн ч шалгаж чадахгүй цаг хугацааны шугам үүсгэдэг.
Цаг, ашигласан шийдэгч, хүлээн авсан хариултыг тэмдэглэнэ үү, хариулт сөрөг байх тохиолдлыг оруулан. Энэ бол өөр хэн нэгэн шалгаж болох баримт.
Харьцуулалтыг хоёр удаа ижил аргаар хий
Турших кэшээ цэвэрлэж, анхны ажиглалтыг хадгалаад, дараа нь аль болох их санах ойг тойрсон байдлаар асуулга хийнэ үү. Шийдэгчийг тодорхой нэрлэх нь тэр шийдэгч юу мэддэгийг хэлнэ; аппликешн аль шийдэгчийг сонгох байсан гэдгийг хэлэхгүй.
resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example
Windows дээр клиент кэшийг цэвэрлэх нь DNS клиент кэшийг цэвэрлэдэг бөгөөд өөр юу ч биш. Энэ нь хөтчийн хувийн төлөвийг дүрслэхгүй, дээд серверийг цэвэрлэхгүй тул үүн дээр баригдсан туршилтыг зөвхөн нарийн тайлбарлаж болно. Үр дүнг мэдээлэх бүрдээ аль кэшийг цэвэрлэснээ хэлээрэй.
Дараа нь бодит аппликешныг шинэ хүсэлт болон зорьсон шийдэгчийн бодлого идэвхтэй байхад дахин туршина уу. Өөр бодлогын дор гаргасан үр дүн шилжихгүй.