Počínaje verzí DB2 Connect(TM) 8.2.2 (ekvivalentní verzi 8.1 s opravou FixPak 9) již brána během vyjednávání o ověřování nevystupuje jako pasivní účastník. Namísto toho brána přebírá aktivní roli. Typ ověřování uvedený v položce adresáře databází brány má přednost před typem ověřování katalogizovaným na straně klienta. Klient, brána i server musí uvádět kompatibilní typy. Pokud není v položce adresáře databází uveden katalogizovaný typ ověřování, bude jako výchozí typ ověřování vyžadovaný od serveru použit typ SERVER. Pokud však server nepodporuje ověřování typu SERVER, proběhne další dohadování mezi klientem a serverem. Toto chování se liší od chování klienta, který v případě neurčeného typu ověřování používá výchozí typ SERVER_ENCRYPT.
Typ ověřování katalogizovaný v bráně nebude použit, pokud je na straně klienta nastavena volba DB2NODE nebo SQL_CONNECT_NODE rozhraní API Set Client. V těchto případech probíhá vyjednávání výhradně mezi klientem a serverem.
Server, v jehož konfiguraci správce databází je uveden typ ověřování SERVER_ENCRYPT, již nepřijímá žádosti o připojení od klientů, kteří požadují ověřování typu SERVER.
Pro připojení APPC byl přidán nový scénář zabezpečení:
Následující témata produktu DB2 Connect Enterprise Edition obsahují nesprávné diagramy:
Následující tabulka uvádí přehled oprav diagramů v tématu "Přístup k datům DB2 hostitele nebo systému iSeries pomocí produktu DB2 Connect Enterprise Edition".
| Umístění v tématu | Oprava |
|---|---|
| Legenda pro všechny čtyři diagramy |
|
| První diagram (Obrázek 1: DB2 Connect Enterprise Edition) | Všechny odkazy na heslo "APPC" a "Podpora komunikace architektury SNA" jsou chybné. Architektura SNA a APPC není jako příchozí protokol pro běhového klienta DB2 servery DB2 Linux, Unix, and Windows podporována, a to včetně produktu DB2 Connect Enterprise Edition. |
Následující tabulka uvádí přehled oprav diagramů v tématu "Přístup k datům DB2 z webu pomocí jazyka Java".
| Umístění v tématu | Oprava |
|---|---|
| Legenda |
|