[RISOLTO] VPN pptp

[tiferet]

Salve a tutti!

Sto provando a connettermi dall'ufficio alla VPN dell'università: ho scaricato, compilato ed installato pptp da Slackbuilds.org, configurato la connessione e ho provato a connettermi;

Codice: Seleziona tutto

# pppd call nome_connessione

nel file /var/log/messages trovo il seguente:

Codice: Seleziona tutto

Oct 19 10:10:25 hesed kernel: PPP generic driver version 2.4.2
Oct 19 10:10:25 xxxxx pppd[4530]: pppd 2.4.4 started by root, uid 0
Oct 19 10:10:25 xxxxx pppd[4530]: Using interface ppp0
Oct 19 10:10:25 xxxxx pppd[4530]: Connect: ppp0 <--> /dev/pts/5
Oct 19 10:10:25 xxxxx pptp[4532]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Oct 19 10:10:25 xxxxx pptp[4545]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Oct 19 10:10:25 xxxxx pptp[4545]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Oct 19 10:10:25 xxxxx pptp[4545]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Oct 19 10:10:26 xxxxx pptp[4545]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Oct 19 10:10:26 xxxxx pptp[4545]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Oct 19 10:10:26 xxxxx pptp[4545]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 59520).
Oct 19 10:10:26 xxxxx pppd[4530]: CHAP authentication succeeded
Oct 19 10:10:26 xxxxx kernel: PPP MPPE Compression module registered
Oct 19 10:10:26 xxxxx pppd[4530]: MPPE 128-bit stateless compression enabled
Oct 19 10:10:26 xxxxx pppd[4530]: local  IP address 172.16.1.2
Oct 19 10:10:26 xxxxx pppd[4530]: remote IP address 147.163.1.24
Oct 19 10:12:26 xxxxx pptp[4545]: anon log[pptp_handle_timer:pptp_ctrl.c:1050]: closing control connection due to missing echo reply
Oct 19 10:12:26 xxxxx pptp[4545]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Oct 19 10:12:26 xxxxx pptp[4545]: anon log[pptp_conn_close:pptp_ctrl.c:430]: Closing PPTP connection
Oct 19 10:12:26 xxxxx pptp[4545]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Oct 19 10:12:26 xxxxx pptp[4545]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Oct 19 10:12:26 xxxxx pppd[4530]: Modem hangup
Oct 19 10:12:26 xxxxx pppd[4530]: Connect time 2.0 minutes.
Oct 19 10:12:26 xxxxx pppd[4530]: Sent 2494665970 bytes, received 3080 bytes.
Oct 19 10:12:26 xxxxx pppd[4530]: Connection terminated.
Oct 19 10:12:26 xxxxx pppd[4530]: Exit.

Sono connesso alla rete dell'ufficio con la rete locale wifi, provo ad inserire una regola di routing con:

Codice: Seleziona tutto

ip route add 192.168.0.0 dev ppp0

ma se cerco di accedere a siti scientifici, cui l'università è abbonata, trovo sempre un accesso come guest. Evidentemente sbaglio qualcosa, ma cosa?

EDIT
mi sono accorto (dopo aver già scritto il messaggio ) che esistono dei post simili sul forum. Vedrò di seguire le indicazioni fornite per gli altri, anche se l'assenza di una risposta echo mi fa temere che la connessione non sia andata a buon fine

EDIT_2
Ho provato, ma non riesco ugualmente a fare funzionare un tubo. La riposta echo, in realtà c'è, solo nel log che ho riportato manca. Ho provato a dare parecchi comandi route, ma non ottengo niente.

Codice: Seleziona tutto

# ip route show
147.163.1.24 dev ppp0  proto kernel  scope link  src 172.16.1.14 
192.168.0.0/26 dev wlan0  proto kernel  scope link  src 192.168.0.12 
192.168.0.0/24 dev ppp0  scope link                                  
172.16.1.0/24 dev ppp0  scope link                                   
169.254.0.0/16 dev wlan0  scope link
127.0.0.0/8 dev lo  scope link
default via 192.168.0.50 dev wlan0

[tiferet]

ho scoperto che pptp nasce bacato in partenza: cerca di utilizzare il comando ip, cercandolo però in /bin mentre è in /sbin. Basta un collegamento simbolico e si risolve il fastidioso difetto per cui impallava la cpu al 100%. Continua a non funzionare il tunnelling, tuttavia. È così complicato impostare la rete di modo che tutto il traffico passi attraverso il tunnel? Ho provato a seguire le istruzioni riportate su http://pptpclient.sourceforge.net/routi ... -to-tunnel, ma continua a non funzionare.

La cosa che mi fa più imbestialire è che l'università mette le istruzioni per collegarsi alla rete vpn tramite linux, ma volete sapere come? Semplice, installate NetworkManager! Geniale, 8 kg di dipendenze da soddisfare per una sola connessione...

[tiferet]

Risolto il problema! Bastava modificare la tabella di routing dando i seguenti comandi:

Codice: Seleziona tutto

# route del default
# route add default gw 172.16.1.5 dev ppp0