nm-applet get incorrect netmask from DHCPD [openvpn]

[Andrey G. Loukashin]

When I connect to openvpn through nm-applet, then get on the DHCP settings such

tap0 Link encap:Ethernet HWaddr 22:f5:45:55:f7:2d
          inet addr:10.9.0.34 Bcast:10.255.255.255 Mask:255.0.0.0

and when using the /etc/init.d/openvpn start all right

tap0 Link encap:Ethernet HWaddr 92:d5:e7:a4:8d:ec
          inet addr:10.9.0.34 Bcast:10.9.0.63 Mask:255.255.255.224

Server config

auth-user-pass-verify /etc/openvpn/auth-ldap.pl via-env
port 1195
proto udp
dev tap1
ca /etc/openvpn/easy-rsa/2.0/keys/ca.crt
cert /etc/openvpn/easy-rsa/2.0/keys/vpn-kirova159.crt
key /etc/openvpn/easy-rsa/2.0/keys/vpn-kirova159.key # This file should be kept secret
username-as-common-name
client-cert-not-required
dh /etc/openvpn/easy-rsa/2.0/keys/dh1024.pem
server 10.9.0.32 255.255.255.224
mssfix 1300
push "route 10.0.0.0 255.0.0.0"
push "route 192.168.0.0 255.255.0.0"
push "dhcp-option DNS 10.10.3.254"
client-config-dir ccd
client-to-client
keepalive 10 120
comp-lzo
user nobody
group nogroup
persist-key
persist-tun
status rusers-status.log
log rusers.log
log-append rusers.log
verb 6
mute 20

Client config (when using rc-script)

dev tap
proto udp
remote YYY.YYY.YYY.YYY 1195
port 1195
client
ca ca.crt
comp-lzo
persist-key
persist-tun
auth-user-pass
verb 3
log ovpn.log

Description: Ubuntu 8.10

network-manager-gnome:
  Install: 0.7~~svn20081020t000444-0ubuntu1
  Candidate: 0.7~~svn20081020t000444-0ubuntu1
  Table versions:
 *** 0.7~~svn20081020t000444-0ubuntu1 0
        500 http://ftp.acc.umu.se intrepid/main Packages
        500 http://ubuntu.task.gda.pl intrepid/main Packages
        100 /var/lib/dpkg/status

openvpn:
  Install: 2.1~rc11-1ubuntu2
  Candidate: 2.1~rc11-1ubuntu2
  Table versions:
 *** 2.1~rc11-1ubuntu2 0
        500 http://ftp.acc.umu.se intrepid/main Packages
        500 http://ubuntu.task.gda.pl intrepid/main Packages
        100 /var/lib/dpkg/status

[JanBrinkmann (jbrinkmann)]

Thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. I can confirm a strange behaviour related to the netmask on x86, using the same package version on 8.10. I get a netmask of 255.255.255.255 instead of 255.255.255.0:

server.cfg:
-----------------
local 1.2.3.4
port 3000
proto udp
dev tap0

user nobody
group nobody

ca ca.crt
cert server.crt
key server.key
dh dh2048.pem

server 192.168.235.0 255.255.255.0
ifconfig-pool-persist ipp.txt
push "route remote_host 255.255.255.255 net_gateway"
push "route 1.2.3.0 255.255.240.0"
push "route 192.168.100.0 255.255.255.0"
push "route 192.168.101.0 255.255.255.0"
push "route 192.168.110.0 255.255.255.0"
push "dhcp-option DOMAIN abc.de"

management 127.0.0.1 4646 management-pw.txt
duplicate-cn
tls-auth ta.key 0
tls-server
cipher AES-256-CBC

keepalive 10 120
comp-lzo
max-clients 100
persist-key
persist-tun
verb 3

client.cfg (when not using nm):
--------------
remote 1.2.3.4
port 3000
proto udp
dev tap

ca ca.crt
cert meinuser.crt
key meinuser.key
dh dh2048.pem

keepalive 10 120
client
tls-client
tls-auth ta.key 1
cipher AES-256-CBC

route-method exe
route-delay 2

comp-lzo
max-clients 100
persist-key
persist-tun

expected iface cfg:
...
inet Adresse:192.168.235.3 Bcast:192.168.235.255 Maske:255.255.255.0
...

iface cfg using nm:
...
inet Adresse:192.168.235.3 Bcast:192.168.235.255 Maske:255.255.255.0
...

Thanks for taking the time to make Ubuntu better!

[Andrey G. Loukashin (loukash)]

Jaunty without this bug :)

[Philip Muškovac (yofel)]

This bug report is being closed due to your last comment regarding this being fixed with an update. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status. Thank you again for taking the time to report this bug and helping to make Ubuntu better. Please submit any future bugs you may find.