Relaesewechsel im GAD-Rechenzentrum - Ursache HTTP-Fehler ??

Wenn das wirklich so ist - was ich noch immer bezweifle - macht die Software etwas falsch. Entweder hat es dann doch mit der Zertifikatsprüfung zu tun oder die Kommunikationskomponente von Kontex ist anderweitig kaputt oder die Rückmeldung wird nicht richtig ausgewertet.

Sind alle Bestandteile der Software lokal beim Kunden installiert oder lädt das Ding Teile von einem zentralen Server zur Ausführung nach?
Falls alles lokal installiert ist, wie sieht es denn mit Kunden aus, die ewig kein Update mehr gemacht haben? Gibt es Gemeinsamkeiten/Unterschiede bei Kunden mit unterschiedlichen Versionsständen?

Also ich finde das in Zeile 1 und 5 in dem von mir geposteten LOG eindeutig hervorgeht das direkt https://hbci-pintan.gad.de angesprochen wird.
DAS IST EIN LOG VON DER Kundenmaschine !
Hab ich auch immer so geschrieben. Wie kommt Ihr nur darauf das es anders wäre.

>> Ansonsten wären hier im Forum auch mehr Anfragen zum 503-Fehler dokumentiert und nicht nur für Kontex.

Wir drehen uns im Kreis.

>> Wenn das wirklich so ist - was ich noch immer bezweifle -

Wieso zweifelst du das an ?
Was gibt dir Anlass dazu ?

>> macht die Software etwas falsch.

Kann ja sein.
Nix ist fehlerfrei.
Aber nach Experten-Meinung kommt ein 503er immer vom Server.
Und ich bin auf der Suche nach einer clientseitige Maßnahme damit das nicht passiert.
Dazu muss ich aber wissen warum der Server den Fehler wirft.

>> Entweder hat es dann doch mit der Zertifikatsprüfung zu tun

Es gibt keine mir bekannten Zertifikate (auch wenn ich das hier nicht schreiben soll)
Es ist mir auch nicht bekannt dass das notwendig ist, sonst hätten wir das

>> oder die Kommunikationskomponente von Kontex ist anderweitig kaputt

>> oder die Rückmeldung wird nicht richtig ausgewertet.

Mehr als den HTTP-Header auswerten und den 503 ins LOG schreiben kann ich nicht.

>> Sind alle Bestandteile der Software lokal beim Kunden installiert oder lädt das Ding Teile von einem zentralen Server zur Ausführung nach?

Ja alles lokal beim Kunden installiert.
Es wird nix irgendwoher nachgeladen.
Die Komminikation Kunden-Server <-> GAD läuft vollkommen autark

>> Falls alles lokal installiert ist, wie sieht es denn mit Kunden aus, die ewig kein Update mehr gemacht haben?
>> Gibt es Gemeinsamkeiten/Unterschiede bei Kunden mit unterschiedlichen Versionsständen?

Welche Updates ?
Die Updates unserer Software machen wir selbst. (Wir haben auf alles Kundenmaschinen Zugriff per VPN/RDP)
Alle haben den gleichen Stand

>> Diese dauernden Fullquotes von dir und truth nerven...

Ok ich weis nicht was so üblich ist

>> Wie kommt Ihr nur darauf das es anders wäre
>Weil das Fehlerbild diese Vermutung nahe legt.

Ist mir nicht klar woraus die aus dem Fehlerbild ableitest das es sich nicht um die Kunden-Maschine handelt, sondern nochmal "umgeleitet würde"

>> Beantworte mal die anderen Fragen bitte.

Konkret welche bitte, langsam verlier ich den Überblick

>> Und teile mal mit, was der Netzwerkadmin dazu sagt.

Welcher Netzwerkadmin denn ?
Den von den Kunden-Servern ?
Das wären min. 15 Personen an 15 Standorten.
Andere zuständigkeiten kann ich nicht erkennen.

>> Wir brauchen mehr neue Infos von dir,
>> sonst drehen wir uns wirklich nur im Kreis.

Ich geb alles was ich hab

Und weiterhin wird gefullquotet......
Lies doch mal bitte nach, wie man richtig zitiert.

Solange du ständig mehr Gegenfragen stellst als Antworten lieferst wird es schwierig.
Um wie viele Kunden geht es eigentlich, dass ihr die alle per Fernwartung selbst updaten könnt? Und wie viele davon sind vom Fehler betroffen?


Nein, das stimmt nicht. Ich vermutete bislang lediglich, dass zentral kommuniziert wird, weil das aufgrund des Fehlerbilds hätte sein können und bis gerade eben nicht bewiesen war, dass es nicht so ist.

Sind die anderen 105 deshalb nicht betroffen, weil sie kein Konto bei GAD haben? Oder hat das einen anderen Grund?

Jede Frage erst stellen zu müssen verzögert die Angelegenheit natürlich auch enorm....
Vielleicht kannst du ein paar Randinfos auch einfach mal von selbst geben.

Stumpf ist Trumpf!

>> Aber du scheinst mit dem Problem wirklich überfordert zu sein.

Sehe ich auch so.
Weil nicht von mir verursacht.

Danke für deinen Rat.

Über den langen Irrweg "läuft in der Kontex-Sphäre über einen zentralen Server" bin ich sehr enttäuscht.

Danke für deine Mühe

Lassen wirs für heute gut sein.

Es wäre super wenn hier die Diskussion auf einer sachlichen Ebene weitergeführt wird. Fragen und Antworten zum Thema können gern gepostet werden. Persönliche Meinungen über die Beteiligten oder persönliche Befindlichkeiten haben hier nichts zu suchen. Bitte bleibt beim Thema und beschränkt Eure Beiträge auf das Wesentliche. Ich möchte ungern das Thema einfach schließen.

@TheTruth

>> Mir ist aufgefallen, dass bei den erfolgreichen Abrufen die Dialog-ID mit U (z. B. UN oder UM) beginnt. Kannst Du das auch bestätigen?


Also kann ich nicht bestätigen.
Bei erfolgreichen Aufrufen (heute ubrigens viele) kommen alle unterschiedliche Buchstaben am Anfang der DialogID. z.B. TU, SU, TR, UR.
Ich kann da keine Logik erkennen.

Aber was anderes ist mir gerade aufgefallen:

Anstatt eines 503er ist bei einem Kunden 2x eine HBCI-Fehlernachricht gekommen:

HIRMG:3:2+
9050::Die Nachricht enthält Fehler. (TRE)+
9000::Es ist ein technisches Problem aufgetreten. Bitte später erneut versuchen.+
9800::Dialog abgebrochen (TRE)+
9340::Auftrag abgelehnt. (TRE)'

Hatte ich vorher noch nie gesehen !
Beim nächsten mal kam aber wieder 503.
Auf den 15 betroffenen Kunden-Servern laufen ja die Abrufe-Versuche per Taskplaner stündlich, und ich kann die LOGs verfolgen.