Neu DHL Label erstellen Fehler "Die HTTP-Anforderung wurde mit Clientauthentifizierungsschema "Anonymous" nicht zugelassen."

[Max00]

Moin. Habt ihr eine Hardware-Firewall in eurem Netzwerk ? Also keine NAT-Firewall sondern eine Linux/FortiOS/BSD/etc.

Wir haben eine Hardware-Firewall (Sonicwall)

 

[Morimus]

Moin. Habt ihr eine Hardware-Firewall in eurem Netzwerk ? Also keine NAT-Firewall sondern eine Linux/FortiOS/BSD/etc.

Eine Sophos, ja.

 

[mvh]

Das habe ich vermutet. Nach dem letzten Firewall-OS Update haben wir den Fehler auch. Ich werde einen Ticket bei DHL eröffnen, und eventuelle bei JTL, um die Situation zu klären.

 

[Max00]

Das habe ich vermutet. Nach dem letzten Firewall-OS Update haben wir den Fehler auch. Ich werde einen Ticket bei DHL eröffnen, und eventuelle bei JTL, um die Situation zu klären.

Stark, danke dir

 

[Kim F.]

Gibt es irgendeine Rückmeldung zu dem Fehler? Haben das gerade selber bei der Erstellung von DHL Labels...

 

[Klaus K.]

Hier jetzt auch... 😕

 

[mvh]

Moin. Kurz zu Problem. Bei vielen gleichzeitigen konkurrierenden Anfragen (evtl. von vielen Clients) blockt die Firewall für eine bestimmte meistens kurze Zeit die Kommunikation bzw. den Authentifizierungsheader. Das hat zur Folge, dass zwar der Lieferschein erstellt wird, aber er bleibt offen, die WaWi denkt - alles in Ordnung und DHL gibt die Fehlermeldung. Das ist so nach den letzten Firewall Updates passiert, mit zunehmender Rest Api Vulnerability.

 

[mvh]

Die Lösung wäre dhl bzw. dpd und jtl shipping gateways explizit durch die Firewall durchschleifen lassen. Ich würde mich freuen, wenn es noch jemand sich die Mühe macht und das Verhalten unabhängig von mir prüft.

 

[Max00]

Die Lösung wäre dhl bzw. dpd und jtl shipping gateways explizit durch die Firewall durchschleifen lassen. Ich würde mich freuen, wenn es noch jemand sich die Mühe macht und das Verhalten unabhängig von mir prüft.

Ich habe leider keine Zugriff dazu, müssten ich unsere IT Firma beauftragen

 

[dolfy]

Fehler habe ich auch, aber an der Firewall liegt es nicht!

Entweder eine Firewall blockiert etwas oder nicht. Dass mitten beim Drucken von 50 Etiketten dann drei nicht gedruckt werden, liegt nicht an meiner Firewall. Der Fehler muss bei JTL oder DHL liegen.

 

[dapole]

GErade ebven im Lager das selbe gehabt ....
Zwar nur bei einem testauftrag, aber exakt selbe meldung ....

-> War aber nur einmalig, danach gings wieder

 

[Freaky]

Wir haben das selbe Problem. Mit DHL und DPD.
Wenn wir unter Shippinglabels die Einstellungen öffnen und einfach wieder speichern, läuft es sofort wieder.

Aber das nervt ja trotzdem.

 

[unblack]

Wir haben das Problem auch gehäuft (heute gerade wieder), aber das muss nach meiner Meinung auf JTL-Seite sein. Wir haben zwar auch eine Hardware Firewall (OPNsense) dazwischen, aber die relevanten Anfragen gehen brav durch.

 

[mvh]

Das kam als Antwort auf unser JTL- Ticket:

Das Problem welches sie Beschreiben ist bereits bekannt. Kollegen aus dem Bereich sind bereits in der Analyse um eine Mögliche Fehlerbehebung durchzuführen.

 

[CreativeDog]

Wir haben heute festgestellt, dass wenn im Packtisch keinerlei Konfiguration unter Shipping-Labels vorgenommen wurde, dafür aber die Vorlage "Versandetikett" auf den entsprechenden Drucker gemappt wurde, alles funktioniert.
Bisher ging das nie, es musste ja immer die Drucker-Konfiguration unter Shipping-Labels eingerichtet sein.

In unserem Fall gibt es nur DHL 3.0