DD-WRT-тегі PPTP клиенттері бір-біріне жетпейді: бес тексеру

Екі ноутбук DD-WRT құрылғысындағы PPTP серверіне қосылады, әрқайсысы мекенжай алады, бірақ ешқайсысы екіншісін ping ете алмайды. Ортақ қалталар ешқашан көрінбейді және бірінші ой — маршрутизатор беретін 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 саясаты дәл бастаған симптомыңызды береді: әр клиент жалғыз өзі жақсы, бірге олар бір-біріне көрінбейді.

Кіші ping жұмыс істеп, үлкен жіберілімдер тұрып қалса, туннель блокталмай, фрагменттеледі. PPP үстіндегі PPTP әдетте шамамен 1450 MTU мен MRU қалайды, оларды 1500-де қалдырсаңыз қол алысудан өтіп, нақты жүктемеде сәтсіз болатын байланыс аласыз.

Бесінші тексеру: интернетке қатынау не істеуі керегін шешіңіз

Кеңсе арқылы шолуға арналған клиенттерге WAN интерфейсіне қарай көз мекенжайын түрлендіру керек. Тек LAN-ға жетуі керек клиенттерге маршрут жетеді, басқа ештеңе қажет емес. Бұл — әртүрлі ереже жиынтығы бар әртүрлі ниеттер, ал маска туралы сұрақ осы екінші шешімді толық жасырады. Бір де бір ереже қоспас бұрын қандай мінез-құлық қалағаныңызды жазып қойыңыз, өйткені кеңсе желісінен күтпеген жерде шығып кеткен клиент — журналда емес, жиналыста шығатын тосынсый.

Соңғы ескерту, түзетуге қатысы жоқ: PPTP ескірген және оның аутентификациясы жылдар бойы бұзылған. Жоғарыдағы тізім PPP байланысының не істейтінін әлі де түсіндіреді, ал клиенттерді кейін заманауи туннельге көшірсеңіз, дәл сол пайымдау қолданылады.