After upgrade to Ubuntu 8.10, all VPN connections disapeared

[Ante Karamatić]

Binary package hint: network-manager

After I did an upgrade to 8.10, all VPN connections are gone from the VPN list. NM should be able to read it's own configuration from older version.

[Jamin W. Collins (jcollins)]

This doesn't apply only to the Beta. Existing VPN definitions were not migrated or imported with the upgrade to 8.10.

[Andreas Weller (weller-andreas-weller)]

The same here...
All VPN settings are lost. Is there any way to get my data back?

Regards,
  Andreas

[Alexander Sack (asac)]

you can dump all your settings (from 0.6 and 0.7) by running

gconftool-2 -R /system/networking

screen this for secrets and anonymize ... then attach here too please.

[Brian Stromquist (bstromquist)]

Something similar happened to me upgrading from 8.04 to 8.10 (final). My VPN was visible in the menu but it wouldn't work. If I brought up the edit dialog for it it had no panel to change the settings. I tried creating a new VPN but there was no way to set "refuse EAP" the way there used to be. Sorry, but I had to immediately restore my backup made prior to upgrade because I can't be without VPN access for even a day.

Here's a dump of my config as it looks in 8.04:

brian@brian-laptop:~$ gconftool-2 -R /system/networking
 /system/networking/wireless:
  /system/networking/wireless/networks:
 /system/networking/vpn_connections:
  /system/networking/vpn_connections/Unimax:
   routes = []
   service_name = org.freedesktop.NetworkManager.ppp_starter
   last_attempt_success = true
   name = Unimax
   vpn_data = [ppp-connection-type,pptp,pptp-remote,209.46.125.14,usepeerdns,yes,encrypt-mppe,no,encrypt-mppe-128,yes,encrypt-mppe-stateful,yes,compress-mppc,no,compress-deflate,no,compress-bsd,no,ppp-lock,yes,ppp-auth-peer,no,ppp-refuse-eap,yes,ppp-refuse-chap,no,ppp-refuse-mschap,no,mtu,1416,mru,1416,lcp-echo-failure,10,lcp-echo-interval,10,ppp-extra,,ppp-debug,no,usepeerdns-overtunnel,yes,routes,,use-routes,no]

[Andreas Weller (weller-andreas-weller)]

This is my Dump:

 /system/networking/wireless:
  /system/networking/wireless/networks:
   /system/networking/wireless/networks/XXXX:
    bssids = [00:09:XXXXXXX]
    wep_auth_algorithm = 2
    essid = XXXXXX
    timestamp = 1181038610
    we_cipher = 16
   /system/networking/wireless/networks/XXXXXX:
    bssids = [00:1C:XXXXXX]
    essid = XXXXXXX
    timestamp = 1197545459
    we_cipher = 1
   /system/networking/wireless/networks/Berlin@32@Tegel@32@2:
    essid = Berlin Tegel 2
    timestamp = 1178125889
    we_cipher = 1
   /system/networking/wireless/networks/XXXXX:
    bssids = [XXXX,XXXX,XXXXX]
    essid = XXXXXX
    wpa_psk_key_mgt = 2
    wpa_psk_wpa_version = 2
    timestamp = 1210546231
    we_cipher = 0
   /system/networking/wireless/networks/Berlin@32@Tegel@32@5:
    essid = Berlin Tegel 5
    timestamp = 1178125996
    we_cipher = 1
   /system/networking/wireless/networks/XXXXXX:
    bssids = [XXXXX]
    essid = XXXXXX
    timestamp = 1184781571
    we_cipher = 1
   /system/networking/wireless/networks/XXXXXX:
    bssids = [XXX,XXX]
    essid = XXXXX
    wpa_psk_key_mgt = 2
    wpa_psk_wpa_version = 2
    timestamp = 1194294164
    we_cipher = 0
   /system/networking/wireless/networks/XXXXX:
    bssids = [XXXX,XXXX]
    essid = XXXXX
    wpa_psk_key_mgt = 2
    wpa_psk_wpa_version = 2
    timestamp = 1199577492
    we_cipher = 0
 /system/networking/vpn_connections:
  /system/networking/vpn_connections/XXXXXX:
   routes = []
   service_name = org.freedesktop.NetworkManager.vpnc
   last_attempt_success = true
   name = XXXXXX
   vpn_data = [IPSec gateway,XXXXX,IPSec ID,XXXXX,Xauth username,XXXXX,Enable Single DES,,Disable NAT Traversal,]
  /system/networking/vpn_connections/XXXXX:
   routes = []
   service_name = org.freedesktop.NetworkManager.ppp_starter
   last_attempt_success = true
   name = XXXXX
   vpn_data = [ppp-connection-type,pptp,pptp-remote,XXXXXX,usepeerdns,yes,encrypt-mppe,no,encrypt-mppe-128,yes,encrypt-mppe-stateful,yes,compress-mppc,no,compress-deflate,yes,compress-bsd,yes,ppp-lock,yes,ppp-auth-peer,no,ppp-refuse-eap,yes,ppp-refuse-chap,yes,ppp-refuse-mschap,yes,mtu,1416,mru,1416,lcp-echo-failure,10,lcp-echo-interval,10,ppp-extra,,ppp-debug,no,usepeerdns-overtunnel,yes,routes,192.168.1.0/24,use-routes,no]
 /system/networking/connections:
  /system/networking/connections/1:
   /system/networking/connections/1/802-11-wireless:
    mode = infrastructure
    seen-bssids = [XXXXXX]
    ssid = [XXXX]
    security = 802-11-wireless-security
    name = XXXX
   /system/networking/connections/1/XXXXX:
    auth-alg = shared
    name = XXXX
    key-mgmt = none
   /system/networking/connections/1/connection:
    id = Auto XXXXX
    timestamp = 1181038610
    uuid = 16c7e291-6590-46b6-b82a-0aa2fa134157
    type = 802-11-wireless
    name = connection
    autoconnect = true
  /system/networking/connections/2:
   /system/networking/connections/2/802-11-wireless:
    mode = infrastructure
    seen-bssids = [XXXXX]
    ssid = [XXXX]
    name = 802-11-wireless
   /system/networking/connections/2/connection:
    id = Auto XXXXX
    timestamp = 1197545459
    uuid = 4d9679b9-2b72-4762-b07d-f8719893accc
    type = 802-11-wireless
    na...

[Alexander Sack (asac)]

i think there is probably a bug in bugzilla.gnome.org about this migration issue.

[Andreas Weller (weller-andreas-weller)]

Hi Alexander!
I found http://bugzilla.gnome.org/show_bug.cgi?id=551940 which seems to be the same...

But this doesn't cast a positive light onto the Ubuntu development process as such a serious bug could make it into the final release...

Regards,
  Andreas

[Alexander Sack (asac)]

these complains don't help. vpn plugins are still ubuntu universe - which is not officially supported over releases ... we will make those more first tier citizens most likely during next cycle.

[Andreas Weller (weller-andreas-weller)]

Sure - complaining doesn't help :-)
It's just a little bit frustating to see a "must have feature" has gone...

BTW - I think http://bugzilla.gnome.org/show_bug.cgi?id=551417 describes this particular bug better then 551940 (which is abt. importing a formerly exported connection)

Regards,
  Andreas

[Alexander Sack (asac)]

well ... its "just" the settings not the feature. I agree thats annoying though.

[Dan (dgar)]

Between "gconftool-2 -R /system/networking" and "Applications -> Accessories ->
"Passwords and Encryption Keys" I was able to piece it all back together.

[Alexander Sack (asac)]

do you still have the old gconf entries in your gconf database? Could you try the final 0.7 packages in network-manager team PPA to see if your connections reappear?

https://launchpad.net/~network-manager/+archive

[Jamin W. Collins (jcollins)]

Yes, I still have the old entries in my gconf. No, updating to the provided PPA version did not make the missing entries re-appear.

[Mark (v-launchpad-mark-neale-net)]

I have found that there is a partial migration of settings in gconf under system/networking, observed using gconf-editor

A new folder "connections" has been created and sequentially numbered folders below this. Each folder contains partial details for my VPNs

In order for nm-applet to "see" these migrated VPNs, I did the following from gconf-editor (to be done for each numbered key under "connections"):

 /system/networking/connections/1/vpn:
  service-type = org.freedesktop.NetworkManager.pptp # corrected from .ppp-starter
 /system/networking/connections/1/ipv4:
  method = auto # added new string attr

I can now edit the VPNs using nm-applet.

None of the settings from the orginal gconf /system/networking/vpn_connections/{name}/vpn_data key have been migrated to the new setup.

[Mathieu Trudel-Lapierre (cyphermox)]

This has been marked fixed upstream for a long while and we're now at least one additional major release past what was available for Ubuntu 8.10 - closing as Fix Release according to the upstream bug.

If someone is still having similar issues, please file a *new*, separate bug report so we can tackle this particular problem with the specific information that relates to it. Thanks!