Els clients PPTP del DD-WRT no es veuen entre ells: cinc comprovacions

Dos portàtils es connecten al servidor PPTP d'una caixa DD-WRT, cadascun rep una adreça, i cap no pot fer ping a l'altre. Les carpetes compartides no apareixen mai i el primer impuls és pensar que la màscara 255.255.255.255 que reparteix el router deu estar malament. No és la culpa, i canviar-la no crearà ni un sol veí nou. Feu les cinc comprovacions següents en ordre i atureu-vos tan bon punt una falli, perquè cada una té una cura diferent.

Comprovació u: la /32 no és l'error

PPTP transporta PPP, i un enllaç PPP uneix exactament dos extrems: el vostre client i el servidor. Una màscara de xarxa descriu quines adreces comparteixen un segment local, i aquí no hi ha cap segment, només el parell a l'altre extrem d'un cable. Una màscara de tot uns diu precisament això, o sigui que DD-WRT reparteix el valor correcte per a aquest tipus d'enllaç. L'adreça és una adreça de parell, no una adreça d'interfície en una LAN.

Una màscara 255.255.255.0 pertany a un medi compartit amb centenars de dispositius, i posar-la en una interfície PPP tampoc no convertiria l'altra banda del túnel en un veí.

Comprovació dos: llegiu els valors de la pàgina del servidor PPTP

Tots els paràmetres que importen són a Serveis, VPN, Servidor PPTP. Activeu el servidor, poseu l'adreça del servidor a l'adreça LAN del router i manteniu el rang de clients fora del pool DHCP, perquè un client que marca i una màquina per cable no rebin la mateixa adreça. A CHAP-Secrets afegiu una línia per compte amb la forma username * password *, sense espais dins del nom. Apliqueu i després connecteu amb un perfil que anomeni el router i un d'aquests comptes.

On s'atura el client us diu quina capa cal inspeccionar. Un client que s'autentica però no rep cap adreça és un problema de pool o de secrets; un client que rep una adreça i no arriba enlloc és un problema d'encaminament o de tallafoc.

Comprovació tres: busqueu una ruta entre els dos parells

Cada túnel que acaba al router és la seva pròpia interfície, normalment ppp0, ppp1 i així successivament. El trànsit d'un client a l'altre s'ha d'encaminar entre aquestes interfícies, i el router ha d'estar disposat a reenviar-lo. Executeu ip route al router i busqueu una ruta d'amfitrió per a cada parell connectat que apunti a la interfície PPP corresponent. Si a un parell li falta la ruta, el túnel no està del tot aixecat, digui el que digui la pantalla d'estat del client.

Dues rutes d'amfitrió cap a dues interfícies ppp separades és la forma que voleu abans d'anar més enllà.

Comprovació quatre: mireu la cadena FORWARD, no la INPUT

El trànsit entre clients es reenvia, no s'accepta localment, així que la cadena INPUT és el lloc equivocat per mirar. Executeu iptables -L FORWARD -v -n i busqueu una regla de descart que atrapi les interfícies PPP, més els comptadors de paquets que mostren si hi arriba alguna cosa. Una política de descart per defecte sense cap regla d'acceptació per al trànsit del túnel produeix exactament el símptoma amb què vau començar: cada client sol està bé, junts són invisibles l'un per a l'altre.

Si els pings petits funcionen i les transferències grans s'encallen, el túnel es fragmenta en lloc de quedar bloquejat. PPTP sobre PPP normalment vol una MTU i una MRU al voltant de 1450, i deixar-les a 1500 us dona un enllaç que supera els intercanvis inicials i falla amb càrregues reals.

Comprovació cinc: decidiu què ha de fer l'accés a internet

Els clients que han de navegar per l'oficina necessiten traducció d'origen cap a la interfície WAN. Els clients que només han d'arribar a la LAN necessiten una ruta i res més. Són intencions diferents amb conjunts de regles diferents, i la pregunta de la màscara amaga del tot aquesta segona decisió. Anoteu quin comportament volíeu abans d'afegir una sola regla, perquè un client que surt inesperadament per la línia de l'oficina és una sorpresa que apareix en una reunió i no en un registre.

Una última nota, sense relació amb la solució: PPTP és obsolet i la seva autenticació fa anys que està trencada. La llista de dalt encara explica què fa un enllaç PPP, i el mateix raonament val si més endavant moveu els clients a un túnel modern.