Paket-Verifikation

[schulmann]

Hallo zusammen,

nach der Installation von ITSM 4.0.6 (von ftp.otrs.org/pub/otrs/itsm/bundle4) bekomme ich die folgende Anzeige:

ITSM_Paket_Verifikation.png

Wenn ich die genannten Pakete aber von ftp.otrs.org/pub/otrs/itsm/packages4 einzeln installiere bekomme ich keine solchen Meldungen.

Verwendetes System: OTRS 4.0.6 auf openSUSE 13.2

Was läuft da schief?

Gruß
Claus-Dieter

[Rooobaaat]

Ist dem System der Zugriff auf https://cloud.otrs.com und https://pav.otrs.com gestattet?

[schulmann]

Ist dem System der Zugriff auf https://cloud.otrs.com und https://pav.otrs.com gestattet?

Ja.
Sonst würde ich vermutlich auch bei der Einzel-Installation die Fehlermeldung bekommen.

Hier die Testausgabe (für die Nachvollziehbarkeit des zeitlichen Ablaufs habe ich noch date-Kommandos eingefügt):

Code: Select all

# date;for dest in cloud.otrs.com pav.otrs.com;do (sleep 5;echo '\035')|telnet $dest 443;date;done
Wed Feb 25 20:39:54 CET 2015
Trying 217.69.89.248...
Connected to cloud.otrs.com.
Escape character is '^]'.
Connection closed by foreign host.
Wed Feb 25 20:39:59 CET 2015
Trying 62.146.52.69...
Connected to pav.otrs.com.
Escape character is '^]'.
Connection closed by foreign host.
Wed Feb 25 20:40:04 CET 2015
# 

Weder im Betriebssystem noch in der OTRS-Sysconfig ist ein Proxy eingetragen.
Allerdings ist NAT aktiv weil die Maschine in einer VM unter Virtualbox läuft.

[Rooobaaat]

dann liegts vllt. am NAT.... was passiert wenn du von NAT auf Bridge stellst?

[schulmann]

dann liegts vllt. am NAT.... was passiert wenn du von NAT auf Bridge stellst?

Für das Umstellen auf Bridge muss ich Änderungen an der Netzkonfiguration des Hosts (nicht nur an der virtuellen OTRS-Maschine) machen.
Das will ich vermeiden.
Zudem würde das nicht erklären warum die Installation der einzelnen Pakete keine Fehlermeldungen produziert.

NAT kann nur dann eine Rolle spielen wenn entweder Rückverbindungen nötig sind oder die echte IP-Adresse im HTTPS-Datenstrom verpackt ist.
Rückverbindungen gibt es typischerweise bei uralten Protokollen (wie z. B. FTP) oder bei schlechten Programmierungen.
Für das Verpacken der echten IP-Adresse im HTTPS-Datenstrom sehe ich keinen Grund.
Deshalb glaube ich nicht, dass NAT eine Rolle spielt.

Die Sache ist irgendwie undurchsichtig.
Ich bin nicht einmal sicher ob es die Auswirkung von etwas ganz anderem ist und evtl. mit openSUSE 13.2 zusammenhängt.

[Rooobaaat]

Das du Änderungen am Host machen musst ist mir klar..... Machs einfach mal.... Für mich ist das ehrlich gesagt kein OTRS Problem sondern n Problem an deiner Host-Config....

[thomas91]

Hey,

bei mir war es ein Problem mit dem Netz!
viewtopic.php?f=35&t=28264
Ich habe einen Proxy eingetragen um die eine in meinem Beitrag erwähnte Meldung zu entfernen.
Jedoch war weiterhin das Problem mit den Paketen und den OTRS News.
Vielleicht hilft dir mein Beitrag weiter.

[schulmann]

Wie von mir vermutet: Es ist egal ob NAT aktiviert ist oder nicht.
Wenn die Pakete einzeln installiert werden gibt es keine Verifikationsfehler und wenn das Bundle installiert wird gibt es Verifikationsfehler.
Das ist immer so, sogar wenn das Bundle deinstalliert und stattdessen einige oder alle Pakete einzeln installiert werden.
Ich habe auch die Einzelpakete deinstalliert und das Bundle wieder installiert. Dann kommen die Verfikationsfehler sofort wieder.
Das Löschen der OTRS-Caches bewirkt dabei nichts.

Weil die direkten Verbindungen ins Internet offensichtlich nicht so funktionieren wie sie sollen habe ich in einem zweiten Test spasseshalber alle Zugriffe ins Internet über einen HTTP-Proxy (in dem Fall war es ein squid) geleitet.
Auch da gab es Verifikationsfehler nur beim Bundle.

Die Frage ist nun: Wie sieht das bei anderen Linux-Installationen aus?

[jojo]

liegt wohl am Bundle. Ich mach mal nen Bug auf

[schulmann]

liegt wohl am Bundle. Ich mach mal nen Bug auf

Hallo jojo,

danke.

Gruß
Claus-Dieter

[jojo]

kann aktuell nicht nachvollzogen werden, siehe Bug http://bugs.otrs.org/show_bug.cgi?id=11126