PPTP клијенти на DD-WRT-у не виде један другог: пет провера

Два лаптопа се пријављују на PPTP сервер на DD-WRT уређају, сваки добије адресу, а ниједан не може да пингује онај други. Дељене фасцикле се никада не појаве и прва помисао је да маска 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 на рутеру и потражите host руту за сваког повезаног партнера која показује на одговарајући PPP интерфејс. Ако партнеру недостаје рута, тунел није до краја подигнут, шта год тврдио екран са статусом клијента.

Две host руте ка два одвојена ppp интерфејса облик је који желите пре него што кренете даље.

Четврта провера: прегледајте FORWARD ланац, не INPUT

Саобраћај између клијената се прослеђује, а не прихвата локално, па је INPUT ланац погрешно место за гледање. Покрените iptables -L FORWARD -v -n и потражите drop правило које хвата PPP интерфејсе, уз бројаче пакета који показују да ли ишта долази до ланца. Подразумевана drop политика без правила прихвата за тунелски саобраћај даје управо симптом с којим сте почели: сваки клијент сам је у реду, заједно су невидљиви један другоме.

Ако мали пингови раде а велики преноси запну, тунел се фрагментира, а не блокира. PPTP преко PPP-а обично тражи MTU и MRU око 1450, а остављање на 1500 даје везу која прође руковање и падне на стварном терету.

Пета провера: одлучите шта приступ интернету треба да ради

Клијентима који треба да прегледају кроз канцеларију потребно је превођење изворне адресе ка WAN интерфејсу. Клијентима који треба да достигну само LAN потребна је рута и ништа друго. То су различите намере са различитим скуповима правила, а питање маске потпуно скрива ту другу одлуку. Запишите какво понашање желите пре него што додате иједно правило, јер клијент који неочекивано изађе кроз канцеларијску линију изненађење је које исплива на састанку, а не у дневнику.

Последња напомена, невезана за поправку: PPTP је застарео и његова аутентификација је годинама сломљена. Списак изнад и даље објашњава шта PPP веза ради, а исто размишљање важи и ако касније преместите клијенте на модеран тунел.