Beiträge von Fezzi

    Es sieht nicht nach einem systemd-resolved Problem aus.

    Hilft es, wenn du cloud-init temporär deaktivierst und dann einen Reboot machst?

    Externer Inhalt gist.github.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    Ich kann mich an das Problem bei Ubuntu 18 erinnern, weiß aber nicht mehr, was der Auslöser war.

    Auf jeden Fall deaktiviere ich immer cloud-init und systemd-resolved.

    Hallo H6G....

    interessanter Ansatz... werde ich mal probieren... leider habe ich den RS schon produktiv im Einsatz... das werde ich dann mal an einem Sonntag machen (offline Snapshot und Backups first of course) .... ich melde mich wieder wenn es geklappt hat... oder auch nicht... :)

    Also ich glaube in den netcup Images ist das kein echtes cloud-init Problem.

    Da stehen wohl nur die netcup Resolver in der /etc/systemd/resolved.conf

    Es dort zu ändern und den systemd-resolved Dienst neu zu starten wird vermutlich auch reichen.

    Edit: Hmm, wahrscheinlich doch nicht, duie Ausgabe von resolvectl sieht völlig anders aus als in meinem netcup Ubuntu-Image. Und auch die /etc/resolv.conf ist bei mir ein Symlink und war es auch von Anfang an, soweit ich mich erinnern kann. Den habe ich zwar mittlerweile mal geändert, als ich Unbound lokal installiert habe, aber "immutable" ist mir jedenfalls nicht im Gedächtnis.

    Hallo tab...

    ja, das dachte ich auch zu Beginn... hatte jedoch null Auswirkung.

    Nur zum vergleichen, wie sieht denn Deine resolvectl Ausgabe aus?

    Ich habe die Vermutung dass ich die resolv.conf einfach mal leoschen kann und dann den Symlink neu Anlege dass es dann funktioniert...

    Da ich den RS leider schon produktiv benutze werde ich das mal an einem Sonntag durchspielen (offline Snapshot und Backups first of course) und berichten...

    Seltsam ist das ganze allemal...

    was gibt resolvectl.status denn aus ?

    Wenn es immer noch die Netcup Server sind, ist irgendeine Cloud Config noch aktiv ?

    resolvectl status wirft das aus

    Jemand mit mehr Ahnung von der systemd-Netplan Symbiose kann sich natürlich einklinken, aber so funktioniert es bei mir auf meiner letzten verbleibenden Ubuntu Maschine, auch 20.04. Da musst du nur die Netplan Konfiguration bearbeiten.

    .......


    EDIT: Hast du das ganze per eigener ISO oder Netcup Image aufgesetzt? Im letzteren ist gegebenenfalls noch Cloudconfig Gedöns drin, was dir dazwischen funkt.

    Genau, NetCup Image und das Cloud Gedoens ist das was mir hier ein wenig Kopfzerbrechen verursacht...

    Jedoch ist es bei mir eine 50-cloud-init.yaml (weil cloud) in der erst mal nur folgendes steht (original IPs etc abgeaendert)

    fuege ich dann die gewuenschten NS hinzu, was kein Problem darstellt...

    ist der output danach in der /var/run/systemd/resolve/resolv.conf .... die Alten, sowie die Neuen hinzugefuegten

    Code
    nameserver 46.38.225.230
    nameserver 46.38.252.230
    nameserver 2a03:4000:0:1::e1e6
    
    nameserver 8.8.8.8
    nameserver 8.8.4.4
    nameserver 2001:4860:4860::8888

    Die /etc/resolv.conf ist aber nach wie vor immutable mit dem Inhalt

    Code
    nameserver 46.38.225.230
    nameserver 46.38.252.230
    nameserver 2a03:4000:0:1::e1e6

    Die /etc/resolv.conf ist kein Symlink sondern statisch wie die Abfragen zeigen

    Code
    xxxx@server:~# ls -al /etc/resolv.conf
    -rw-r--r-- 1 root root 81 Aug  7 20:33 /etc/resolv.conf
    xxxx@server:~# readlink -f /etc/resolv.conf
    /etc/resolv.conf
    xxxx@server:~# realpath /etc/resolv.conf
    /etc/resolv.conf

    Du musst die DNS Server natürlich da anpassen, wo sich auch darum gekümmert wird. Das kann systemd sein, es gibt aber auch noch andere Tools, die das übernehmen können. Du bist der Sysadmin, du solltest es am besten wissen.

    Bist du sicher, dass ein VPS das richtige für dich ist? Die Frage lässt erahnen, dass dir die Grundlagen fehlen. Wie willst du den Server denn absichern gegen Attacken und Hacking? Geh davon aus, dass im Moment auf deinen öffentlichen IP Adressen pro Sekunde ein Angriff erfolgt.

    Dachte mir schon das solch ein Kommentar auftaucht anstatt zu lesen und evtl. zielfuehrende Infos zu geben.

    Mach Dir mal ueber meine Grundlagen keine Gedanken , ich weis sehr wohl wie ich einen Server absichere und was da so abgeht von aussen... Trotzdem Danke fuer Dienen Kommentar.

    Setzt Ubuntu nicht schon länger auf Netplan?

    Wenn du mal unter /etc/netplan schaust, müsste da eine .yaml Datei sein. Die kannst du entsprechend den Docs abändern.

    Dann ein netplan generate und netplan apply und schon passt es.

    Das ist klar... das Szenario ist das das zwar zieht aber die NC eigenen DNS immer noch vor den Alternativen ziehen... und das kommt wohl von der

    immutable resolv.conf

    Hallo Zusammen,

    bevor ich mich and die Abaenderung der DNS Resolver mache kann mir hier vielleicht jemand einen Tip geben.

    Auf einer frischen Ubuntu 20.04 LTS installation (RS 4000 G9.5) ist die /etc/resolv.conf mit dem Attribut "immutable" versehen. Weshalb?

    Die Datei ist auch kein Symlink wie es eigenlich sein sollte?

    Ich sehe dass offensichtlich systemd fuer die Namensaufloesung zustaendig ist ... denn unter /var/run/systemd/resolve/resolv.conf sind genau die NC NS angegeben welche in der /etc/resolv.conf zementiert sind.
    Hat von Euch schon mal jemand unter Ubuntu 20.04 LTS die DNS Server von denen von NC auf oeffentliche (Google etc.) umgeaemdert?

    Wenn ja, worauf ist hier zu achten dass es auch update/upgrade sicher ist?

    Danke schon mal fuer zielfuehrende Hinweise.