Welche sind denn noch übrig?
Mittlerweile keine mehr. Habe gerade nochmal im Internet geschaut und doch noch eine Lösung gefunden (siehe mein letzter Post).
Danke an alle für die Hilfe! 
Beiträge von heusmich
-
-
Oha, hat sich erledigt.
Hab gerade doch die Lösung gefunden: https://forum.virtualmin.com/t…or-with-apt-update/121773
-
Nach deinem mv-Befehl ist das letzte Mal die erste der damals noch 5 Meldungen verschwunden, die anderen 4 sind noch da...
-
Ne, leider nicht.
Wenn ich z.B. apt-get update ausführe, bekomme ich noch die 4 Meldungen:
Dafür habe ich bisher leider keine Lösung gefunden...
-
Veit_Kannegieser Schön, dass bei dir die Fehler behoben wurden. Freut mich für dich.
Hat für mich evtl. auch noch irgendjemand Ideen, wie ich meine 4 ausstehenden Fehler beheben kann?
Wenn nicht, würde ich auch mal versuchen, den Netcup-Support zu kontaktieren...
-
Das hat funktioniert, Fehler kommt nicht mehr.
Danke dir, es geht vorwärts!
-
Alles anzeigen
Tausche mal in der /etc/apt/source folgende Zeile aus
deb http://download.webmin.com/download/repository
gegen
deb [arch=amd64] http://download.webmin.com/download/repository
Eventuell musste mal im unterverzeichnis schauen
Also in der Datei "/etc/apt/sources.list" habe ich mit webmin nur einen Eintrag, der schaut aber anders aus als dein genannter:
deb [signed-by=/usr/share/keyrings/debian-webmin-developers.gpg] https://download.webmin.com/download/newkey/repository stable contrib
Es gibt noch einen Unterordner "/etc/apt/sources.list.d", in dem sich eine Datei "archive_uri-http_download_webmin_com_download_repository-jammy.list" befindet.
In der Datei habe ich folgende Einträge:
deb [arch=amd64] http://download.webmin.com/download/repository sarge contrib
# deb-src [arch=amd64] http://download.webmin.com/download/repository sarge contrib
-
Bei dem Command kam auch wieder eine Fehlermeldung:
Scheinbar kommt die Fehlermeldung "sudo: unable to resolve host heusmich: Name or service not known" aber nur, wenn ich "sudo" benutze. Wenn ich versuche das Repository als root-User runterzuladen, kommt diese nicht.
Aber immerhin ist jetzt die erste Zeile der Fehlermelungen verschwunden, bleiben noch 4 übrig (die sind aber immer da, mit und ohne sudo):
-
Dann musst du ihm auch sagen, wie er aus vi wieder rauskommt.
(SCNR)
Ist alles gut, ich hab´s mit nano gemacht...
-
-
Alles anzeigen
Ja, die Namensauflösung funktioniert nicht, nur das ist dein Problem. Du könntest jetzt folgendes machen
systemctl disable systemd-resolved
rm /etc/resolv.conf
vi /etc/resolv.conf
Hier schreibst du folgendes rein
nameserver 8.8.8.8
OK also jetzt funzt die Namensauflösung scheinbar wieder:
Allerdings bekomme ich beim installieren des Repository immer noch Fehlermeldungen, scheinbar gibt es noch weitere Probleme:
-
Findet denn überhaupt ne Namensauflösung statt ? Was erfolgt hier für ne Ausgabe ?
nslookup heise.de
Hi,
sorry für meine späte Antwort, waren heute den ganzen Tag unterwegs und konnte deshalb nicht testen.
Schaut wohl eher nicht so aus:
-
OK, die Datei schaut jetzt so aus:
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it under the
# terms of the GNU Lesser General Public License as published by the Free
# Software Foundation; either version 2.1 of the License, or (at your option)
# any later version.
#
# Entries in this file show the compile time defaults. Local configuration
# should be created by either modifying this file, or by creating "drop-ins" in
# the resolved.conf.d/ subdirectory. The latter is generally recommended.
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# Use 'systemd-analyze cat-config systemd/resolved.conf' to display the full config.
#
# See resolved.conf(5) for details.
[Resolve]
# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:
# Cloudflare: 1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com
# Google: 8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google
# Quad9: 9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net
# DNS=46.38.252.230 46.38.225.230 2a03:4000:0:1::e1e6 2a03:4000:8000::fce6
DNS=8.8.8.8 1.1.1.1 9.9.9.9 8.8.4.4
#FallbackDNS=
#Domains=
DNSSEC=false
DNSOverTLS=no
MulticastDNS=no
LLMNR=no
Cache=no-negative
#CacheFromLocalhost=no
DNSStubListener=yes
#DNSStubListenerExtra=
ReadEtcHosts=yes
#ResolveUnicastSingleLabel=no
Den Service habe ich mit service systemd-resolved restart neu gestartet.
Das ist die Ausgabe von resolvectl status:
Die Fehlermeldungen sind immer noch die gleichen...
-
Scheint nicht zu helfen, immer noch die gleichen Fehlermeldungen. Habe die obere Zeile erstmal nur auskommentiiert, sollte aber ja keinen Unterschied machen.
Das ist jetzt der Inhalt der /etc/systemd/resolved.conf:
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it under the
# terms of the GNU Lesser General Public License as published by the Free
# Software Foundation; either version 2.1 of the License, or (at your option)
# any later version.
#
# Entries in this file show the compile time defaults. Local configuration
# should be created by either modifying this file, or by creating "drop-ins" in
# the resolved.conf.d/ subdirectory. The latter is generally recommended.
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# Use 'systemd-analyze cat-config systemd/resolved.conf' to display the full config.
#
# See resolved.conf(5) for details.
[Resolve]
# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:
# Cloudflare: 1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com
# Google: 8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google
# Quad9: 9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net
# DNS=46.38.252.230 46.38.225.230 2a03:4000:0:1::e1e6 2a03:4000:8000::fce6
DNS=8.8.8.8
DNS=1.1.1.1
DNS=9.9.9.9
DNS=8.8.4.4
#FallbackDNS=
#Domains=
DNSSEC=false
DNSOverTLS=no
MulticastDNS=no
LLMNR=no
Cache=no-negative
#CacheFromLocalhost=no
DNSStubListener=yes
#DNSStubListenerExtra=
ReadEtcHosts=yes
#ResolveUnicastSingleLabel=no
-
Ich glaube auch nicht, dass die Probleme von heusmich mit DNSSEC zusammenhängen. Eventuell funktionieren hier die netcup-Resolver gerade nicht richtig. Auch das hat mich schon einmal eine Woche Problemsuche gekostet, weil das Problem auf den ersten Blick mit DNS gar nichts zu tun zu haben schien. Das hat sich damals dann als falsch herausgestellt. Resolver geändert und das Problem ist seither nie wieder aufgetreten. Sind nun mal meine beiden Lieblingsthemen bei netcup, netcup Nameserver mit DNSSEC und netcup Resolver. Weil die wenigsten Otto Normaluser jemals auf die Idee kämen, an der korrekten Funktion derartig grundlegender Services eines Web- und Domainhosters zu zweifeln. So wie ich eben damals auch. Erst als ich so gar nichts anderes finden konnte und mir die Ideen ausgingen ...
OK und was müsste ich tun, um den Resolver bei mir anzupassen und das Problem evtl. auch zu beheben?
-
In /etc/systemd/resolved.conf steht folgendes:
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it under the
# terms of the GNU Lesser General Public License as published by the Free
# Software Foundation; either version 2.1 of the License, or (at your option)
# any later version.
#
# Entries in this file show the compile time defaults. Local configuration
# should be created by either modifying this file, or by creating "drop-ins" in
# the resolved.conf.d/ subdirectory. The latter is generally recommended.
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# Use 'systemd-analyze cat-config systemd/resolved.conf' to display the full config.
#
# See resolved.conf(5) for details.
[Resolve]
# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:
# Cloudflare: 1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com
# Google: 8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google
# Quad9: 9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net
DNS=46.38.252.230 46.38.225.230 2a03:4000:0:1::e1e6 2a03:4000:8000::fce6
DNS=8.8.8.8
#FallbackDNS=
#Domains=
DNSSEC=false
DNSOverTLS=no
MulticastDNS=no
LLMNR=no
Cache=no-negative
#CacheFromLocalhost=no
DNSStubListener=yes
#DNSStubListenerExtra=
ReadEtcHosts=yes
#ResolveUnicastSingleLabel=no
-
Im Ordner /etc/NetworkManager/ habe ich keine Dateien, nur einen Ordner "dispatcher.d" und der ist leer.
-
DNSSEC ist aktuell schon bei meiner Domain ausgeschaltet. Daran hatte ich aber auch nichts verändert, ist also scheinbar schon die ganze Zeit aus.
-
-
Nach einem Serverneustart wurde die Datei /etc/resolv.conf wieder zurückgesetzt, jetzt ist wieder der folgende Inhalt drin:
# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0 trust-ad
search .
