Ok, danke.
Außer einen falschen Eintrag in /etc/resolv.conf oder in /etc/hosts habe ich momentan keine andere Idee.
Vielleicht hat @thomas bessere Hinweise.
Viele Grüße
Arnaud
Hallo Arnaud,
zunächst vielen Dank für Deine Unterstützung.
Viele Grüße
Alois
Hallo,
ich habe gerade die Namensauflösung auf der Firewall getestet. Dort funktioniert sie.
Was kann ich tun, um herauszufinden, warum die Namensauflösung auf dem Server nicht funktioniert?
Viele Grüße
Alois
Moin!
Das ist ein falscher Eintrag. linuxmuster-setup schreibt da
search <domain>
rein, damit Hostnamen auch ohne Domänennamen abgefragt werden können. Also zB
nslookup client-01
statt
nslookup client-01.linuxmuster.lan
Der FQDN des Servers hat in resolv.conf nichts verloren.
VG, Thomas
Hallo an alle Helfer,
die Namensauflösung funktioniert jetzt. Vielen Dank.
Derzeit funktioniert wakeonlan noch nicht. Ich vermute, dass da eine Einstellung im BIOS fehlt. Das schaue ich mir vor Ort nächste Woche an.
Viele Grüße
Alois
Hallo zusammen,
ich hänge mich hier mal an, in Bezug auf den Eröffnungs-Post von alois.
Nach Upgrade auf die 7.3 funktioniert bei uns die Rechnersteuerung aus der Schulkonsole/WebUI heraus ebenfalls nicht mehr (… so, wie erinnerungshalber vor dem Upgrade).
Aus dem Device-Manager bzw. direkt auf der Serverkonsole werden alle Aktivitäten bzw. Befehle korrekt umgesetzt.
Allerdings funktionieren die Befehle aus der Linbo-Synchronisierung heraus nicht mehr - und die ist, finde ich, einfach handlicher, wenn man auf einen oder mehrere Rechner gleichzeitig zugreifen möchte.
Die Aufgaben/Befehle, die ich absetzen möchte, werden unten in der Statuszeile korrekt mit dem Prefix -c angezeigt (also z.B. … -c start:2), allerdings wird dann nach dem Klick auf „Übernehmen“ der jeweilige Befehl mit dem Prefix -p (… -p start:2) abgesetzt. Der Rechner bleibt dann natürlich z.B. im Status „linbo“ stehen und rührt sich nicht. Das war unter 7.2 anders, wenn ich mich nicht täusche.
@alois: Wie sieht oder sah das bei dir aus? Kannst du das so bestätigen?
Mit Namensauflösung hat das nichts zu tun, da passt alles. Es wird schlicht der falsche Befehl generiert, welcher dann wiederum im Device-Manager unter „LR-Prestarts“ zu finden ist.
Kann mir jemand einen Tipp geben, woran das liegen kann? Sind da irgendwelche Konfigurationsdaten durcheinander geraten?
Danke schonmal und viele Grüße aus Bayreuth
Andreas
Hallo Andreas,
Ich kann bestätigen, dass -c durch -p ersetzt wird, das ist ein Bug.
Ich probiere mal es morgen zu fixen.
Gruß
Arnaud
Hallo Arnaud,
vielen Dank für deine umgehende Reaktion, immer wieder super!!
Ich beobachte mal und melde auch gerne zurück, wenn es zu fixen geht.
Jetzt wäre nur noch interessant, ob es sich bei @alois auch so verhält bzw. verhalten hat.
Gruß
Andreas
Hallo Andreas,
Ich habe die 7.3 neu aufgesetzt. Deshalb kann ich nicht sagen, ob es vorher funktioniert hat.
Viele Grüße
Alois
Hallo Andreas,
Ich habe es korrigiert:
Kommt in die nächste Version, danke für den Hinweis !
Gruß
Arnaud
Vielen Dank dir, Arnaud.
Gruß Andreas
Hallo Arnaud,
vielen Dank für den schnellen Fix - die Linbo-Synchronisierung funktioniert wieder einwandfrei.
Super!!
Allerdings:
Ich glaube ja nicht, dass es unmittelbar zusammenhängt - aber in der gefixten Version der WebUI (7.3.29) funktioniert nun die Anzeige des Dashboards nicht (… mehr - in der vorherigen 7.3.28 war es ok) und wirft die Fehlermeldung
‚user config provider lm is unavailable‘
Traceback (most recent call last):
File „/opt/linuxmuster/lib/python3.12/site-packages/aj/api/endpoint.py“, line 77, in wrapper
result = fx(self, context, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File „/opt/linuxmuster/lib/python3.12/site-packages/ajenti_plugin_core/views/config.py“, line 72, in handle_api_get_user_config
return UserConfigService.get(self.context).get_provider().data
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File „/opt/linuxmuster/lib/python3.12/site-packages/aj/config.py“, line 331, in get_provider
raise UserConfigError(f’User config provider {provider_id} is unavailable’)
aj.config.UserConfigError: User config provider lm is unavailable
Ist zwar nicht lebensnotwendig - aber hat sich da an anderer Stelle ein Fehler eingeschlichen?
Gruß Andreas
Hallo Andreas,
Danke für die Meldung, die Version 7.3.30 kommt gleich mit einem Fix.
Ich hatte diese Woche vergessen, dass die UserConfig noch im Dashboard verwendet war.
Gruß
Arnaud
I also had some trouble to use the shutdown option on „Device Manager“.
I saw that it uses ssh to send a shutdown command with the root user, instead of linuxadmin.
First of all I needed to define a password for the root account in the Client, with sudo passwd root. We use ZorinOS and the password is not defined by default.
After that, I needed to enable root login with password in sshd (that’s temporary):
# Edit file sshd_config and change "prohibit-password" to "yes"
#PermitRootLogin prohibit-password
# Uncomment line "#PubkeyAuthentication yes"
sudo nano /etc/ssh/sshd_config
sudo systemctl restart ssh.service
So, in the server, I sent the keys to the client
ssh-copy-id root@ClientNameOrIP
After the key is sent, I try to login per ssh, and accept the id of the client (not sure if I need to do it manually with every client).
Finaly, I can disable password root login in the Client:
# Edit file sshd_config and change "yes" to "prohibit-password".
#PermitRootLogin prohibit-password
sudo nano /etc/ssh/sshd_config
sudo systemctl restart ssh.service
The start option on „Device Manager“ worked for me as long as WoL was enabled in the client.
Here are some notes that I wrote on how to configure it:
#Create script to enable WoL
sudo tee /opt/wol.sh << ‚EOF‘
#!/bin/bash
# get interface name
INTERFACE=`ip link | grep „^[0-9]\+: enp[0-9]\+[a-zA-Z][0-9]\+:“ | sed ‚s/^\([0-9]\+: \)\(enp[0-9]\+[a-zA-Z][0-9]\+\):.*$/\2/‘`
# Enable WoL
ethtool -s $INTERFACE wol g
EOF
sudo chmod ugo+x /opt/wol.sh
# Create service to always run the script on startup
sudo tee /etc/systemd/system/wol.service << ‚EOF‘
[Unit]
Description=Configure Wake On LAN
[Service]
Type=oneshot
ExecStart=/opt/wol.sh
[Install]
WantedBy=basic.target
EOF
# Enable service
sudo systemctl daemon-reload
sudo systemctl enable wol
sudo systemctl start wol