DB2 Connect

Zmiana negocjacji typu uwierzytelniania przez bramę

Począwszy od wersji 8.2.2 programu DB2 Connect(TM) (odpowiednik wersji 8.1. z pakietem poprawek 9) brama nie jest już tylko biernym uczestnikiem negocjacji typu uwierzytelniania. Brama pełni teraz rolę aktywną. Typ uwierzytelniania określony we wpisie do katalogu bazy danych na bramie przesłania typ uwierzytelniania wpisany do katalogu po stronie klienta. Na kliencie, na bramie i na serwerze muszą być określone zgodne typy uwierzytelniania. Jeśli w katalogu bazy danych na bramie nie został określony typ uwierzytelniania, domyślnym typem uwierzytelniania żądanym od serwera będzie SERVER. Jeśli jednak serwer nie obsługuje uwierzytelniania typu SERVER, między klientem a serwerem prowadzone będą negocjacje. Ten sposób działania jest inny niż w przypadku klienta, który w wypadku nieokreślenia typu uwierzytelniania domyślnie przyjmuje typ SERVER_ENCRYPT.

Typ uwierzytelniania wpisany do katalogu na bramie nie jest używany, jeśli na kliencie ustawiono opcję DB2NODE lub SQL_CONNECT_NODE w wywołaniu API Set Client. W takich przypadkach w negocjacjach uczestniczy wyłącznie klient i serwer.

Jeśli w konfiguracji menedżera bazy danych na serwerze jako typ uwierzytelniania określono SERVER_ENCRYPT, to serwer taki nie będzie przyjmował połączeń ani prób przyłączenia od klientów żądających uwierzytelniania SERVER.

Nowy scenariusz zabezpieczeń

Na potrzeby połączeń APPC dodano nowy scenariusz zabezpieczeń:

Uwierzytelnianie
GSSPLUGIN
Zabezpieczenia
Brak
Sprawdzenie poprawności
Mechanizm modułu dodatkowego zabezpieczeń interfejsu API GSS

Poprawki do diagramów

W poniższych tematach dotyczących programu DB2 Connect Enterprise Edition zamieszczono niepoprawne diagramy:

W poniższej tabeli przedstawiono poprawki do diagramów zamieszczonych w temacie "Uzyskiwanie dostępu do danych DB2 na hoście lub w systemie iSeries przy użyciu programu DB2 Connect Enterprise Edition".

Tabela 34. Poprawki do diagramów w temacie "Uzyskiwanie dostępu do danych DB2 na hoście lub w systemie iSeries przy użyciu programu DB2 Connect Enterprise Edition".
Położenie w temacie Poprawka
Legenda dla wszystkich czterech diagramów
  • W odwołaniach zamiast "DB2 for OS/390, wersja V5R1" powinno być "DB2 for OS/390, wersja V6 lub nowsza".
  • W odwołaniach zamiast "DB2 for AS/400, wersja V4R2" powinno być "DB2 for iSeries, wersja V5R1 lub nowsza".
Pierwszy diagram (Rysunek 1: DB2 Connect Enterprise Edition) Wszystkie odwołania do "obsługi komunikacji APPC/SNA" są niepoprawne. Protokół SNA/APPC nie jest obsługiwany jako protokół przychodzący dla klienta DB2 Runtime Client przez serwery DB2 w systemach Linux, Unix i Windows, w tym również przez program DB2 Connect Enterprise Edition.

Poniższa tabela zawiera poprawki do diagramów zamieszczonych w temacie "Uzyskiwanie dostępu do danych DB2 z sieci WWW przy użyciu języka Java".

Tabela 35. Poprawki do diagramów w temacie "Uzyskiwanie dostępu do danych DB2 z sieci WWW przy użyciu języka Java".
Położenie w temacie Poprawka
Legenda
  • W odwołaniach zamiast "DB2 for OS/390, wersja V5R1" powinno być "DB2 for OS/390, wersja V6 lub nowsza".
  • W odwołaniach zamiast "DB2 for AS/400, wersja V4R2" powinno być "DB2 for iSeries, wersja V5R1 lub nowsza".
[ Początek strony |Poprzednia strona | Następna strona | Spis treści ]