** Also affects: ppp (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378363
Importance: Unknown
Status: Unknown
** Changed in: ppp (Ubuntu)
Importance: Undecided => Medium
** No longer affects: network-manager (Ubuntu)
** No longer affects: resolvconf (Ubuntu)
--
Attached is the debdiff with the proposed fix of comment #19 applied.
Someone with appropriate upload rights to Disco, please upload it.
I could not actually test it as I have no access to a Microsoft VPN,
I do not see any regression though. I can access Canonical's VPNs and
while having activate
As I see the comments here, the fix is to modify the file /etc/ppp/ip-
up.d/usepeerdns according to comments #17 and #19. /etc/ppp/ip-
up.d/usepeerdns is part of the ppp package, so the bug needs to be
fixed in the ppp package.
** Changed in: network-manager (Ubuntu)
Status: Confirm
Although this problem is easy to fix once you know what to do, I don't
know if it should be only "Medium" importance because the impact is
massive: no DNS is available. If you're not technically inclined enough
to know to go poking around /etc/resolv.conf if DNS breaks, you would
never be able to
** Changed in: network-manager (Ubuntu)
Assignee: (unassigned) => Till Kamppeter (till-kamppeter)
** Changed in: network-manager (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
Comment 6 and 7 in the upstream GNOME NetworkManager-pptp bug report :
https://bugzilla.gnome.org/show_bug.cgi?id=785771#c6
are relevant to this bug (but not the 'cp -a' issue).
As mentioned, the following exit in /etc/ppp/ip-up.d/000resolvconf when
the interface is managed by NM, seems the ri
I wasn't able to redirect the stderr from the following line in /etc/ppp
/ip-up.d/usepeerdns (probably because of something pppd is doing) :
cp -a "$REALRESOLVCONF" "$REALRESOLVCONF.pppd-backup.$PPP_IFACE"
So I modified the cp.c source from the coreutils package and redirected
stderr to a fil
Sorry ignore comment #16 as the following line in /etc/ppp/ip-
up.d/usepeerdns will exit because of the '#!/bin/sh -e' shebang
line:
cp -Lp "$REALRESOLVCONF" "$REALRESOLVCONF.pppd-backup.$PPP_IFACE"
So my original suggestion of replacing the following line:
cp -a "$REALRESOLVCONF" "$REALRES
I can confirm the issue is the following line in /etc/ppp/ip-
up.d/usepeerdns as previously mentioned :
cp -a "$REALRESOLVCONF" "$REALRESOLVCONF.pppd-backup.$PPP_IFACE"
The variable expansion of that line is :
cp -a /run/systemd/resolve/stub-resolv.conf
/run/systemd/resolve/stub-resolv.conf.
Correction the following line in /etc/ppp/ip-up.d/usepeerdns
probably should be changed from :
cp -a "$REALRESOLVCONF" "$REALRESOLVCONF.pppd-backup.$PPP_IFACE"
to:
cp -Lp "$REALRESOLVCONF" "$REALRESOLVCONF.pppd-backup.$PPP_IFACE"
chmod 644 "$REALRESOLVCONF.pppd-backup.$PPP_IFACE"
--
You re
Sorry for the delay here.
Is this what you were interested in @cyphermox?
While VPN is up:
$ ls -lha /run/systemd/resolve/
total 16K
drwxr-xr-x 3 systemd-resolve systemd-resolve 140 Nov 28 12:29 .
drwxr-xr-x 20 rootroot460 Nov 28 12:28 ..
drwx-- 2 systemd-resolve sy
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ppp (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.ne
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: resolvconf (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launc
tagging as rls-cc-notfixing, while good to fix it impacts a non default
plugin and we don't think it's important enough to be actively tracked
by desktop
** Tags removed: rls-cc-incoming
** Tags added: rls-cc-notfixing
--
You received this bug notification because you are a member of Ubuntu
Touc
cp -a is supposed to preserve ownership. -a means "-dR --preserve=all".
Could someone look at what happens, by displaying more than just the
/run/systemd/resolve/stub-resolv.conf file? All files in
/run/systemd/resolve/ are relevant here.
This has more smells of being affected my UMASK and probab
Also confirming that installing resolvconf makes DNS work once the VPN
is disconnected.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bugs/1778946
Title:
No dns resolution
Installing resolveconf fixed it for me, now DNS resolv works after PPTP
disconnects.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bugs/1778946
Title:
No dns resolution aft
I spoke to stgraber a bit, he said that the resolvconf thing is probably
a red herring.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bugs/1778946
Title:
No dns resolution
This upstream bug suggests that the problem can be resolved by installing
resolvconf:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378363
I will test this, but I'm having problems with VPNs on this network atm.
** Bug watch added: Debian Bug tracker #378363
https://bugs.debian.org/cgi-b
It would be a bug in "ppp" which provides that file then and worth
reporting to Debian because it's coming from there directly
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bu
** Tags added: rls-cc-incoming
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bugs/1778946
Title:
No dns resolution after closing a vpn/pptp connection
Status in network-ma
** Also affects: resolvconf (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bugs/1778946
Title:
No dns resolution after c
** Also affects: ppp (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1778946
Title:
No dns resolution after clo
** Also affects: openvpn-systemd-resolved (Ubuntu)
Importance: Undecided
Status: New
** No longer affects: openvpn-systemd-resolved (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-manager in Ubuntu.
seems related to the file /etc/ppp/ip-up.d/usepeerdns on line 23-24
cp -a "$REALRESOLVCONF" "$REALRESOLVCONF.pppd-backup.$PPP_IFACE"
mv -f "$REALRESOLVCONF.tmp" "$REALRESOLVCONF"
the cp command doesn't preserve file ownership
--
You received this bug notification because you are a member of
Before start pptp vpn:
$ ls -laF /run/systemd/resolve/stub-resolv.conf
-rw-r--r-- 1 systemd-resolve systemd-resolve 714 jun 30 18:26
/run/systemd/resolve/stub-resolv.conf
After start pptp vpn:
$ ls -laF /run/systemd/resolve/stub-resolv.conf
-rw-r--r-- 1 systemd-resolve systemd-resolve 714 jun 3
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: network-manager (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-manager in Ubuntu.
https://
27 matches
Mail list logo