Sümptomid
Määrate SSL-kanali määratluse SSL-i kasutamiseks ja määrate suvandi Kasuta Microsofti MQ klienti väärtuseks Jah. Kui te seda teete, MQSC adapter nurjub ja järgmine tõrge logitakse vastuvõtukohta või saadetakse port rakenduse sündmuselogisse:
Märkus.
Automatiseerimise "QueueManager" töötlemine nurjus. Kirjeldus: olek: Handshake, sündmus: ServerData – erand: algsed andmed sisaldavad erinevat võimekuse lippu 1.
Lahendus
See probleem on lahendatud hosti integreerimise Server 2016 koondvärskenduses 2.
Olek
Microsoft on kinnitanud, et see on jaotises „Rakenduskoht“ loetletud Microsofti toodete korral esinev probleem.
Lisateave
Koondvärskenduses sisalduvad parandused võimaldavad SSL-i töötada, kui kasutate Microsoft MQ client. Isegi nende paranduste rakendamise korral võib IBM WebSphere serveri SSL-i pidemete tõttu ilmneda tõrge. Teatud olukordades võib ühenduse ilma põhjusekoodita sulgeda, kui vastuvõtukoht või saatmisport on käivitatud. Selle põhjuseks on see, et IBM WebSphere server eeldab ühte konkreetset CipherSpec-koodiskeemi. Kuid .NET raamistik saadab SSL-voog automaatselt täieliku loendi toetatud šifritest, mida klient saab töödelda. Microsofti MQ klientrakendus on juurutatud .NET raamistik SSL-is ja sellel pole saadetavaid Šifreid. Kui esimene CipherSpec vastab MQ Serveri Server-Connection kanalis konfigureeritud CipherSpec-le, siis kõik toimib.
Kui ühendus nurjub, otsige MQ Serveri sündmuselogist sündmust, mis osutab konkreetsele sissetulevale CipherSpec-le, mis nurjus. Seejärel määrake Server-Connection kanalis konkreetne CipherSpec sissetulevate kõnede kehtivaks CipherSpec-ks ja seejärel proovige kõnet uuesti.
Viited
Siit leiate teavet microsofti tarkvaravärskenduste terminoloogia kohta.
Kolmanda osapoole teabe lahtiütlus
Artiklis käsitletava kolmanda osapoole toote lõi Microsoftist sõltumatu ettevõte. Microsoft ei anna seoses nende toodete jõudluse ja töökindlusega mitte mingisuguseid – ei kaudseid ega muid – garantiisid.