Érdekességként leírok egy esetet, hátha valaki hasonló tócsába lép

Egy laptop Debian desktop XFCE alap telepítése után nem működött a frissen beállított VPN.
Hamar kiderült, hogy a kapcsolódással nincs is semmi baj, de a belső névfeloldás akkor sem megy.
A szervertől PUSH -sal kapott DNS címek nem jelennek meg a resolv.conf -ban, de a log kiírja, hogy az pedig megtörtént. A resolv.conf csak egy IPV6 címet tartalmazott, ami egyből gyanús is lett.
Akkor watch resolv.conf és egy másik screen -en echo "nameserver 192.168.0.1" >> resolv.conf.
Egy szempillantásnyi időre belekerült az 192.168.0.1 is, majd eltűnt.

Kávészünet és HUP fórum…. Folyó ügyek….
/etc/init.d/auditd start
auditctl -w /etc/resolv.conf -p w és figyelni az tail -f audit.log -ot
Le is bukott a tettes => comm="rdnssd"

Felvetődött a költői kérdés: „De ez hogy került ide?” Én is Debian-Xfce -t használok és nálam ez a probléma nem jött elő. Nálam a NetworkManager kezeli a resolv.conf -ot.
A grep -5 rdnssd apt/history.log szerint acpi-support-base:amd64 és a keyboard-configuration:amd64 között mászott fel a gépre. Ezt pedig a rendszertelepítő cibálta fel.

A systemctl disable rdnssd.service megszüntette a problémát, de ki kellene nyomozni feltelepülésének okát és célját.

( locsemege v | 2016. 12. 07., sze – 00:10 )

Próbáld meg eltávolítani, s nézd meg, mit akar magával vinni függőségként.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( Polesz v | 2016. 12. 08., cs – 14:10 )

apt-get purge systemd
apt-get bigpurge!!! systemd and suggestions

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!