Hier mal ein Screenshot der VPN Einstellungen im Network Manager: https://i.imgur.com/irKA8EN.png
Ich hab bei askubuntu eine Anleitung gefunden bzgl dnsmasq, aber das hat nicht wirklich geklappt. Muss morgen noch einmal danach schauen.
(Themenstarter)
Anmeldungsdatum: Beiträge: Zähle... |
Hier mal ein Screenshot der VPN Einstellungen im Network Manager: https://i.imgur.com/irKA8EN.png Ich hab bei askubuntu eine Anleitung gefunden bzgl dnsmasq, aber das hat nicht wirklich geklappt. Muss morgen noch einmal danach schauen. |
||||
Anmeldungsdatum: Beiträge: 1632 |
Unter (X)Ubuntu 19.10 ist in der Networkmanager.conf kein Verweis auf dnsmasq:
Auch lauscht dnsmasq nicht, da es alles über systemd-resolve läuft:
Die /etc/resolv.conf wird ebenfalls über systemd-resolve erstellt. Ich würde an deiner Stelle erstmal folgendes probieren:
Damit könnte man zumindest ausschließen, dass es an deinem derzeitigen System liegt. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Ich habe es heute mit Ubuntu 19.10 und Debian Buster probiert.
Daher kann man sagen: Es liegt nicht an meinem System. Aber ich habe herausgefunden, dass ich über die Datei /etc/systemd/resolv.conf die Search Domain steuern kann. Da muss ich mich mal etwas einlesen. |
||||
Anmeldungsdatum: Beiträge: 1632 |
Ich glaube nicht, dass es an der search domain liegt, sondern der Fehler woanders liegt. Mach mal folgendes:
|
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Nope. Hier die Ausgabe: Knobibrot@Knobibrot-VirtualBox:~$ sudo systemctl mask avahi-daemon [sudo] Passwort für Knobibrot: Created symlink /etc/systemd/system/avahi-daemon.service → /dev/null. Knobibrot@Knobibrot-VirtualBox:~$ systemctl status avahi-daemon ● avahi-daemon.service Loaded: masked (Reason: Unit avahi-daemon.service is masked.) Active: active (running) since Mon 2020-03-23 09:27:44 CET; 22min ago Main PID: 387 (avahi-daemon) Status: "avahi-daemon 0.7 starting up." CGroup: /system.slice/avahi-daemon.service ├─387 avahi-daemon: running [Knobibrot-VirtualBox.local] └─477 avahi-daemon: chroot helper Mär 23 09:27:44 Knobibrot-VirtualBox avahi-daemon[387]: Registering new address record for 127.0.0.1 on lo.IPv4. Mär 23 09:27:44 Knobibrot-VirtualBox systemd[1]: Started Avahi mDNS/DNS-SD Stack. Mär 23 09:27:45 Knobibrot-VirtualBox avahi-daemon[387]: Server startup complete. Host name is Knobibrot-VirtualBox.local. Local service cookie is 3930367580. Mär 23 09:27:45 Knobibrot-VirtualBox avahi-daemon[387]: Joining mDNS multicast group on interface enp0s3.IPv6 with address fe80::483:285e:ce5e:b010. Mär 23 09:27:45 Knobibrot-VirtualBox avahi-daemon[387]: New relevant interface enp0s3.IPv6 for mDNS. Mär 23 09:27:45 Knobibrot-VirtualBox avahi-daemon[387]: Registering new address record for fe80::483:285e:ce5e:b010 on enp0s3.*. Mär 23 09:27:45 Knobibrot-VirtualBox avahi-daemon[387]: Joining mDNS multicast group on interface enp0s3.IPv4 with address 10.0.2.15. Mär 23 09:27:45 Knobibrot-VirtualBox avahi-daemon[387]: New relevant interface enp0s3.IPv4 for mDNS. Mär 23 09:27:45 Knobibrot-VirtualBox avahi-daemon[387]: Registering new address record for 10.0.2.15 on enp0s3.IPv4. Mär 23 09:48:15 Knobibrot-VirtualBox systemd[1]: avahi-daemon.service: Current command vanished from the unit file, execution of the command list won't be resumed. Knobibrot@Knobibrot-VirtualBox:~$ ping firma.local ping: firma.local: Der Name oder der Dienst ist nicht bekannt Knobibrot@Knobibrot-VirtualBox:~$ |
||||
Anmeldungsdatum: Beiträge: 1632 |
Und purgen?
Ist ja eh nur eine VM, also von daher risikofrei. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Läuft! 😀 Endlich! Jetzt ist die große Frage: Kann ich avahi auf dem Hauptsystem auch purgen ohne was kaputt zu machen? bzw kann ich den Kram irgendwie sichern um im zweifel wieder einen funktionierenden Stand zu haben? |
||||
Anmeldungsdatum: Beiträge: 1632 |
Kann ich dir nicht beantworten. Ich würde es einfach testen. |
||||
Anmeldungsdatum: Beiträge: 915 |
Avahi sofort - aber nur bis zum nächsten Neustart- deaktivieren: sudo systemctl stop avahi-daemon.socket
sudo systemctl stop avahi-daemon.service Falls Avahi auch noch einem Neustart deaktiviert bleiben soll, zusätzlich: sudo systemctl disable avahi-daemon.socket
sudo systemctl disable avahi-daemon.service ausführen und in der Datei /lib/systemd/system/cups-browsed.service die Zeile Wants=avahi-daemon.service in # Wants=avahi-daemon.service ändern. In beiden Fällen ist das Löschen (purgen) von Avahi nicht notwendig und kann somit jederzeit wieder aktiviert und gestartet werden. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Also ich hab avahi nun nachhaltig beendet. Aber firma.local ist nach wie vor nicht erreichbar auf dem Hauptsystem. Jetzt ist natürlich die Frage: Was blockiert noch? dnsmasq? |
||||
Anmeldungsdatum: Beiträge: 1632 |
Vielleicht muss dnsmasq nach dem Verbindungsaufbau einfach nur neugestartet werden. Da ich kein 18.04 mehr habe, kann ich dir da nicht weiterhelfen. Evtl reicht ja die virtuelle Maschinen zum Arbeiten. |
||||
Anmeldungsdatum: Beiträge: 915 |
Sorry, ich habe diesen Thread nur quergelesen und wollte mit meiner Antwort nur zur Handhaung von Avahi beitragen. Was bezeichnest Du denn als "Hauptsystem"? Dein Host für die VM oder den PC in der entfernten Firma? |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Kein Problem. Das Hauptsystem ist der VM Host (Ubuntu 18.04). Die VM war nur zu Testzwecken. So gesehen gibt es keinen "entferten PC" in der Firma. Es gibt nur das Firmen VPN. Da komme ich auch rein, allerdings erhalte ich mit dem Hauptsystem keinen Zugriff auf die interne Domain "firma.local". Über die VM geht es aber, sobald Avahi raus ist. |
||||
Anmeldungsdatum: Beiträge: 915 |
Ok, Danke für die Aufklärung. Aaaaber.. egal was Du künftig noch ausprobieren möchtest, verzichte dann bitte auf die TLD ".local", da sie sehr eng an den (lokalen Dienst) Avahi angebunden ist und bei solchen Aktionen mehr im Weg steht, als zu helfen. Das hast Du ja aber sicherlich schon selber festgestellt. Eine alternative und unkomplizierte TLD wäre zum Beispiel "lan". Viel Erfolg noch. 😀 |
||||
Anmeldungsdatum: Beiträge: 1632 |
Hast du denn jetzt mal dnsmasq neugestartet, nachdem du die Verbindung hergestellt hast? Was spricht gegen das Update auf 19.10? Was spricht gegen den dauerhaften Einsatz einer virtuellen Maschine? Generell wird systemd immer stärker in das System eingebunden. Daher würde ich immer die letzte Version nehmen. In deinem Fall also 19.10. |