Хоёр зөөврийн компьютер DD-WRT төхөөрөмж дээрх PPTP серверт холбогдож, тус бүр хаяг авдаг ч аль нь ч нөгөөгөө пинг хийж чадахгүй. Хуваалцсан хавтас хэзээ ч харагдахгүй бөгөөд эхний бодол нь чиглүүлэгчийн өгч буй 255.255.255.255 маск заавал буруу байх гэсэн бодол юм. Энэ нь шалтгаан биш бөгөөд өөрчлөх нь нэг ч шинэ хөрш үүсгэхгүй. Доорх таван шалгалтыг дараалан хийж, аль нэг нь бүтэлгүйтвэл тэр дор нь зогсоо, учир нь тус бүр өөр эмчилгээтэй.

Нэгдүгээр шалгалт: /32 нь алдаа биш

PPTP нь PPP-г зөөдөг бөгөөд PPP холбоос яг хоёр төгсгөлийг холбодог: таны клиент ба сервер. Сүлжээний маск нь аль хаягууд локал сегментийг хуваалцдагийг тодорхойлдог бөгөөд энд сегмент байхгүй, зөвхөн нэг утасны нөгөө үзүүрт хамтрагч байна. Бүгд нэгээс бүрдсэн маск яг үүнийг хэлдэг тул DD-WRT энэ төрлийн холбоост зөв утгыг өгч байна. Хаяг нь хамтрагчийн хаяг, LAN дахь интерфейсийн хаяг биш.

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

Хоёрдугаар шалгалт: PPTP серверийн хуудасны утгуудыг унш

Чухал бүх тохиргоо Үйлчилгээ, VPN, PPTP сервер хэсэгт байна. Серверийг асааж, серверийн хаягийг чиглүүлэгчийн LAN хаяг болгож, клиентийн мужийг DHCP пулаас гадуур байлга, ингэснээр залгасан клиент болон кабельтай машин нэг хаяг авахгүй. CHAP-Secrets-ийн доор бүртгэл бүрд username * password * хэлбэрээр нэг мөр нэм, нэрний дотор зай байхгүй. Хэрэглээд, дараа нь чиглүүлэгч болон тэдгээр бүртгэлийн аль нэгийг нэрлэсэн профайлаар холбогд.

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

Гуравдугаар шалгалт: хоёр хамтрагчийн хооронд маршрут хай

Чиглүүлэгч дээр төгсдөг туннель бүр өөрийн интерфейстэй, ихэвчлэн ppp0, ppp1 гэх мэт. Нэг клиентээс нөгөө рүү хөдөлгөөнийг эдгээр интерфейсийн хооронд маршрутлах ёстой бөгөөд чиглүүлэгч үүнийг дамжуулахад бэлэн байх ёстой. Чиглүүлэгч дээр ip route ажиллуулж, холбогдсон хамтрагч бүрд тохирох PPP интерфейс рүү заасан хост маршрут хай. Хамтрагчид маршрут дутуу бол клиентийн төлөвийн дэлгэц юу ч гэсэн туннель бүрэн өргөгдөөгүй.

Хоёр тусдаа ppp интерфейс рүү хоёр хост маршрут — цааш явахаас өмнө хүсэх хэлбэр.

Дөрөвдүгээр шалгалт: FORWARD хэлхээг хар, INPUT биш

Клиент хоорондын хөдөлгөөн локалаар хүлээн авагдахгүй, дамжуулагддаг тул INPUT хэлхээ буруу газар. iptables -L FORWARD -v -n ажиллуулж, PPP интерфейсүүдийг барьдаг drop дүрэм, мөн хэлхээнд ер нь ямар нэг зүйл хүрч байгаа эсэхийг харуулах пакетын тоолуурыг хай. Туннелийн хөдөлгөөнд хүлээн авах дүрэмгүй анхдагч drop бодлого яг таны эхэлсэн шинж тэмдгийг үүсгэдэг: клиент бүр ганцаараа сайн, хамтдаа бие биедээ үл үзэгдэх.

Бага пинг ажиллаж, том дамжуулалт гацаж байвал туннель блоклогдохгүй, хуваагдаж байна. PPP дээрх PPTP ихэвчлэн 1450 орчмын MTU ба MRU шаарддаг бөгөөд тэдгээрийг 1500 дээр үлдээвэл гар барилтааг давж, бодит ачаалал дээр бүтэлгүйтдэг холбоос гарна.

Тавдугаар шалгалт: интернетийн хандалт юу хийх ёстойгоо шийд

Оффисоор үзэх клиентүүдэд WAN интерфейс рүү чиглэсэн эх хаягийн хөрвүүлэлт хэрэгтэй. Зөвхөн LAN-д хүрэх клиентүүдэд маршрут хангалттай, өөр юу ч хэрэггүй. Эдгээр нь өөр дүрмийн багцтай өөр зорилго бөгөөд маскийн асуулт энэ хоёр дахь шийдвэрийг бүрмөсөн нуудаг. Нэг ч дүрэм нэмэхээс өмнө ямар зан төлөв хүсч байснаа бичиж аваарай, учир нь оффисын шугамаар гэнэт гарч байгаа клиент нь логт биш, хурлаас илэрдэг гэнэтийн зүйл.

Сүүлийн тэмдэглэл, засвартай холбоогүй: PPTP хоцрогдсон бөгөөд түүний баталгаажуулалт олон жил эвдэрсэн. Дээрх жагсаалт PPP холбоос юу хийдгийг одоо ч тайлбарладаг бөгөөд клиентүүдийг дараа нь орчин үеийн туннельд шилжүүлбэл мөн адил үндэслэл үйлчилнэ.

Холбоотой нийтлэлүүд