openconnect tun0 same IP on both ends?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all, 

I'm trying to connect to the vpn gateway of a company using openconnect. 
I already managed to patch and compile openSSL and openconnect on my ubuntu jaunty installation. 

The connect is working fine I think, but when I'm connected I'm not getting anything through the tunnel. 

Here's the connect: 

root at stonebook1:~# openconnect 2xx.24x.1xx.193
Attempting to connect to 2xx.24x.1xx.193
SSL negotiation with 2xx.24x.1xx.193
Connected to HTTPS on 2xx.24x.1xx.193
GET 2xx.24x.1xx.193/
GET 2xx.24x.1xx.193/+webvpn+/index.html
Please enter your username and password.
USERNAME:isd-it\mkeller
Password:
POST 2xx.24x.1xx.193/+webvpn+/index.html
Got CONNECT response: HTTP/1.1 200 OK
CSTP connected. DPD 30, Keepalive 20
Connected tun0 as 10.115.1.42, using SSL + deflate
Established DTLS connection


after this if I have a look at the tun0 device in ifconfig I can see this: 


root at stonebook1:~# /sbin/ifconfig tun0
tun0      Link encap:UNSPEC  Hardware Adresse
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet Adresse:10.115.1.42  P-z-P:10.115.1.42
Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1370  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenl?nge:500 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


so here it shows me that the PtP Connection is established between 10.115.1.42 and 10.115.1.42. 
I'm not shure if this is okay. Because I was not able (even after fiddling arounf with the routung table)
to get some pings through the tunnel to the gateway, which is 10.115.1.1. 


Thanks in advance

Best regards

Michael 




[Index of Archives]     [Linux Samsung SoC]     [Linux Rockchip SoC]     [Linux Actions SoC]     [Linux for Synopsys ARC Processors]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]


  Powered by Linux