forum.opsi.org

Ich habe einen Client, der seit kurzem eine andere IP bekommen hat. Im Lgofile der neuen IP steht dann folgendes: Warum ist völlig klar, aber geht das nicht schöner? Z.B. überschreiben.

Hi,

der Fehler ist ja genau mein Humor

Eigentlich sollte das File vor dem Linken gelöscht werden.
Kannst du den Fehler nachstellen? Würdest du eine Version mit leicht geändertem Verhalten testen?


Gruß

Niko

Was heißt nachstellen... Der Fehler dürfte in einem DHCP-Netz mit Clients, die zwischen verschiedenen VLANs wechseln andauernd auftreten

Also ja, ich kann dass nachstellen.
Und ja, testen kann ich auch.

Nochwas... Ich finde es auch cniht sinnvoll, nach IP zu loggen sondern eher umgekehrt!
Die HostID bleibt immerhin immer gleich, die IP ändert sich.

Fazit: Ich habe Einträge von X hosts in einer Datei und die Einträge von einem Host in X Dateien...

Hi Dark Alex,

dark alex hat geschrieben:Was heißt nachstellen... Der Fehler dürfte in einem DHCP-Netz mit Clients, die zwischen verschiedenen VLANs wechseln andauernd auftreten

Also ja, ich kann dass nachstellen.
Und ja, testen kann ich auch.

Kannst du testen, ob die diese Datei bei dir den Fehler aus dem Log verschwinden lässt?
Kannst du den Inhalt der Logger-Datei hiermit ersetzen und mir sagen, ob damit der Fehler verschwindet? Den Pfad zur Datei gibt der folgende Befehl aus: Am besten natürlich auf einer Test-Umgebung und nicht in Produktion!

Zum Linken: wenn du symlink logs in der opsiconfd.conf auf False stellst, sollte keine Linkerei stattfinden.
Ich glaube das ist das Setting, was du willst.


Gruß

Niko

Hallo und sorry!

Ich war leider verhindert...

Ist der Test noch aktuell? Falls aj teste ich das gern. Wo finde ich denn die Logger-Datei, nicht dass ich die falsche ersetze?

Das was ich erreichen will ist, dass die logs nach Hostname (FQDN) stattfinden. Ich will immer die Logs die zum Hostname gehören. Die IPs sind mit völlig wurscht (wie in jeder DHCP-Umgebung)

Hi,

Test ist noch aktuell. Beschreibung im vorherigen Post.

Im aktuellen Setup hast du noch immer Logs mit IPs, aber die werden entsprechend von den Logs mit FQDN als Link-Ziel verwendet.
Ich habe ein internes Ticket aufgemacht, dass wir uns das noch mal anschauen. Wenn es wichtig ist, kann das über einen Support-Vertrag beschleunigt werden.


Gruß

Niko

Habe die Datei am ConfigServer ersetzt und opsiconfd neu gestartet. Ich werde berichten.

Hi,

ich habe nochmal ein bisschen am symlink logs-Feature gearbeitet.
Mit opsiconfd 4.0.7.7 ist es so: Wird es deaktiviert, dann wird nach erfolgreichem Auth (also ab der Stelle an welcher wir wissen, dass wir einen Rechner und keinen sonstigen User haben) bei der Pfadangabe der Logs %m nicht mehr durch die Adresse, sondern durch die Client ID (= FQDN) ersetzt.
Alles vorher landet in Logs mit der IP von welcher der Request kommt.

Die Änderung braucht den opsiconfd aus experimental.
Einspielen, symlink logs auf no stellen und dann den opsiconfd restarten.

Ich hoffe mal, dass das dein Wunschsetting jetzt so wie du es möchtest funktioniert!
Feedback erwünscht!


Viele Grüße

Niko

Zur ersten Testvariante:
Ich habe keine Smylink-Fehler mehr gefunden.

Die neue Variante spiele ich direkt ein.