Klienti PPTP na DD-WRT sa navzájom nevidia: päť kontrol

Dva notebooky sa prihlásia na PPTP server na zariadení DD-WRT, každý dostane adresu, a ani jeden nedokáže pingnúť ten druhý. Zdieľané priečinky sa nikdy neobjavia a prvý nápad je, že maska 255.255.255.255, ktorú router rozdáva, musí byť zlá. Nie je to príčina a jej zmena nevytvorí ani jedného nového suseda. Prejdite päť kontrol nižšie v poradí a skončite, hneď ako niektorá zlyhá, pretože každá má iný liek.

Kontrola prvá: /32 nie je chyba

PPTP prenáša PPP a linka PPP spája presne dva koncové body: vášho klienta a server. Maska siete opisuje, ktoré adresy zdieľajú lokálny segment, a tu žiadny segment nie je, iba protistrana na druhom konci jedného kábla. Maska samých jednotiek hovorí presne to, takže DD-WRT vydáva správnu hodnotu pre tento typ linky. Adresa je adresa protistrany, nie adresa rozhrania v LAN.

Maska 255.255.255.0 patrí na zdieľané médium so stovkami zariadení, a jej nasadenie na rozhranie PPP tiež neurobí z druhej strany tunela suseda.

Kontrola druhá: prečítajte hodnoty na stránke PPTP servera

Všetky dôležité nastavenia sú v Služby, VPN, PPTP server. Zapnite server, nastavte adresu servera na LAN adresu routera a držte rozsah klientov mimo DHCP poolu, aby vytáčaný klient a káblový stroj nedostali rovnakú adresu. Pod CHAP-Secrets pridajte jeden riadok na účet v tvare username * password *, bez medzier vnútri mena. Použite a potom sa pripojte profilom, ktorý pomenúva router a jeden z tých účtov.

Kde sa klient zastaví, napovie, ktorú vrstvu skúmať. Klient, ktorý sa overí, ale nedostane adresu, je problém poolu alebo tajomstiev; klient, ktorý adresu dostane a nič nedosiahne, je problém smerovania alebo firewallu.

Kontrola tretia: hľadajte trasu medzi dvoma protistranami

Každý tunel ukončený na routeri má vlastné rozhranie, zvyčajne ppp0, ppp1 a tak ďalej. Premávka od jedného klienta k druhému sa musí smerovať medzi týmito rozhraniami a router ju musí byť ochotný preposielať. Spustite ip route na routeri a hľadajte hostiteľskú trasu pre každú pripojenú protistranu, ukazujúcu na príslušné rozhranie PPP. Ak protistrane chýba trasa, tunel nie je úplne hore, nech obrazovka stavu klienta tvrdí čokoľvek.

Dve hostiteľské trasy na dve samostatné rozhrania ppp je tvar, ktorý chcete mať, kým pôjdete ďalej.

Kontrola štvrtá: pozrite sa na reťazec FORWARD, nie INPUT

Premávka medzi klientmi sa preposiela, neprijíma sa lokálne, takže reťazec INPUT je nesprávne miesto. Spustite iptables -L FORWARD -v -n a hľadajte pravidlo zahadzovania, ktoré zachytí rozhrania PPP, plus počítadlá paketov, ktoré ukazujú, či do reťazca vôbec niečo dorazí. Predvolená politika zahadzovania bez pravidla prijatia pre tunelovú premávku dáva presne ten príznak, s ktorým ste začali: každý klient sám je v poriadku, spolu sú pre seba neviditeľní.

Ak malé pingy fungujú a veľké prenosy sa zasekávajú, tunel sa fragmentuje, nie blokuje. PPTP cez PPP zvyčajne chce MTU a MRU okolo 1450, a ponechanie na 1500 vám dá linku, ktorá prejde handshake a zlyhá na skutočnej záťaži.

Kontrola piata: rozhodnite, čo má robiť prístup na internet

Klienti, ktorí majú prehliadať cez kanceláriu, potrebujú preklad zdrojovej adresy smerom k rozhraniu WAN. Klienti, ktorí majú dosiahnuť len LAN, potrebujú trasu a nič iné. Sú to rôzne zámery s rôznymi sadami pravidiel a otázka masky túto druhú voľbu úplne zakrýva. Napíšte si, aké správanie ste chceli, skôr než pridáte jediné pravidlo, pretože klient, ktorý nečakane vyjde kancelárskou linkou, je prekvapenie, ktoré vyplave na porade, nie v logu.

Posledná poznámka, nesúvisiaca s opravou: PPTP je zastarané a jeho autentifikácia je roky pokazená. Zoznam vyššie stále vysvetľuje, čo linka PPP robí, a rovnaká úvaha platí, ak klientov neskôr presuniete na moderný tunel.