Clienții PPTP de pe DD-WRT nu se văd unii pe alții: cinci verificări

Două laptopuri se conectează la serverul PPTP de pe un echipament DD-WRT, fiecare primește o adresă, și niciunul nu poate face ping la celălalt. Carpetele partajate nu apar niciodată și primul gând este că masca 255.255.255.255 oferită de router trebuie să fie greșită. Nu este cauza, iar schimbarea ei nu va crea nici un vecin nou. Parcurgeți cele cinci verificări de mai jos în ordine și opriți-vă imediat ce una eșuează, pentru că fiecare are alt leac.

Prima verificare: /32 nu este defectul

PPTP transportă PPP, iar o legătură PPP unește exact două capete: clientul dumneavoastră și serverul. Masca de rețea descrie ce adrese împart un segment local, iar aici nu există segment, doar perechea de la celălalt capăt al unui cablu. O mască numai cu unuri spune exact asta, deci DD-WRT oferă valoarea corectă pentru acest tip de legătură. Adresa este o adresă de pereche, nu o adresă de interfață într-o LAN.

O mască 255.255.255.0 aparține unui mediu partajat cu sute de dispozitive, iar punerea ei pe o interfață PPP nu ar face nici cealaltă parte a tunelului un vecin.

A doua verificare: citiți valorile din pagina serverului PPTP

Toate setările care contează sunt în Servicii, VPN, Server PPTP. Activați serverul, setați adresa serverului la adresa LAN a routerului și țineți intervalul de clienți în afara pool-ului DHCP, ca un client care formează și o mașină cu cablu să nu primească aceeași adresă. Sub CHAP-Secrets adăugați o linie pentru fiecare cont în forma username * password *, fără spații în interiorul numelui. Aplicați, apoi conectați-vă cu un profil care numește routerul și unul dintre acele conturi.

Locul unde se oprește clientul vă spune ce strat să inspectați. Un client care se autentifică dar nu primește adresă este o problemă de pool sau de secrete; un client care primește o adresă și nu ajunge nicăieri este o problemă de rutare sau de firewall.

A treia verificare: căutați o rută între cele două perechi

Fiecare tunel care se termină pe router este propria interfață, de obicei ppp0, ppp1 și așa mai departe. Traficul de la un client la celălalt trebuie rutat între aceste interfețe, iar routerul trebuie să fie dispus să îl trimită mai departe. Rulați ip route pe router și căutați o rută către host pentru fiecare pereche conectată, care indică interfața PPP corespunzătoare. Dacă unei perechi îi lipsește ruta, tunelul nu este complet ridicat, orice ar susține ecranul de stare al clientului.

Două rute către host prin două interfețe ppp separate este forma pe care o doriți înainte de a merge mai departe.

A patra verificare: priviți lanțul FORWARD, nu INPUT

Traficul între clienți este redirecționat, nu acceptat local, deci lanțul INPUT este locul greșit. Rulați iptables -L FORWARD -v -n și căutați o regulă de respingere care prinde interfețele PPP, plus contoarele de pachete care arată dacă ajunge ceva la lanț. O politică implicită de respingere fără regulă de acceptare pentru traficul tunelului produce exact simptomul cu care ați început: fiecare client singur este în regulă, împreună sunt invizibili unul pentru celălalt.

Dacă pingurile mici funcționează și transferurile mari se blochează, tunelul este fragmentat, nu blocat. PPTP peste PPP vrea de obicei MTU și MRU în jur de 1450, iar lăsarea lor la 1500 dă o legătură care trece de strângerile de mână și eșuează la încărcături reale.

A cincea verificare: decideți ce trebuie să facă accesul la internet

Clienții care trebuie să navigheze prin birou au nevoie de traducerea adresei sursă spre interfața WAN. Clienții care trebuie să ajungă doar la LAN au nevoie de o rută și nimic altceva. Sunt intenții diferite cu seturi de reguli diferite, iar întrebarea despre mască ascunde complet această a doua decizie. Notați ce comportament ați dorit înainte de a adăuga o singură regulă, pentru că un client care iese neașteptat prin linia biroului este o surpriză care apare într-o ședință și nu într-un jurnal.

O ultimă notă, fără legătură cu remedierea: PPTP este perimat, iar autentificarea lui este stricată de ani de zile. Lista de mai sus explică în continuare ce face o legătură PPP, iar același raționament se aplică dacă mai târziu mutați clienții pe un tunel modern.