Netboot - BAD FQDN
Netboot - BAD FQDN
Hallo,
Habe ein Problem, meine rechnerlein habe ich bis vorgestern immer recht erfolgreich mit xp bespielt, allerdings habe ich seit dem update egstern folgende fehlermeldung beim setup:
BAD FQDN " 244-07.az04.local "
Leider kann ich absolut nciht nachvollziehen was da schief läuft, vorgestern lief es alles noch und seit gestern nicht mehr.
Demnach muss es sich um eien fehler im bootimage handeln oder?
Habe ein Problem, meine rechnerlein habe ich bis vorgestern immer recht erfolgreich mit xp bespielt, allerdings habe ich seit dem update egstern folgende fehlermeldung beim setup:
BAD FQDN " 244-07.az04.local "
Leider kann ich absolut nciht nachvollziehen was da schief läuft, vorgestern lief es alles noch und seit gestern nicht mehr.
Demnach muss es sich um eien fehler im bootimage handeln oder?
- j.schneider
- uib-Team
- Beiträge: 1810
- Registriert: 29 Mai 2008, 15:14
Re: Netboot - BAD FQDN
Hallo,
das neue Bootimage basiert auf den opsi 4.0-Bibliotheken.
Mit opsi 4.0 werden viele Syntax-Checks eingeführt.
Laut RFC sind bei Hostnamen die Zeichen a-z,0-9 und das Minus erlaubt.
Soweit ist 244-07.az04.local also konform.
Leider kommt es unter Windows u.U. zu Problemen wenn das erste Zeichen des Hostnamens eine Ziffer ist.
Daher haben wir auch das "verboten".
Gruß,
Jan Schneider
das neue Bootimage basiert auf den opsi 4.0-Bibliotheken.
Mit opsi 4.0 werden viele Syntax-Checks eingeführt.
Laut RFC sind bei Hostnamen die Zeichen a-z,0-9 und das Minus erlaubt.
Soweit ist 244-07.az04.local also konform.
Leider kommt es unter Windows u.U. zu Problemen wenn das erste Zeichen des Hostnamens eine Ziffer ist.
Daher haben wir auch das "verboten".
Gruß,
Jan Schneider
Re: Netboot - BAD FQDN
Oh, das ist natürlich, gelinde gesagt, blöd.
Gibt es denn eine Möglichkeit meine Clients im Webinterface konform um zu benennen?
oder muss ich nun jeden einzelnen neu eintragen und die MAC und die Beschreibung und alles neu anlegen?
Wenn ich dann erst an die vielen Leichen im AD denke wird mir ja schon fast schlecht.
Ist es nicht praktikabler, und womöglich für viele andre ebenso einfacher die Prüfung aus dem Isolinux zu nehmen und ins Webinterface bzw. die Console zu integrieren, sodass die meldung dierekt kommt: Name nicht empfohlen nehmen sie nen anderen, mit der Möglichkeit darauf zu bestehen das so zu lassen wie es ist?
Bei mir fangen beispielsweise alle Systeme mit der Raumnummer an, was auch grad erst mit dem Umsiteg auf OPSI angewandt wurde.
Also stehe ich nun deppert da und muss allen Rechnern neue namen verpassen und doppelt fürhren bis sie neu installiert werden?
Gibt es denn eine Möglichkeit meine Clients im Webinterface konform um zu benennen?
oder muss ich nun jeden einzelnen neu eintragen und die MAC und die Beschreibung und alles neu anlegen?
Wenn ich dann erst an die vielen Leichen im AD denke wird mir ja schon fast schlecht.
Ist es nicht praktikabler, und womöglich für viele andre ebenso einfacher die Prüfung aus dem Isolinux zu nehmen und ins Webinterface bzw. die Console zu integrieren, sodass die meldung dierekt kommt: Name nicht empfohlen nehmen sie nen anderen, mit der Möglichkeit darauf zu bestehen das so zu lassen wie es ist?
Bei mir fangen beispielsweise alle Systeme mit der Raumnummer an, was auch grad erst mit dem Umsiteg auf OPSI angewandt wurde.
Also stehe ich nun deppert da und muss allen Rechnern neue namen verpassen und doppelt fürhren bis sie neu installiert werden?
Re: Netboot - BAD FQDN
Gut, das ganze scheint sich nun erledigt zu haben.
Mit dem neuen Namen läuft der setup schonmal an.
ABER dabei sind mir wieder einige ungereimtheiten aufgefallen:
zum einen: Mit meinen Dell optiplex Startet das Bootimage nicht neu, es bleibt beim Schwarzen Opsilogo bis ich den rechner neu starte dann geht der Setup von HDD weiter.
Zum anderen scheint der Opsi-Package-Manager mit den aktuellen Paketen letzter woche (preloginloader und xpp) nicht klar zu kommen, da in den Paket ordnern, z.b. in /opt/pcbin/install/preloginloader# auftauchen: CLIENT_DATA, OPSI und SERVER_DATA
Dadurch schlug spontan der Preloginloader Setup fehl bis ich die dateien aus CLIENT_DATA nach preloginloader verschoben habe.
Beim XP-Paket wurde ich der Fehlermeldungen nicht mehr Herr und musste auf das alte zurück greifen.
entweder mache ich so viel falsch oder der Package manager kommt mit den neuen Formaten noch nicht zurecht?
Mit dem neuen Namen läuft der setup schonmal an.
ABER dabei sind mir wieder einige ungereimtheiten aufgefallen:
zum einen: Mit meinen Dell optiplex Startet das Bootimage nicht neu, es bleibt beim Schwarzen Opsilogo bis ich den rechner neu starte dann geht der Setup von HDD weiter.
Zum anderen scheint der Opsi-Package-Manager mit den aktuellen Paketen letzter woche (preloginloader und xpp) nicht klar zu kommen, da in den Paket ordnern, z.b. in /opt/pcbin/install/preloginloader# auftauchen: CLIENT_DATA, OPSI und SERVER_DATA
Dadurch schlug spontan der Preloginloader Setup fehl bis ich die dateien aus CLIENT_DATA nach preloginloader verschoben habe.
Beim XP-Paket wurde ich der Fehlermeldungen nicht mehr Herr und musste auf das alte zurück greifen.
entweder mache ich so viel falsch oder der Package manager kommt mit den neuen Formaten noch nicht zurecht?
- j.schneider
- uib-Team
- Beiträge: 1810
- Registriert: 29 Mai 2008, 15:14
Re: Netboot - BAD FQDN
Wir haben uns dafür entschieden uns an die RFC zu halten und eine Ziffer als erstes Zeichen ab der nächsten Version wieder zu erlauben.
Die Probleme mit dem opsi-package-manager kann ich nicht nachvollziehen.
Bitte einmal die Ausgabe von:
posten.
Die Probleme mit dem opsi-package-manager kann ich nicht nachvollziehen.
Bitte einmal die Ausgabe von:
Code: Alles auswählen
dpkg -l | grep opsi
Re: Netboot - BAD FQDN
Code: Alles auswählen
opsi:/opt/pcbin/install/preloginloader/utils# dpkg -l | grep opsi
ii opsi-atftpd 0.7.dfsg-1.4 advanced TFTP server - opsi version with pcr
ii opsi-configed 1.4.22-1 OPSI config editor
ii opsi-depotserver 3.4-1 server fuer das Softwareverteilungssystem OP
ii opsi-linux-bootimage 20100901-1 Linux-Bootimage fuer das Softwareverteilungs
ii opsi-utils 3.4-4 OPSI utils
ii opsiconfd 2.0.0.25-1 OPSI configuration service
ii opsipxeconfd 0.3.8-1 OPSI PXE configuration daemon
ii python-opsi 3.4.0.12-1 OPSI python library
Code: Alles auswählen
opsi:/opt/pcbin/install/winxppro# ls
CLIENT_DATA OPSI SERVER_DATA
opsi:/opt/pcbin/install/winxppro# ls CLIENT_DATA/
create_driver_links.py drivers opsi
custom extract_driver_pack.py setup.py
download_driver_pack.py i386 show_drivers.py
- j.schneider
- uib-Team
- Beiträge: 1810
- Registriert: 29 Mai 2008, 15:14
Re: Netboot - BAD FQDN
Wie wurde der opsi-package-manager aufgerufen (kompletter Befehl)?
Re: Netboot - BAD FQDN
opsi-package-manager -x paket.opsi
ansich so wie ich dachte das es funktionieren sollte.
Code: Alles auswählen
opsi:/opt/pcbin/install# opsi-package-manager -x winxppro_3.4-2.opsi
Re: Netboot - BAD FQDN
BitteSpilkz hat geschrieben:opsi-package-manager -x paket.opsi
Code: Alles auswählen
opsi-package-manager --help
Gruss
Bardo Wolf
OPSICONF 2024
https://opsi.org/en/opsiconf/
Basisworkshop Mainz :
17. - 20. 06. 2024
opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
http://www.uib.de
Re: Netboot - BAD FQDN
okay glasklarer Layer 8 Fehler sorry.
Dann scheinen meine Probleme doch fast alle gelöst (werden).
Herzlichen dank!
Dann scheinen meine Probleme doch fast alle gelöst (werden).
Herzlichen dank!