L2TP профайлын аль давхарга үнэхээр эвдэрсэн бэ

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

Нэг протоколын нэр дөрвөн өөр яриаг нуудаг.

Тохиргоог өөрчлөхийн өмнө давхаргыг нэрлэ

IPsec тохиргоо бүтэлгүйтвэл энэ нь хуваалцсан нууц, алгоритм эсвэл эсрэг талын таних тэмдэг рүү заана. Дараа нь L2TP удирдлага бүтэлгүйтвэл энэ нь туннелийн давхаргыг өөрөө зааж байгаа бөгөөд энэ нь илүү нарийн асуудал юм. PPP баталгаажуулалтын алдаа нь бүртгэл эсвэл баталгаажуулалтын аргыг нэрлэдэг. Баталгаажуулалтын дараах хаяг эсвэл DNS-ийн алдаа нь тээвэр ажилласан, харин тохиргооны солилцоо ажиллаагүй гэсэн үг.

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

Профайлыг одоогийн клиенттэй харьцуул

Хадгалсан профайл нь одоогийн клиент хүлээн зөвшөөрөхөө болиулах хуваалцсан нууц, баталгаажуулалтын сонголт эсвэл төгсгөлийн цэгийг агуулж болно. Зарим платформ L2TP/IPsec дэмжлэгийг бүрмөсөн цуцалсан эсвэл устгасан бөгөөд шинэчлэгдсэн клиент сервер дээр ямар ч өөрчлөлтгүйгээр хуучин IKE зан төлөвийг орхиж болно. Хадгалсан утгуудаа нэг жилийн өмнө ажиллаж байсантай биш, харин операторын одоогийн баримтжуулсан шаардлагатай харьцуул. Энэ хоёр баримт бичгийн хоорондох зөрүү нь ихэвчлэн хариулт байрладаг газар юм.

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

Хуучин сонголтууд идэвхжүүлснээр эргэж ирдэггүй

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

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

Шилжилтийг төсөл хэлбэрээр танилцуул

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

Шилжилт нь профайл юунд зориулагдсаныг бичих мөч ч юм. Эс бөгөөс дараагийн хүн ямар ч тайлбаргүйгээр ажиллаж байсан холболтыг өвлөн авна.

Давхарга, клиентийн хувилбар, операторын одоогийн шаардлагыг шалга. Дараа нь энэ засвар уу, солилцоо юу гэдгийг шийд.