Ticket available on:
http://roy.marples.name/projects/openresolv/tktview/2557e09a73327a41b2cc6676bacf42966f53df35
signature.asc
Description: OpenPGP digital signature
Package: openresolv
Version: 3.7.3-1
Severity: important
Tags: upstream
Hi,
The problem occurs since the new /3.7.3-1/.
A way to reproduce (using bind):
# resolvconf -a wlan0 < domain test2.example.org
> search test2.example.org. example.org. test1.example.org
> nameserver 192.168.0.1
> EOF
Fai
inion, we should only have access to one zone at a time, the one
provided by the highest priority interface for example. However, it
would be useful to keep the fusion for resolvers on the same interface,
provided by different sources like DHCP and DHCPv6... What do you think ?
Best regards,
.5.2-1/ seems to use the init script in
//etc/init.d/ instead.
Best regards,
Thibaut Chèze
signature.asc
Description: OpenPGP digital signature
My workaround for this problem is to stay in version /3.5.2-1/.
Le 14/07/2015 19:48, Thibaut Chèze wrote :
> Package: openresolv
> Version: 3.7.0-1
> Severity: normal
> Tags: upstream
>
>
> After an update from any source (dhcp, openvpn, static, ...), restart of
> bind fai
perfect, but technically, the problem have no solution (if
zones are the same, it works perfectly, else, some zone are not reachable).
This problem also affects the version /3.5.2-1/.
Best regards,
Thibaut Chèze
-- System Information:
Debian Release: stretch/sid
APT prefers testing-proposed-u
Package: openresolv
Version: 3.7.0-1
Severity: normal
Tags: upstream
After an update from any source (dhcp, openvpn, static, ...), restart of
bind fail with message:
Failed to get D-Bus connection: Operation not permitted
It's not all the time, but very very often.
Best regards,
Thibaut
7 matches
Mail list logo
