error HTTP/1.1 401 Unauthorized - Server bleiben hängen

[uartz]

Guten Morgen zusammen,
wir managen mit unserem OPSI-Server Clients sowie Server. Anfang Dezember habe ich unseren "alten" OPSI-Server version 3.3 (Ubuntu server 8.10) mit der Version 3.4 (Ubuntu server 9.10) neu aufgesetzt.

Seit zwei Tagen habe ich das große Problem, das bei den Servern (die haben einen täglichen reboot) und einigen Clients bei der Authentifizierung die Meldung:
error HTTP/1.1 401 Unauthorized kommt. Das Verehrende daran ist, dass die Systeme an dieser Stelle in keinen Timeout laufen, sondern hängen bleiben.
Das hat bereits zu Produktionsausfällen geführt...
Im Log zu einem der Server steht Folgendes:

Code: Alles auswählen

[2] [Dec 15 07:07:25] Forbidden: Cannot find opsiHostKey for host 'server.firma.de' in file '/etc/opsi/pckeys' (opsiconfd|417)
[1] [Dec 15 07:07:25] Traceback (most recent call last):
  File "/usr/sbin/opsiconfd", line 118, in http_GET
    return worker.process()
  File "/usr/sbin/opsiconfd", line 200, in process
    self.deferred.callback(None)
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 243, in callback
    self._startRunCallbacks(result)
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 312, in _startRunCallbacks
    self._runCallbacks()
--- <exception caught here> ---
  File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 328, in _runCallbacks
    self.result = callback(self.result, *args, **kw)
  File "/usr/sbin/opsiconfd", line 389, in _authenticate
    configFile  = backendManagerConf )
  File "/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py", line 151, in __init__
    hostKey = self.getOpsiHostKey(self.__username)
  File "/etc/opsi/backendManager.d/50_interface.conf", line 721, in getOpsiHostKey
    return self._execMethod(self.pckeyBackend, 'getOpsiHostKey', hostId)
  File "/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py", line 501, in _execMethod
    res = eval( "instance.%s%s" % (method, params) )
  File "<string>", line 1, in <module>

  File "/usr/lib/pymodules/python2.6/OPSI/Backend/File31.py", line 1217, in getOpsiHostKey
    raise BackendMissingDataError("Cannot find opsiHostKey for host '%s' in file '%s'" % (hostId, self.__pckeyFile))
OPSI.Backend.Backend.BackendMissingDataError: Cannot find opsiHostKey for host 'server.firma.de' in file '/etc/opsi/pckeys'
 (opsiconfd|619)
[2] [Dec 15 07:07:25] Failed to process rpc: Cannot find opsiHostKey for host 'server.firma.de' in file '/etc/opsi/pckeys' (opsiconfd|623)

Dieser Eintrag wiederholt sich laufend. Der preloginloader versucht es also immer weiter sich zu authentifizieren und bleibt damit vor der Anmeldung stehen.

Hat jemand schon mal ein solches Problem gehabt - oder hat jemand eine Idee???

Gruß uartz

[minidump]

Hi,

Code: Alles auswählen

Cannot find opsiHostKey for host 'server.firma.de' in file '/etc/opsi/pckeys'

Hast du schon geprüft ob die Datei für den / die Server hier vorhanden sind?

Grüße

[uartz]

Hi,
danke schon mal für die schnelle Antwort!
Ja, in der /etc/opsi/pckeys ist der Key vorhanden. Die Client.ini existiert auch. Bis vor zwei Tagen lief die Kommunikation auch zumindest soweit, das die Server nicht hängen blieben.
Gruß uartz

[d.oertel]

Hi,

Das hat bereits zu Produktionsausfällen geführt...

Na dann empfehlen wir doch mal professionellen Support.

By the way - opsi ist für Systeme mit Python 2.6 nicht (!) freigegeben.

Ich würde mir die /etc/pckeys nochmal anschauen......

gruss
d.oertel

[uartz]

Hallo,

Na dann empfehlen wir doch mal professionellen Support.

kommt bestimmt
Aber der Fehler error HTTP/1.1 401 Unauthorized währe ja erstmal zu tolerieren, wenn der preloginloader in einen Timeout laufen würde.
Das Passiert jedoch leider nicht. Es kann sich dann keiner am Server z.B. per RDP anmelden - die Büchse steht...

Kann denn hierfür irgendwo ein Timer definiert werden???

Gruß uartz

[d.oertel]

Hi,

der neue opsiclientd Modus ist da deutlich besser konfigurierbar.

Ist der Servereintrag in der /etc/opsi/pckeys wirklich korrekt ?

gruss
d.oertel

[uartz]

Guten Morgen!
Heute lief es deutlich besser! Habe in der /etc/opsi/opsiconfd.conf die Option "resolve ip = " auf yes gesetzt.

Code: Alles auswählen

        # If a client connects to the service, opsiconfd will try to resolve
        # the ip address to a fqdn by a system call if this option is set.
        # The resolved fqdn will be stored in the session. If a client asks
        # for its id by calling getHostId() the hostname stored in the session
        # will be returned.
        # Opsiconfd needs to be reloaded (SIGHUP) for changes to take effect.
        #
        # Default:
        #   resolve ip = yes

        resolve ip = yes

Interessant war, dass der Wert auf no stand - jedoch laut Default: yes sein sollte. Damit hat es nun heute Morgen zu keinen Problemen mehr geführt
Habe aber in der Doku leider keine genauere Beschreibung zu dieser Option gefunden. Hat jemand vielleicht schon Erfahrungen damit gemacht?

Ist der Servereintrag in der /etc/opsi/pckeys wirklich korrekt ?

Laut log meldet sich der Client mit dem falschen voll qualifizierten Namen. In der pckeys steht der Client definitiv drin. Es hat ja mit dem "alten OPSI-Server" (Version 3.3) funktioniert.
Die Fehler traten erst nach der Neuinstallation auf.

der neue opsiclientd Modus ist da deutlich besser konfigurierbar.

Werde die preloginloder in den kommenden Tagen schrittweise auf den opsicliend bringen. Hat damit schon Erfahrungen gemacht?

Gruß uartz

[d.oertel]

Hi,

Habe in der /etc/opsi/opsiconfd.conf die Option "resolve ip = " auf yes gesetzt.

Wie in der conf- Datei steht, schaltet dieser Parameter die Rückwärtsauflösung der IP-Nummern an.
Da diese bei vielen unserer Kunden nicht gepflegt ist, ist diese inzwischen per default abgeschaltet.

Laut log meldet sich der Client mit dem falschen voll qualifizierten Namen

Hier wäre jetzt interessant:
1. der Clientconnect Log
2. Was liefert denn:

Code: Alles auswählen

opsi-admin -d method getDomain

gruss
d.oertel

[uartz]

Hallo und ein frohes neues zusammen!

1. der Clientconnect Log

Hier steht:

Code: Alles auswählen

  File "/usr/lib/pymodules/python2.6/OPSI/Backend/File31.py", line 1217, in getOpsiHostKey
    raise BackendMissingDataError("Cannot find opsiHostKey for host '%s' in file '%s'" % (hostId, self.__pckeyFile))
OPSI.Backend.Backend.BackendMissingDataError: Cannot find opsiHostKey for host 'server.abc.xyz.de' in file '/etc/opsi/pckeys'

2. Was liefert denn:

Code: Alles auswählen
opsi-admin -d method getDomain

Der Befehl liefert:

Code: Alles auswählen

root@opsi:/var/log/opsi/opsiconfd# opsi-admin -d method getDomain
"abc.xyz.de"

Bis jetzt gab es aber mit der oben genannten Einstellung (resolve ip = yes) keine Probleme mehr!!!

Gruß uartz