Dobrý den,

nevím o ničem, tato odstávka neměnila aplikaci, pouze se dělaly updaty externích komponent. Z jaké schránky a pod jakým účtem to posíláte? Nemáte nějaký přesný čas takového požadavku na PROD? Nahlaste ten  problém prosím s těmi detaily na Callcentrum, oni na to založí ticket a bude se to řešit.

Zapínal se na PROD aplikační firewall, ale tam by měla být reakce jiná (ale protože se nic jiného neměnilo, tak je to kandidát).

Jan Šíma

ISDS

Diky,

mam to same i na Testu. Zkouseno "ted" - z ID: "9ddabq5" do ID: "uzcaety" - subjekt zpravy by mel byt "test fw send".

Ale protoze mam ihned pri volani chybu nejsem si jisty kam az se to u vas v serveru dostane.

KF

Používáte .NET? Také jsem zaznamenal náhodné výpadky s uvedenou chybovou hláškou. A to dokonce i při samotném hledání IDDS (nejen tedy při odesílání většího objemu dat). Navíc, pokud jsem použil pro ladění komunikace Fiddler, tak vše bylo v pořádku (aniž bych musel zapínat dešifrování HTTPS komunikace).

Již jsem se s tímto chováním jednou setkal a to také u prostředníka komunikace (zmíněný aplikační firewall?). Problém je, že standardně .NET posílá v rámci HTTP hlaviček Expect: 100-continue a pak pokud HTTPS server odpoví, že spojení zachová, ale nakonec ho nezachová, tak se vrací tato chyba.

Řešením, které jsem použil tehdy a vypadá, že zabralo i nyní na ISDS, je tu hlavičku Expect: 100-continue neposílat, tedy tam kde máte nastavení TLS12:

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;

přidat nastavení, aby se hlavička neposílala:

ServicePointManager.Expect100Continue = false;

Zajímalo by mne, zda i u vás toto řešení zabere.

Dobrý den,

máme stejný problém, navrhované řešení výše nepomohlo, došlo k nějakému posunu? 

Díky
MH

Dobrý deň,

hlásim rovnaký problém s odosielaním. Od začiatku týždňa nám už nahlásili chybu odosielania 4 zákazníci nezávisle na sebe.

Zatiaľ je pravda, že všetci používajú staršiu verziu nášho riešenia písaného v C#, ale aj v tej je už nastavené:

WS.PreAuthenticate = true;

takže toto podľa mňa nepomôže.

S pozdravom,

Miroslav Kačena

Dobrý den,

také se připojuji - máme totožný problém u několika klientů, taktéž máme aplikaci se starší verzí .NET (4.5) a nepoužíváme

WS.PreAuthenticate = true;

Rebuild v novější verzi .NETu jsme zkoušeli, ale nepomohlo. Během úterka odpoledne se vše vrátilo (u všech klientů) postupně samo do funkčního stavu (šlo odesílat), nicměně ve středu ráno opět stejný problém.

Jakékoli testování úprav nebo změn je velmi komplikované, protože proti testovacímu prostředí vše běží bez problému, chyba se vyskytuje pouze na produkci. 

S pozdravem

Michal Šos

"Nas problem" po prechodu na WS.PreAuthenticate = true; se vyresil.

U nas tedy nezalezelo na verzi .NET a problem byl i produ i testu. Chovalo se to jen jinak kdyz na testu se odesilal do datovky soubor mensi nez 64/32kb, pak to FW neurizl.

Ale mame klienty, kteri hlasi ze vse funguje i ve "stare" aplikaci bez preauth = true. Takze nevim zda nedoslo k nejake dalsi korekci fw chovani na PRODu.

Dobrý den,

tento problém jsem zaregistroval ihned po víkendové odstávce a nyní dávám na vědomí, že navrhované řešení skutečně zabralo a odesílání funguje.

Tzn.

• nastavit PreAutenticate na True a
• nastavit Expect100Continue na False.

Tak snad toto zabere i u ostatních.

Díky,

MK

Dobrý deň,

potvrdzujem, že vypnutie Expect100Continue zafungovalo. V našom prípade dočasná úprava kódu nie je úplne riešením, preto sme testovali konfiguračnú alternatívu, ktorá sa zdá funguje - do app.configu klientskej aplikácie stačilo pridať:

<system.net>
  <settings>
    <servicePointManager expect100Continue="false"/>
  </settings>
</system.net>

Pôvodne sa nám nedarilo problém zreprodukovať na testovacom prostredí, ale po hore uvedenom hinte p. Šímu sme skúsili odoslať väčšie prílohy a problém sa objavil.

Testovali sme rôzne verzie .NETu, ale na .NETe nezáležalo - chovalo sa to podobne v 4.0 aj 4.8.

Testovali sme dve rôzne verzie nášho riešenia:

1. Staršiu, ktorá využíva ASMX proxy (System.Web.Services.Protocols.SoapHttpClientProtocol), vygenerované cez wsdl.exe, podobne ako odkazované DEMO riešenie.
2. Novšiu, ktorá využíva WCF proxy (System.ServiceModel.ClientBase), generované pomocou svcutil.exe.

Obe verzie mali problém s odoslaním, len písali odlišné chyby:

1. "Při volání metody CreateMessage webové služby OperationsWebService došlo k výjimce: The underlying connection was closed: An unexpected error occurred on a send."
2. "Při volání metody CreateMessage webové služby OperationsWebService došlo k výjimce: An error occurred while making the HTTP request to https://ws1.czebox.cz/DS/dz. This could be due to the fact that the server certificate is not configured properly with HTTP.SYS in the HTTPS case. This could also be caused by a mismatch of the security binding between the client and the server."

V oboch prípadoch to vyriešilo hore uvedené konfiguračné nastavenie.

S pozdravom,

Miroslav Kačena