IBM Communications Server for Windows
6.1.3 版
ReadMe


Copyright International Business Machines Corp. 2007
All Rights Reserved
Licensed Material - Property of IBM
US Government Users Restricted Rights - Use, duplication or
disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
目錄
1 關於本版次
本版次的新增功能、修正歷程、相容性
2 安裝資訊
軟硬體需求、安裝
3 解除安裝資訊
4 網站資訊
5 版次資訊
適用於 6.1.3 版及 6.1.2 版、的特性及功能、SNA API 用戶端、「遠端管理」用戶端
6 限制
7 注意事項及商標


1 關於本版次

Communications Server for Windows 提供適用於 Windows 系統的 SNA 連線功能, 以便連接 IBM z/OS Communications Server 及其他支援 LLC2、SDLC、X.25 及 Enterprise Extender 連線的 SNA 實作。Communications Server for Windows 也提供適用於 OEM 配接卡的開放式配接卡介面。

IBM Communications Server for Windows 6.1.3 版是升級程式, 它提供新的 Windows Installer (之前稱為 MicroSoft Installer = MSI) 介面, 以及 6.1.2 版的修正程式及更新項目。.6.1.3 版是完整安裝,因此如果有安裝舊版,則在安裝 6.1.3 版之前必須先解除安裝舊版。

本文件包含線上說明與書籍的增補資訊。其中說明新增功能、提示、要訣、限制及更正之類的資訊。

感謝您選擇 IBM Communications Server!

[回到頂端] [目錄]


1.1 本版次的新增功能

Communications Server for Windows 6.1.3 版提供新的 Windows Installer 介面,以支援在 Windows 2000、Windows XP、Windows Server 2003,或 Windows Vista 上安裝。如需 6.1.2 GA 之後 6.1.3 新增功能的詳細資料,請參閱 6.1.3 版的特性及功能6.1.2 版的特性及功能

[回到頂端] [目錄]


1.2 產品修正歷程

此版本提供具有新 Microsoft Windows Installer 介面的 Communicatios Server for Windows 6.1.3 版產品。

請檢查第 4 節列出的網站, 以取得本產品的最新相關資訊。

[回到頂端] [目錄]


1.3 產品相容性

不適用

[回到頂端] [目錄]


2 安裝資訊

Communications Server for Windows 6.1.3 版產品是以 CD-ROM 的方式出貨,但您也可以下載本產品的套裝軟體。

[回到頂端] [目錄]


2.1 硬體需求

Communications Server for Windows 6.1.3 版可在 Windows 2000、Windows XP、Windows Server 2003 (Standard Edition 或 Enterprise Edition),或 Windows Vista 支援的任何 32 位元作業系統上執行。依據網路環境及使用的 Windows 平台 (工作站及伺服器),可能會需要更快的處理器及更大的記憶體。

啟動磁碟機需要有 5 MB 的磁碟空間, 且在任何 HDD 上,若為永久使用,需要 175 MB 的空間。

SNA API 用戶端可以 32 位元模式在 Windows 2000、Windows XP、Windows Server 2003 (Standard Edition 或 Enterprise Edition) 或 Windows Vista 所需的任何硬體上執行。 在任何 HDD 上,若為永久使用,SNA API 用戶端需要 25 MB。

Remote Administration 用戶端可在適用於 Windows 2000、Windows XP、Windows Server 2003 (Standard Edition 或 Enterprise Edition) 或 Windows Vista 的任何 32 位元作業系統所需的硬體上執行。

[回到頂端] [目錄]


2.2 軟體需求

Communications Server for Windows 需要下列其中一項 32 位元 Microsoft 作業系統:

此外:

需要下列其中一種瀏覽器以使用啟動程式來安裝 Communications Server:

SNA API 用戶端需要下列其中一項:

Communications Server 6.1.2 版及更新的版本不支援無法運作的 Windows 平台(例如 Windows NT)。

[回到頂端] [目錄]


2.3 安裝

目錄子區段
2.3.1 安裝 6.1.3
2.3.2 安裝注意事項
2.3.3 後置安裝清除
2.3.4 產品維護
2.3.5 啟用 Windows Installer 記載

[回到文件頂端] [目錄]

2.3.1 安裝 6.1.3
如需安裝指示,請參閱快速入門 一書,網址為 http://www.ibm.com/software/network/commserver/windows/library/index.html

您也可以檢視安裝套件中的快速入門 文件。

[回到子區段頂端] [回到文件頂端] [目錄]

2.3.2 安裝注意事項

關閉其他應用程式
因為 Communications Server 會與安裝在系統上的數種產品互動且需要重新開機, 所以您必須先關閉其他應用程式,然後才能安裝 Communications Server。

CD 自動執行
您可以在 Windows 2000、Windows XP、Windows Server 2003 (Standard Edition 或 Enterprise Edition) 及 Windows Vista 上執行此功能。

Communications Server 與 Microsoft SNA Server
Communications Server 和 Microsoft SNA Server 無法安裝在相同的 主要分割區中。在許多產品之間重疊使用的許多共用服務都無法彼此相容。

必要的管理使用者權利
Communications Server 管理使用者應該具備載入及卸載裝置驅動程式進階使用者權利(根據 Windows「使用者管理程式」中的指定)。 請參閱原則 > 使用者權利功能表,然後勾選顯示進階使用者權利。您可以為每一個使用者確實新增這個權利。也可以將這個使用者權利新增至 IBMCSADMIN 使用者群組。

網域控制器安裝
將 Communications Server 安裝到主要或備份領域控制器時, 您應該為 IBMCSADMIN 和 IBMCSAPI 本端使用者群組啟用本端登入使用者權利。

[回到子區段頂端] [回到文件頂端] [目錄]

2.3.3 後置安裝清除
安裝伺服器之後需要重新啟動。

[回到子區段頂端] [回到文件頂端] [目錄]

2.3.4 產品維護

此 Communications Server 6.1.3 是完整安裝,在此安裝之後只能安裝 CSD for 6.1.3。

IBM 藉由下列項目來提供更正維護:

APAR 及 CSD 可用性

APAR 修正程式:

Communications Server 附有許多個別的 APAR 修正程式,來解決產品的問題。針對特定元件的 APAR 修正程式將取代該元件先前的 APAR。 APAR 修正程式也需要安裝最新的 CSD。

CSD:

CSD 是產品更新,附有所有累加 APAR。此為完整安裝,但是在解除安裝前一個層次後,請將更新 CSD 安裝在與前一個層次相同的目錄下,並安裝相同的功能。

[回到子區段頂端] [回到文件頂端] [目錄]

2.3.5 啟用 Windows Installer 記載
Communications Server 產品的安裝記載是在呼叫安裝時指定的, 由啟動程式指定,或是經由指令行,明確地指定記載。

若是 Windows Installer 4.0 on Windows Vista 及更新版本,Communications Server 產品 具有由預設啟用的安裝/解除安裝詳細記載。 然而,若是 Vista 之前的 Windows 系統,依預設將不會記載從「新增或移除程式」起始的解除安裝。

若要在較舊的系統中記載由「新增或移除程式」起始的解除安裝,則需要將下列項目新增至機器的登錄中:

請參閱 Microsoft 的「如何啟用 Windows Installer 的記錄」網站以取得詳細資料: http://support.microsoft.com/kb/223300

為了記載解除安裝,在執行三個 Communications Server 產品其中任何一個的解除安裝之前, 請執行 run msilogging_add.reg,其安裝於主要 Communications Server 安裝目錄下的 "Tools" 中, 以更新登錄。

附註:Windows Installer 記載適用於所有在系統上安裝/解除安裝的產品, 若是持續啟用記載將會影響效能以及磁碟空間。

在解除安裝之後,執行 msilogging_remove.reg 以移除項目。即使已經解除安裝產品, msilogging 檔案仍將存在於主要 Communications Server 安裝目錄下的 "Tools" 中。這些檔案不會隨著產品解除安裝。

安裝日誌將存在於安裝產品時指定的日誌目錄中。 若是使用「新增或移除程式」來解除安裝產品,解除安裝日誌將存在於機器的 TEMP 目錄。 日誌檔名稱的格式為 MSI***.log,其中 *** 為一些數字。 請使用日期戳記來判斷對應於 Communications Server 解除安裝的檔案。

[回到子區段頂端] [回到文件頂端] [目錄]


3 解除安裝資訊

移除舊版的 Communications Server

Communications Server 6.1.2 版 APAR JR21456 提供清除套裝軟體,可移除 6.1.2 及舊版的 Communications Server 程式碼與登錄資訊。為了確保能完整地解除安裝 Communications Server 產品, 您可以從網站下載清除套裝軟體 (JR21546),網址為 http://www.ibm.com/support/docview.wss?rs=2262&uid=swg24009834

如需解除安裝指示,請參閱快速入門 一書,網址為 http://www.ibm.com/software/network/commserver/windows/library/index.html

您也可以檢視安裝媒體中的快速入門

如果 Personal Communications 與 Communications Server 安裝到同一部機器上, 則必須先解除安裝 Personal Communications,然後才能解除安裝 Communications Server。

如果已順利解除安裝 Personal Communications,請至下列 Communications Server 支援頁面,並在 TechNotes 中搜尋相關資訊:
http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm

嘗試解除安裝產品前, 應該先終止所有使用 Communications Server 的應用程式。當應用程式(例如 APING 或 Personal Communications)正在執行時, 如果嘗試解除安裝 Communication Server,會導致解除安裝當掉,直到應用程式終止為止。

移除舊版的 Communications Server for Client Access

若要移除 6.1.2 版或更早的版本,您應該對 cwbzzodb.dll 及 cwbzzidx.dll 執行 regsvr32.exe。請參閱在安裝或解除安裝 Client Access 後進行修復,以取得詳細資訊。

若要移除 6.1.3 版,請至「新增/移除程式」,選取程式並移除。

[回到文件頂端] [目錄]


4 網站資訊

產品資訊
如需 IBM Communications Server 產品系列的最新相關資訊, 請造訪 Communications Server 網站,網址為 http://www.ibm.com/software/network/commserver。 這個網站提供標題資訊、規格表、常見問題、教育訓練等等的資訊及鏈結。

產品支援
如需最新的支援資訊,請造訪 Communications Server 支援網站,網址為 http://www.ibm.com/software/network/commserver/support。 這個網站提供程式碼修訂、要訣、新文群組、維護等等的資訊及鏈結。

技術附註
在 IBM Support 資料庫中搜尋 TechNotes,網址為: http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm.

[回到頂端] [目錄]


5 版次資訊

目錄區段
5.1 6.1.3 版的特性及功能
5.2 6.1.2 版的特性及功能
5.3 SNA API 用戶端
5.4 遠端管理
5.5 APINGD 配置

[回到頂端] [目錄]


5.1 6.1.3 版的特性及功能

目錄子區段
5.1.1 Windows Installer 支援
5.1.2 連線網路可聯繫性察覺 (CNRA) 支援
5.1.3 CPIC Communications Server 相容性
5.1.4 Microsoft Host Integration Server 的同步 SLI 關閉相容性
5.1.5 新增暫停 LUWID
5.1.6 IBM Tivoli License Management (ITLM) 支援
5.1.7 對模式定義新增接收速度視窗最大值
5.1.8 OEM 配接卡支援
5.1.9 增加 EEDLC 接收緩衝區以提高效能
5.1.10 啟用探查以減少 LAN 配置
5.1.11 配置範例檔案

5.1.1 Windows Installer 支援
Windows Installer 是可靠的安裝工具,可用來在 Microsoft Windows 系統上安裝及解除安裝產品。6.1.3 版使用 Windows Installer。舊版的 Communications Server for Windows 使用 InstallShield 安裝程式。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.2 連線網路可聯繫性察覺 (CNRA) 支援
CNRA 容許 Communications Server for Windows EN 節點通知主機伺服器不應使用特定的連線網路,而應使用另一個路由來代替連線網路路由。主機上需要 VTAM APAR 號碼 OA21948,才能啟用 CNRA。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.3 CPIC Communications Server 相容性
以前,為 Communications Server for Windows 撰寫的長時間執行 CPI-C 應用程式需要發出 TP_End (XCENDT) 呼叫,以釋放 CPI-C 所保留而要用於作用中 TP 實例的資源。處理 End_TP 時,Communications Server 會針對指定的 TP 實例發出 APPC TP_ENDED 動詞。完成 TP_ENDED 動詞後,Communications Server 會釋放與該 TP 實例相關聯的控制區塊。

Communications Server for Linux 或 Communications Server for AIX 不支援此延伸呼叫。Communications Server for Windows 中的 CPI-C 已變更為在取消配置最後一個交談時自動發出 APPC TP_ENDED 動詞。透過此變更,不再需要 TP_End 呼叫,但仍然容許使用它。這不會影響使用 TP_End 的舊有 Communications Server for Windows 應用程式,而不具有 TP_End 的新程式也可正確結束。這可增強 CPI-C 程式碼在 IBM 的 Communications Server for Windows、AIX 及 Linux 之間的可攜性。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.4 Microsoft Host Integration Server 的同步 SLI 關閉相容性
Microsoft Host Integration Server 支援同步 SLI 關閉,而 Communications Server for Windows 6.1.2 版僅執行非同步傳遞。同步傳遞是由 .acg 的節點定義部分中的關鍵字 SLI_CLOSE_SYNC_SUPPORT=1 來啟用 (請參閱下面 5.1.5 的範例)。此選項容許同步傳遞,這可讓 SLI 應用程式在任一伺服器上執行而不變更。 預設值是 SLI_CLOSE_SYNC_SUPPORT=0 與前一個版次相同。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.5 暫停 LUWID 選項
暫停 LUWID 選項容許在 Communications Server for Windows 傳送的 ATTACH (FMH-5) 上省略 LUWID (工作邏輯單元 ID)。會使用 SUPPRESS_LUWID 關鍵字在 NODE 定義中指定此選項。預設行為 (SUPPRESS_LUWID=0 或不存在) 不會暫停 LUWID,所以 ATTACH 上會包括它。設定 SUPPRESS_LUWID=1,就不會在 ATTACH 上併入 LUWID。這會影響從此節點傳送出去的每個 ATTACH。

下列範例顯示 .ACG 檔案項目。

NODE=(
     ANYNET_SUPPORT=NONE
     CP_ALIAS=CPNAME
     DEFAULT_PREFERENCE=NATIVE
     DISCOVERY_SUPPORT=NO
     DLUR_SUPPORT=MULTI_SUBNET
     FQ_CP_NAME=NETID.CPNAME
     GVRN_SUPPORT=0
     SUPPRESS_LUWID=1
     MAX_LOCATES=150
     MAX_LS_EXCEPTION_EVENTS=200
     NODE_ID=05D00000
     NODE_TYPE=END_NODE
     REGISTER_WITH_CDS=1
     REGISTER_WITH_NN=ALL
     SEND_TERM_SELF=0
     SLI_CLOSE_SYNC_SUPPORT=0
     TP_SECURITY_BEHAVIOR=VERIFY_EVEN_IF_NOT_DEFINED
)

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.6 ITLM (IBM Tivoli License Management) 支援
6.1.3 版支援之前不支援的 IBM Tivoli License Management。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.7 新增接收速度視窗最大值至模式定義
已新增選項,以定義速度視窗的大小上限。會使用 MAX_RECEIVE_PACING_WINDOW 關鍵字在 MODE 定義中指定此選項。

Communication Server for OS/2 提供固定式速度及雙向固定式速度。Communications Server for Windows 僅提供調整式速度。固定式速度的需求是限制速度視窗的大小上限,以減少緩衝需求,並減少使用相同鏈結的其他應用程式的延遲。雖然 Communications Server for Windows 仍然使用調整式速度,但還是可以設定 MAX_RECEIVE_PACING_WINDOW 的低限來模擬固定式速度。.ACG 檔案中的 MAX_RECEIVE_PACING_WINDOW 是 MODE 定義的一部分。例如,可以定義 FIXEDPAC 模式,如下所示:

   MODE=(
     MODE_NAME=FIXEDPAC
     AUTO_ACT=0
     COMPRESSION=PROHIBITED
     COS_NAME=#CONNECT
     ENCRYPTION_SUPPORT=NONE
     DEFAULT_RU_SIZE=1
     MAX_INCOMING_COMPRESSION_LEVEL=NONE
     MAX_NEGOTIABLE_SESSION_LIMIT=3
     MAX_OUTGOING_COMPRESSION_LEVEL=NONE
     MAX_RU_SIZE_UPPER_BOUND=4096
     MIN_CONWINNERS_SOURCE=1
     PLU_MODE_SESSION_LIMIT=3
     RECEIVE_PACING_WINDOW=2
     MAX_RECEIVE_PACING_WINDOW=5 
  )

在此範例中,速度視窗從 2 開始 (RECEIVE_PACING_WINDOW),其最大值為 5 (MAX_RECEIVE_PACING_WINDOW)。請注意,傳送速度視窗具有調適性,而沒有指定的限制,除非遠端節點使用 MAX_RECEIVE_PACING_WINDOW 來設定模式。

可編輯 .acg 配置檔或使用 NOF API 的 DEFINE_MODE 動詞來設定 MAX_RECEIVE_PACING_WINDOW 參數。可藉由 NOF 呼叫來設定 MAX_RECEIVE_PACING_WINDOW 參數。用來定義此參數的 NOF 變數是 max_receive_pacing_win。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.8 OEM 配接卡
配接卡支援是由配接卡供應商提供。下列配接卡與 Windows 上的 Communications Server 搭配使用:

如需最新的驅動程式,請聯絡配接卡供應商。如果使用上面沒有列出的配接卡,請聯絡配接卡供應商,以判斷 Communications Server for Windows 中是否支援該配接卡。配接卡廠商必須提供適當的通訊協定堆疊驅動程式,才能搭配 Communications Server for Windows 6.1.3 版執行。

Microsoft 支援的 LAN 配接卡也可以用於 Communications Server for Windows。同樣的,Microsoft Windows 所支援的 IP LAN 配接卡在 Enterprise Extender 中也受到支援。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.9 增加 EEDLC 接收緩衝區以提高效能
EEDLC 的接收緩衝區預設數目從 6.1.2 版中的 32 個增加到 6.1.3 版中的 256 個。此變更改進了高速鏈結 (例如十億位元組乙太網路) 的效能,也改進了具有大量同時交談之鏈結的效能。將數目從預設值 256 (或登錄中的預設值 0) 增加到最大值 1024 可進一步改進 EEDLC 效能。

此值是定義在 Windows 登錄中 "HKLM\System\CurrentControlSet\Services\pdlndldl\Parameters" 下的鍵值 "NumberRcvBuffers" (DWORD 類型)。有效值範圍從 128 到 1024。若要變更值,請在指令行中鍵入 "regedit",然後尋找 "NumberRcvBuffers" 及 "modify" ,以將新值設定在 128 到 1024 之間。需要重新啟動,此值的變更才能生效。

在編輯登錄之前,請參閱 Microsoft 文章 http://support.microsoft.com/kb/256986,以取得相關指示及警告。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.10 啟用探查以減少 LAN 配置
Communications Server 容許透過「SNA 節點」作業 (pcsnops.exe) 及「配置」(pcscfg.exe) 或稱為「遠端管理用戶端」的專用安裝,來遠端管理伺服器。IBM Communications Server 具有一項功能,可從伺服器/遠端管理用戶端的「SNA 節點作業」(pcsnops.exe) 及「配置」(pcscfg.exe) 探查這些連接 LAN 的遠端伺服器。LAN 探查容許 EN 節點探查 NN 節點;容許 TN3270 工作站探查 TN3270 伺服器;容許相依 SNA 工作站探查 SNA 閘道伺服器,並容許遠端管理者用戶端探查伺服器。如果未使用探查功能,因為所有資源都是預先定義的而不是探查到的,所以探查會導致 LAN 中存在不必要的播送訊息。

在舊版中,一律會啟用探查功能且無法停用它。為了減少 6.1.3 版不必要的網路資料傳輸,新增了一個選項來容許停用探查。現在預設為停用。

此選項是在 Windows 登錄中,由 "HKLM\SOFTWARE\IBM\Communications Server\CurrentVersion\RAPI" 下的鍵值 "EnableDiscovery" (DWORD 類型) 來定義。有效值為 0 (預設值,表示停用) 及 1 (表示啟用)。如果刪除登錄碼,則會啟用探查。若要變更值,請在指令行中鍵入 "regedit"。然後尋找 "EnableDiscovery" 參數及 "modify" 來變更值。 需要重新啟動,此值的變更才能生效。

在編輯登錄之前,請參閱 Microsoft 文章 http://support.microsoft.com/kb/256986,以取得相關指示及警告。

藉由啟用追蹤項目「使用者服務->SNA 節點作業->程序追蹤」,可透過追蹤公用程式來進行驗證。啟動「SNA 節點」作業。可在格式化的追蹤檔案中找到下列追蹤項目。

[77] 10/10 12:54:17.25,(004C) len=24, User services.SNA Node Operations.0001, 00000D70:00000CF8
DiscoveryThread 正在啟動
[78] 10/10 12:54:17.25,(004D) len=50, User services.SNA Node Operations.0001, 00000D70:00000CF8
RAPIServer 使用者已要求停用探查
[79] 10/10 12:54:17.25,(004E) len=64, User services.SNA Node Operations.0001, 00000D70:00000CF8
DiscoveryThread 使用者已透過登錄要求停用探查
可從此處驗證探查已停用,且未傳送多重播送。

[回到子區段頂端] [回到文件頂端] [目錄]

5.1.11 配置範例檔案
安裝目錄中有 4 個範例,位於 SampleConfigs 之下 (預設為 C:\ProgramFiles|IBM\Communications Server\SampleConfigs):

使用這些範例來建置您自己的配置。建議您複製這些範例,而不要變更它們。可以使用文字編輯器或使用 Communications Server for Winows Node Configuration GUI 來修改範例副本。使用範例將需要以下變更:

[回到子區段頂端] [回到文件頂端] [目錄]


5.2 6.1.2 版的特性及功能

目錄子區段
5.2.1 Active Directory 支援
5.2.2 追蹤機能更新
5.2.3 指令行追蹤加強功能
5.2.4 SNAFORMAT 指令加強功能
5.2.5 TN3270 伺服器停用反向 DNS 查閱
5.2.6 RFC2355 的 TN3270 伺服器延伸
5.2.7 Connection Networks 與主機名稱支援
5.2.8 EEDLC IPv6 支援
5.2.9 本端 LU - Windows 終端機伺服器用戶端使用者 ID 配置
5.2.10 新增 CSIT.EXE 的「例外處理程式」常式以擷取設陷
5.2.11 最先可用的 LAN 配接卡
5.2.12 新增 LU 6.2 階段作業層次逾時的 SNA 功能
5.2.13 TERMSELF 支援
5.2.14 微調 HPR 計時器
5.2.15 Connection Network 的 GVRN (廣域虛擬遞送節點) 選項
5.2.16 Connection Networks 的無限制資源選項
5.2.17 外速登入
5.2.18 有效產能
5.2.19 公用程式
5.2.20 CSNTPD
5.2.21 定義 TP 如何處理安全資訊

5.2.1 Active Directory 支援
Communications Server 會將其 TN3270 與 TN5250 服務發佈到 Windows Active Directory。它可以減少您需要執行的手動配置次數。

透過這個功能,用戶端應用程式可以搜尋及尋找 Windows 伺服器上的 Communications Server TN3270 與 TN5250 服務。Active Directory 會將 Windows 伺服器的 IP 位址與埠號傳回給應用程式,讓用戶端連接到伺服器。 在 Windows 用戶端上,使用「輕裝備目錄存取通訊協定」(LDAP) V3 API 或「Active Directory 服務介面」(ADSI) API 的應用程式都可以使用這個功能。

若要尋找 Active Directory 中的服務,請在 ldap_search 的過濾條件引數中指定這些引數, 以作為目錄搜尋呼叫 API 的一部分:

CN=IBM_CSNT*objectclass=serviceConnectionPoint

搜尋呼叫會提供 TN 伺服器的 IP 位址和埠號給 serviceBindingInformation 參數。

使用 Communications Server 6.1.2.3,您可以選擇不要將 TN3270 服務發行至 LDAP Active Directory。在 HKEY_LOCAL_MACHINE\SOFTWARE\IBM\Communications Server\CurrentVersion\Configuration 下設定 TN3270AdvtToADS 關鍵字的 DWORD 值 0 後,將會停用 TN3270 通告。

停用發行的步驟:

您必須變更封包多重播送的 TCP/IP 參數的 Windows 登錄預設值,才能取得 SLP 支援。這個參數會決定用來傳送 IP 多重播送的是 「記號環多重播送」位址(根據 RFC 1469 中的說明)或子網路廣播位址。

當 Windows 預設值為 1 時,會將電腦配置成使用 RFC1469「記號環多重播送」位址來進行 IP 多重播送。 將這個值設定為 0 時,會將電腦配置成使用子網路廣播位址來進行 IP 多重播送。

請使用下列程序啟用 Windows 中的 SLP 支援:

  1. 呼叫登錄編輯器 (regedit.exe)。
  2. 展開登錄清單以顯示下列鍵值:

    MyComputer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  3. 如果字串值 TrFunctionalMcastAddress 不存在,請使用下列程序建立它:
    1. 按一下編輯 > 新增 > DWORD 值
    2. 輸入名稱 TrFunctionalMcastAddress
    3. 按兩下 TrFunctionalMcastAddress 字串值。
    4. 將值設定為 0

    如果字串值 TrFunctionalMcastAddress 已經存在,請用下列方式來重設這個值:

    1. 按兩下 TrFunctionalMcastAddress 字串值。
    2. 將值設定為 0

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.2 追蹤機能更新
追蹤機能的設計是用來追蹤多使用者環境中應用程式層次及裝置驅動程式層次上的活動, 如「Windows 終端機伺服器 (WTS)」。 您可以輕易地將來自應用程式層次的追蹤登錄關聯到 WTS 階段作業 ID, 但是來自裝置驅動程式的追蹤登錄並不會發生在任何特定的 WTS 階段作業中 (就如同它們不會發生在任何特定的程序或執行緒一樣)。 裝置驅動程式碼會在 Ring 0 中執行, 這是一般執行環境定義外部的最低執行層次。

在 WTS 環境中,應用程式層次的追蹤與之前的運作方式相同。 每一個使用者都可以啟動追蹤機能,但是只能從各自的應用程式擷取應用程式層次追蹤登錄。 某一使用者無法擷取另一使用者的應用程式追蹤登錄。 由於追蹤機能變更,所以 WTS 階段作業 ID 0 中的使用者可以存取裝置驅動程式追蹤的追蹤選項, 並接收裝置驅動程式追蹤登錄。 WTS 階段作業 ID 0 以外的階段作業中的所有使用者都無法存取裝置驅動程式的追蹤選項, 且無法接收任何裝置驅動程式追蹤登錄。 以上行為僅適用於 6.1.2 版

若為 6.1.3,「追蹤機能 GUI」會變更,如此,即使是在非零的階段作業中,也可以處理核心層級追蹤。進行這種變更,便能在 Microsoft Vista 中支援「核心」層級追蹤,因為 Vista 的主控台階段作業中也沒有階段作業 0。然而,此實作目前有限制,並且需要管理權限。如果是「網域」使用者,使用「指令行追蹤」選項將允許非管理員使用者追蹤核心層級選項。

Windows 通常會將 WTS 階段作業 ID 0 指派給 WTS 伺服器機器的第一個使用者。 遠端桌面通常不會被指派 WTS 階段作業 ID 0。追蹤配置檔的格式已經更新,可識別裝置驅動程式追蹤選項。 主要追蹤機能視窗會顯示使用者是否可以從這個 WTS 階段作業來追蹤裝置驅動程式活動。

指令行追蹤已經更新,以容許 WTS 階段作業 ID 0 以外的使用者執行核心層次追蹤。使用者可以透過 CSTRACE 指令來發出 APPN 與 APPC 以及 Connectivity 這類核心層次追蹤選項。

選項 > 喜好設定功能表可讓您變更預設追蹤參數,如下所示。 請按一下重設來回復所有的設定。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.3 指令行追蹤加強功能
若要在「Windows 終端機伺服器」環境中執行追蹤,則應使用指令行追蹤公用程式。

以下是新增的選項。指令和參數並沒有區分大小寫。

如果要開啟 APPC API 與 LAN 追蹤,則追蹤選項檔的格式應該是:

/f 3 /c 7 /o 1
/f 4 /c 33 /o 2

若要設定其他指令行追蹤選項,請參閱快速入門 一書的「附錄 B」,網址為 http://www.ibm.com/software/network/commserver/windows/library/index.html

如需語法說明, 請發出 cstrace helpcstrace 指令(不加上其他參數)。請參閱快速入門文件, 以取得其他的 CSTRACE 參數資訊。

APPNT.bat 是用來啟動追蹤 (其中包含選項說明) 的範例指令行批次檔。APPNF.bat 是用來停止、儲存及格式化追蹤的範例指令行批次檔。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.4 SNAFORMAT 指令加強功能
SNAFORMAT 會格式化 SNA、APPN、HPR、LLC2、SDLC 及 EEDLC 資料的 .TLG 檔案。 它不會影響其他追蹤, 所以您可以查看同一個檔案中,鏈結層次的串流都已經格式化的所有追蹤。

您可以新增旗標到 SNAFORMAT 指令中, 以建立摘要和明細檔。語法如下:

SNAFORMAT filename +|-s +|-d +|-h

其中

預設旗標設定值是 +s +d +h

輸入 SNAFORMAT 指令,但是不要加上任何參數,來顯示已支援的選項。

下列程序詳細說明 SNAFORMAT 公用程式的正確用法。

  1. Communications Server 節點作業群組或指令行啟動追蹤公用程式
  2. 選取連線功能LAN (LLC2) 以及(或)EEDLC 元件名稱。選取想要的追蹤選項。
  3. 根據您的需要來選取其他追蹤選項。
  4. 啟動追蹤。
  5. 在事件發生後,請停止追蹤,然後儲存並格式化追蹤。這樣就會建立 NSTRC.TLG(預設檔案名稱)檔。當指令行介面執行追蹤時,也會產生追蹤檔。
  6. 從指令行發出下列指令

    SNAFORMAT NSTRC.TLG

    依預設, 這個指令會產生摘要及明細檔。NSTRC.SUM 檔顯示資料串流事件的摘要。 NSTRC.DET 檔提供詳細的追蹤資訊, 以及原始 .TLG 檔中的所有資料。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.5 TN3270 伺服器停用反向 DNS 查閱
停用「反向 DNS 查閱」後,可能會在建立 TN3270 階段作業時減少 5 到 10 秒的延遲。 您現在可以編碼 ASCII 配置 (.ACG) 檔中的 DISABLE_IP_ADDRESS_RESOLUTION 參數, 以防止呼叫 DNS。它可以減少 5 到 10 秒的延遲。

下列範例顯示如何在 ACG 檔中將新的參數加以編碼。可能的值是 0=False (啟用位址解析) 及 1=True (停用位址解析)。

TN3270E_DEF=(      
AUTO_LOGOFF=0
DEFAULT_POOL_NAME=PUBLIC
ENABLE_FILTERING=0
FILTER_PREFERENCE=HOSTNAME_FIRST
FREQUENCY=60
KEEPALIVE_TYPE=TN_NONE
LOGOFF=30
LU_TAKEOVER=0
LU_TAKEOVER_TIMER=10
TIMER=10
DISABLE_IP_ADDRESS_RESOLUTION=1 	
)

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.6 RFC2355 的 TN3270 伺服器延伸
TN3270E 伺服器可支援「競爭解析功能」,如 Internet-Draft 文件 ( draft-ietf-tn3270e-extensions-04.txt) 所述。

Communications Server TN3270 伺服器會實作「競爭解析功能」。這個功能可以解決「鍵盤還原」、「隱含鍵盤還原」、Bid 和「信號」的問題。 實作可以改進 TN3270E 用戶端的效能,並加強採用此類用戶端的應用程式的功能。

這項特性包含支援及實作 RFC2355「競爭解析」延伸所需要的更新項目。支援這個 RFC 的用戶端(例如 IBM WebSphere Host On-Demand 7.02 或更新的版本)在連線設定期間會協議功能。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.7 Connection Networks 與主機名稱支援
Communications Server for Windows 在 APPN 選項功能表中提供用於 IBMEEDLC 及 LLC2 的 Connection Networks 介面。 Connection Networks 也有一個新的 INHERIT_PORT_LIMITED_RESOURCE 選項, 可以繼承埠定義,在連線網路環境中配置無限制的資源。(如需詳細資訊,請參閱 5.2.16 一節。)

Enterprise Extender 支援「主機名稱」。這項功能包括在 LOCATE 傳送「主機名稱」,以及在使用「主機名稱」時支援 Connection Networks。

為了避免發生不必要的 DNS 查閱,EEDLC 裝置定義可讓您選擇不使用主機名稱。若為 IPv4,這個功能的目的是增進連線網路的使用效能,而預設值是要在「定位」控制向量上傳送 IP 位址及主機名稱。它還有助於經常啟動及取消啟動的已定義鏈結。啟動節點時會解析主機名稱,但如果在 EEDLC 定義上設定「請勿使用主機名稱」,則在啟動鏈結時不會再次解析它。

如果所有節點都在相同的防火牆內,則所有節點上的主機名稱都會解析成相同的 IP 位址, 因此可以直接使用 IP 位址。 然而,如果節點之間有防火牆,必須使用主機名稱,才能在兩端正確地解析 IP 位址。 尤其是在節點之間的路由器或防火牆正在執行重新導向、虛擬或位址轉換功能時, 此條件為真,所以必須使用主機名稱而非 IP 位址來定址。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.8 EEDLC IPv6 支援
EEDLC 可以配置為執行 IPv4 (IBMEEDLC) 或 IPv6 (IBMEE006),或定義 DLC 執行每一個通訊協定。 撥出的鏈結必須在正確的 DLC 類型中定義。IPv6 在 Windows 2000 作業系統上不受支援。

可以使用主機名稱或 IP 位址來配置 IPv6。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.9 本端 LU - Windows 終端機伺服器用戶端使用者 ID 配置
輸入這個「本端 LU」的使用者 ID。在已經定義使用者 ID(這個輸入欄位)的「本端 LU」中啟動「交易程式 (TP)」時, 「SNA 節點」會嘗試提供該使用者桌面的 TP 存取權。 如果使用者目前已經登入,就會以該使用者的權限來執行 TP。如果使用者並未登入,則不會啟動 TP。

這個使用者 ID 欄位也可以是 System 這個值。在此情況下, 會使用 SYSTEM 權限來執行 TP,且唯一可以存取的工作站是系統主控台。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.10 新增 CSIT.EXE 的「例外處理程式」常式以擷取設陷
會將設陷資訊複製到 C:\Program Files\IBM\Communications Server 安裝目錄中的 csntexcp.log 檔。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.11 最先可用的 LAN 配接卡
在透過 SNA 節點配置畫面來定義「LAN 裝置」時,可以使用這項特性。

Communications Server for Windows 提供了加強型的配置畫面來支援配接卡。其中包括一個配置精靈, 它可以告訴您工作站上所安裝的配接卡已經啟用或停用。只有連結到 LLC2 通訊協定的配接卡才會顯示在清單中。

如果您選取使用最先可用的 LAN 配接卡,Communications Server 就會依照配接卡號碼的排序,使用第一個啟用的 LAN 配接卡。

以下是典型的配置:

配接卡 0 (停用)
配接卡 1 (啟用) 記號環
配接卡 2 (啟用) 乙太網路

在此情況下,會使用「配接卡 1」,因為「配接卡 0」已經停用。

如果您的配置是依賴特定的配接卡(例如,「配接卡 2」), 請勿啟用使用最先可用的 LAN 配接卡選項。這是因為當您新增配接卡時,作業系統可能會重新指派配接卡號碼, 而您偏好的配接卡可能不是最先可用的配接卡。在此情況下,請從清單中選取您偏好的配接卡。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.12 新增 LU 6.2 階段作業層次逾時的 SNA 功能
LU62_TIMEOUT 選項可讓您在交談作業完成時終止 LU 6.2 階段作業。LU62_TIMEOUT_VALUE 指定新交談作業未使用時階段作業終止前的經歷時間 (以秒為單位)。

下列範例顯示 .ACG 檔案項目。

LU62_TIMEOUT=(
LU62_TIMEOUT_RESOURCE_TYPE=GLOBAL_TIMEOUT
LU62_TIMEOUT_VALUE=20
)

您只能在 ACG 配置檔中配置這個特性。這是所有 LU 6.2 階段作業中的廣域設定, 但 IBM Service TP (如 CPSVCMGR 階段作業及 CP-CP CPSVCMG 階段作業) 除外。

在 APAR JR20407 (內含於 6.1.2.3) 的新增功能中,已在 LU62_TIMEOUT_RESOURCE_TYPE 中新增了三個選項:

LOCAL_LU_TIMEOUT = 2
PARTNER_LU_TIMEOUT = 3
MODE_TIMEOUT = 4

使用這些新類型時,亦請使用新參數 LU62_TIMEOUT_RESOURCE_NAME, 以指定 LOCAL_LU 名稱、PARTNER_LU 名稱或 MODE 名稱。 只有在具有指定的 LU、PARTNER_LU 或 MODE 名稱的階段作業中, 才能使用 LU62_TIMEOUT。 而此逾時還是不會停止 CPSVCMG 及 CPSVRMGR 階段作業。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.13 TERMSELF 支援
您可以使用 SEND_TERM_SELF 函數,讓 Communications Server 使用 TERMSELF 代替 UNBIND (如 JR16810 所述)。請將 .ACG 檔中的 SEND_TERM_SELF 參數設定為 1。然後, TERMSELF 就會清除 LU-LU 階段作業,而不是 UNBIND, 這樣會清理主機工作,減少使用者重新連線到先前登入系統時的問題。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.14 微調 HPR 計時器
RTP_Tuning 參數包括八個參數:

1. PATH_SWITCH_ATTEMPTS - 嘗試在新的 RTP 連線上設定的路徑切換數目。指定範圍在 1 到 225 之間的值。如果您指定 0 (零),Communications Server for Windows 會使用預設值 6。

2. SHORT_REQ - 在 Communications Server for Windows 決定與 RTP 中斷連線以及開始「路徑切換」處理作業之前,要傳送「狀態要求」的次數限制。指定範圍在 1 到 225 之間的值。如果您指定 0 (零),Communications Server for Windows 會使用預設值 6。

3. 四個路徑切換計時器 - 路徑切換時間是 Communications Server for Windows 嘗試對斷線的 RTP 連線進行路徑切換的時間長度 (以秒為單位)。對於每個有效的傳輸優先順序,此參數指定為四個個別的時間限制,依序為:LOW、MEDIUM、HIGH 及 NETWORK。每個時間限制都必須在 1 到 65535 的範圍內。您對每個傳輸優先順序指定的值都不得超過任何較低傳輸優先順序的值。如果您對這些值中的任何一個指定 0 (零),Communications Server for Windows 便會使用相對應的預設值,如下所示:

LOW_PATH_SWITCH_TIME    = 480 秒 (8 分鐘)
MEDIUM_PATH_SWITCH_TIME = 240 秒 (4 分鐘)
HIGH_PATH_SWITCH_TIME   = 120 秒 (2 分鐘)
NETWORK_PATH_SWITCH_TIME = 60 秒 (1 分鐘)
附註:路徑切換時間必須排序,以使 LOW > MEDIUM > HIGH > NETWORK。

RTP_TUNING 路徑切換計時器 (全部 4 個) 必須大於所使用的鏈結的鏈結逾時。例如,EEDLC 鏈結每隔「非作用中的計時器」的間隔時間會進行測試,並在偵測到錯誤之前重試「連接重試次數」次。這些參數是在 Ipv4 或 IPv6 畫面的 IBM EEDLC 中及「EEDLC 裝置」中配置。預設值為非作用中計時器 = 10 秒,連接重試次數 = 3。這表示鏈結失敗的時間為 (3 + 1) x 10 = 40 秒。在偵測到鏈結失敗之前,路徑切換將會使用失敗的鏈結,從而導致失敗。當路徑切換的嘗試失敗後,透過 HPR 管道遞送的階段作業將終止。

4. MAX_REFIFO_TIME - RTP 通訊協定使用稱為「Re-FIFO 計時器」的計時器。此計時器的值會計算為通訊協定的一部分,但此參數會指定最大值 (以毫秒為單位),超過此最大值時,計時器便無法增加時間。在某些情況下,設定此最大值能增進效能。將值設為 0 (零) 表示計時器無限制,而能花費通訊協定所計算的任何時間值。此參數的預設值為 4000 毫秒,最小值為 250 毫秒。如果指定的值是在 1 到 249 毫秒之間,則會使用 250 毫秒。

在此變更之前,Refifo 時間沒有限制,但現在依預設會設定限制。若要返回前一個行為,您可以如所說明的那樣將限制設為 0 (零)。

5. MAX_SHORT_REQ_TIME - RTP 通訊協定使用稱為「短要求計時器」的計時器。此計時器的值會計算為通訊協定的一部分,但此參數會指定最大值 (以毫秒為單位),超過此最大值時,計時器便無法增加時間。在某些情況下,設定此最大值能增進效能。將值設為 0 (零) 表示計時器無限制,而能花費通訊協定所計算的任何時間值。此參數的預設值為 8000 毫秒,最小值為 500 毫秒。如果指定的值為 1 到 499 毫秒,則會使用值 500 毫秒。

在此變更之前,短要求時間或 Refifo 時間沒有限制,但現在依預設會設定限制。若要返回前一個行為,您可以如所說明的那樣將限制設為 0 (零)。 3.

RTP_TUNING 變更 .acg 檔案中的預設路徑切換時間的範例。

RTP_TUNING=(
     PATH_SWITCH_ATTEMPTS=6                RANGE = 0,255      default = 6
     SHORT_REQ=0                           RANGE = 0,255      default = 6
     LOW_PATH_SWITCH_TIME=240              RANGE = 1,65535    default = 480 秒
     MEDIUM_PATH_SWITCH_TIME=120           RANGE = 1,65535    default = 240 秒
     HIGH_PATH_SWITCH_TIME=100             RANGE = 1,65535    default = 120 秒
     NETWORK_PATH_SWITCH_TIME=60           RANGE = 1,65535    default =  60 秒
     MAX_SHORT_REQ_TIME=8000               RANGE = 0,24000    default = 8000 毫秒
     MAX_REFIFO_TIME=4000                  RANGE = 0,12000    default = 4000 毫秒
)

顯示 RTP_TUNING 也已新增至 csdisplay rtn,格式為:

Low 路徑切換時間       480
Medium 路徑切換時間    240
High 路徑切換時間      120
網路路徑切換時間       60
路徑切換嘗試次數       6
短要求重試限制         6
短要求時間上限         8000
Refifo 時間上限        4000

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.15 Connection Network 的 GVRN (廣域虛擬遞送節點) 選項
這個功能可以讓 Connection Network 用於不同的網路中。 您可以在 .ACG 檔的 NODE 段落中設定下列值。 值 1 會啟用這項特性。

GVRN_SUPPORT=1

您也可以透過「節點配置」GUI 工具來啟用。 請定義「節點」,然後在「進階選項」下方,尋找啟用 GVRN 支援勾選框。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.16 Connection Networks 的無限制資源選項
此項功能可以讓 Connection Network 進行連結以保持作用中, 讓啟動的階段作業透過鏈結來保持作用中。這樣可以減少「網路節點」的需求, 並且減少完成交易的時間。

若要將連線網路設為無限制資源,您必須在 .ACG 檔的 CONNECTION_NETWORK 段落中新增下列值。

INHERIT_PORT_LIMITED_RESOURCE=YES

此外,請在 PORT 段落中設定連線網路指定埠的值 IMPLICIT_LIMITED_RESOURCE=NO

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.17 快速登入
「快速登入」功能可讓 3270 用戶端(例如 Host On-Demand)的使用者 登入主機系統,而不必輸入使用者 ID 和密碼。 這是透過下列方法完成的:

如果要啟用「快速登入」,請選取 TN3270E 伺服器定義階層下方的 ELF 支援配置視窗中的勾選框。 配置視窗會要求您指出要使用的 DCAS。 您可以使用 DCAS 的 IP 位址或者其主機名稱和埠號來識別它。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.18 有效產能
EEDLC 及 LAN 埠定義中的預設值從 133 (10 Mbps) 變更為 160 (100 Mbps)。 此變更可增進線路錯誤後的 HPR 復原效能。 如果使用較高速度的連線 (例如 1 Gbps),則應該增加預設值。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.19 公用程式
AFTP、APING、AFTP、APPCTELL、CPICCREQ/CPICCSVR、FILEREQ/FILESERV 及 GETSENSE 公用程式僅提供美式英文版本。這些程式僅「依現狀」提供,不含任何型式的保證, 包括明白宣告的可售性及針對特性目的之適用性。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.20 CSNTPD
用法:csntpd [-s/-S] [ -q/-Q]

-Q/-q - 無聲模式以抑制蹦現畫面。

此選項可解決下列狀況

  1. 要求使用者「按下任一鍵繼續」時,抑制使用者交談的需求。
  2. 暫停指示登錄已複製的蹦現視窗。

-S/-s - 抑制登錄集成。使用此選項可抑制登錄集成,且因此輸出資訊連結器不會收集 registry.dat 及 csntreg.dat。

附註:預設的資訊連結器行為是要顯示蹦現畫面,且如果未使用任何選項執行時,會收集登錄資訊。

[回到子區段頂端] [回到文件頂端] [目錄]

5.2.21 定義 TP 如何處理安全資訊
TP_SECURITY_BEHAVIOR 節點定義參數可讓您定義當 TP 並未配置安全功能時, 節點如何處理 ATTACH 中的安全資訊。以下是可能的值:

[回到子區段頂端] [回到文件頂端] [目錄]


5.3 SNA API 用戶端

目錄子區段
5.3.1 應用程式沒有重新啟動
5.3.2 多使用者支援
5.3.3 WTC 上的配置
5.3.4 SNA API 用戶端的追蹤及訊息記載附註
5.3.5 LDAP 目錄伺服器修正

5.3.1 應用程式沒有重新啟動
遺失對伺服器的 SNA API 用戶端連線之後,如果您的應用程式無法正確重新啟動, 就表示 SNA API 用戶端 DLL 和執行檔可能沒有從記憶體中正確卸載。在此情況下, 即使重新建立連線後,應用程式可能也無法重新啟動。

如果發生這種情況,您應該以手動方式終止 SNA API 用戶端執行檔。 指令行公用程式 resetapi.exe 會與 Windows 用戶端 API 一起安裝。 這個公用程式可終止 SNA API 用戶端執行檔,而不需要將用戶端重新開機。

[回到子區段頂端] [回到文件頂端] [目錄]

5.3.2 多使用者支援
從 Communications Server 6.1.2 開始,在「Windows 終端機伺服器」環境中使用 SNA API 用戶端來執行的系統可支援多使用者。下面是在多使用者環境中使用加裝 Personal Communications 的 SNA API 用戶端 (例如「遠端桌面」連線至 WTS) 與 SNA API 用戶端搭配使用的實務範例。

遠端桌面用戶端 <====> WTS 以及 Personal Communications 與 SNA API 用戶端 <====> CS/Windows <====> z/OS 主機

[回到子區段頂端] [回到文件頂端] [目錄]

5.3.3 WTC 上的配置
WTC 並不需要特殊的配置。 使用「遠端桌面」用戶端或任何其他 WTC 軟體來登入 WTS。 使用已配置的 Personal Communications 階段作業,此階段作業定義於 WTS 上。

以下是 WTS 的配置:

  1. 配置 LUA 階段作業的 SNA API 用戶端。您可以為每一個使用者執行這個配置。
    1. 選擇本端 INI 配置
    2. 配置廣域資料,例如「使用者 ID」、「密碼」等等。如需其他詳細資料,請參閱快速入門 文件。
    3. 建立包含 LUA 階段作業名稱、 伺服器 IP 位址等等的 LUA 定義。如需其他詳細資料,請參閱快速入門 文件。
    4. 儲存配置。
      • 如果您要為某個特定使用者儲存這個配置, 請用該使用者的名稱來建立一個目錄(例如,user1), 然後用該使用者的名稱來儲存配置檔(例如,user1.ini)。若要完成配置,請參閱下面的項目 3 「若要為每一個使用者配置不同的 .INI 檔」。
      • 如果您要所有的使用者都使用相同的配置, 請使用預設名稱將檔案儲存在預設位置。配置方式和之前的相同(亦即,和 WTS 支援之前的方式相同)。唯一的變更是可支援多使用者配置。
  2. 配置 Personal Communications 以使用 SNA API 用戶端。不論是否提供 WTS 支援,配置程序與之前的方式相同。
    1. 選擇 API 用戶端介面。
    2. 選擇 透過 WINRUI 的 LUA0、1、2、3 連接。
    3. 按一下鏈結參數,然後選擇在 SNA API 用戶端中配置的階段作業名稱。
    4. 保留在其他設定中的預設值。
  3. 若要為每一個使用者配置不同的 .INI 檔,請執行下列動作:
    1. 以您要配置其 .INI 檔的使用者身份來登入系統。
    2. 跳至系統內容 > 進階畫面,然後按一下環境變數
    3. 按一下使用者變數 > 新增
    4. 輸入 CSNTAPI 作為變數值,然後輸入 .INI 檔的路徑。

      比方說,如果使用者 1 的配置位於 C:\user1\user1.ini 檔案中, 而使用者 2 的配置位於 C:\user2\user2.ini 中,則配置方式如下:

      • 在使用者 1 的部分,輸入 CSNTAPI 作為變數值,然後輸入 C:\user1\user1.ini 作為路徑
      • 在使用者 2 的部份,鍵入 CSNTAPI 作為變數值, 然後輸入 C:\user2\user2.ini 作為路徑

配置程序並沒有其他的變更。LUA 階段作業、交易程式等等的配置方式也維持不變。Personal Communications 的配置並不需要改變。Personal Communications 或任何 LU 應用程式的配置步驟仍舊相同。

[回到子區段頂端] [回到文件頂端] [目錄]

5.3.4 SNA API 用戶端的追蹤及訊息記載附註

[回到子區段頂端] [回到文件頂端] [目錄]

5.3.5 LDAP 目錄伺服器修正
SNA API 用戶端配置資訊可以保存在 LDAP 目錄中。 這個版次所支援的目錄伺服器包括 Netscape Directory Server 4.0 版、IBM Directory Server 3.1.1 版,以及 Lotus Domino 5.0 版。

這個版次另外為 Netscape Directory Server 提供了綱目延伸, 您必須先將它們新增至伺服器配置中,然後再配置 SNA API 用戶端。其他支援的目錄伺服器已經包含必要的綱目定義。 您必須使用目錄伺服器的管理公用程式來控制項目和屬性的存取控制。

SNA API LDAP 配置公用程式可讓您修改延伸的項目。 使用這個公用程式的使用者 ID 必須具備存取權,以便將項目寫入到目錄中。在執行用戶端配置公用程式時, 您可以使用目錄管理者 ID(具備上述許可權)。

如果要新增綱目延伸至 Netscape 伺服器,請將下列這幾行新增至 slapd.conf 檔(位於 Netscape 目錄伺服器的 \config 目錄中)。

include ibmcs-oc-ns.conf
include ibmcs-at-ns.conf

這個目錄的實際路徑名稱是根據目錄伺服器的安裝位置以及名稱而定。請參閱下列範例:

drive_letter:\netscape\suitespot\slapd-hostname\config

[回到子區段頂端] [回到文件頂端] [目錄]


5.4 遠端管理

5.4.1 存取訊息日誌檔
您可以檢視已安裝 Communications Server 的遠端機器中的訊息日誌檔。請對映已安裝 Communications Server 的磁碟機。 然後開啟 Communications Server「日誌檢視器」應用程式,再開啟遠端日誌檔 pcwmsg.mlg。

[回到子區段頂端] [回到文件頂端] [目錄]

5.4.2 管理不同的伺服器版本
遠端配置只能配置使用相同版本層次的 Communications Server。例如,6.1.3 版的遠端配置只能配置 6.1.3 版的 Communications Server 節點。

[回到子區段頂端] [回到文件頂端] [目錄]

5.5 APINGD 配置
為了對 SNA 節點執行 APING,必須在配置檔中正確的定義 APINGD TP (交易程式)。建立新的配置檔時,會在安裝 Communications Server 的目錄中定義 APINGD TP。如果配置檔是從另一個方框或未安裝於同一個目錄的另一個版次中複製而來,則必須更新 APINGD 的路徑名稱。例如,若是具有預設安裝路徑 C:\Program Files\IBM\Communications Server 的 6.1.3 將使用具有預設安裝路徑 C:\IBMCS 的 6.1.2 版配置檔,則請變更:
PATHNAME=C:\IBMCS\apingd.exe
為
PATHNAME=C:\Program Files\IBM\Communiactions Server\apingd.exe

您可以藉由編輯 .acg 配置檔或是從「CPIC 及 APPC -> 交易程式」下的配置 GUI 來變更。

[回到子區段頂端] [回到文件頂端] [目錄]


6 限制

6.1 SLP 及不同的加密層次
在以「高安全性」的 TN3270 埠為目標的用戶端階段作業中, 在使用 SLP 查詢時,可能會連線到「僅執行鑑別」的 TN3270 埠, 而如果兩者都是在同一部伺服器中配置,則反之亦然。

Communications Server for Windows 可讓您為 TN3270(E) 或 TN5250 埠定義配置各種層次的加密(高、中、僅執行鑑別)。 這些加密層次位於定義 TN3270 埠定義對話框的安全畫面。

有些 TN3270 或 TN5250 用戶端(例如 Host On-Demand 第 5 版)並不會完全利用 Communications Server 在 SLP 封包中所公告的 SSLv3 資訊。 這些用戶端會忽略加密層次,根據所要求的 SSL 層次、範圍、儲存區和負荷量來連線到第一個埠。 產生的連線可能會使得階段作業所連線的埠並不是使用預期的加密層次。

如果要避免這種情況,在每一部機器或每一個範圍中,僅使用一個加密層次(高、中或僅執行鑑別)。 您可以藉由啟用和停用「安全與用戶端鑑別」,來鎖定既定伺服器的埠。

[回到子區段頂端] [回到文件頂端] [目錄]

6.2 在虛擬作業系統環境中執行
虛擬化可讓您在相同的電腦上,相同的時間中執行多個作業系統及多個應用程式,增加硬體的使用率與彈性。 然而,目前對於某些虛擬化工具,例如 VMWARE,Communications Server 裝置驅動程式無法取得快速準確的時段,這會影響使用 High Performance Routing (HPR) over LLC2 或 Enterprise Extender 的效能。因此,不建議在「虛擬作業」系統環境中執行 HPR。
請參照 IBM 軟體群組說明:

http://www.ibm.com/support/docview.wss?uid=wws1e333ce0912f7b152852571f60074d175

請參照來自 VMware 的計時限制:

http://www.vmware.com/pdf/vmware_timekeeping.pdf

[回到子區段頂端] [回到文件頂端] [目錄]

6.3 SNA API 用戶端用法
「SNA API 用戶端」適用於分支環境,此環境中使用「SNA API 用戶端」連線的使用者數量很少。若您正在將多個分支合併為一個資料中心,或是使用網路伺服器應用程式,則建議您使用伺服器而不是「SNA API 用戶端」。

[回到子區段頂端] [回到文件頂端] [目錄]


7 注意事項及商標

AnyNet、IBM、S/390、WebSphere 和 z/OS 是 IBM Corporation 在美國及(或)其他國家的商標或註冊商標。

Tivoli 和 Tivoli License Management 是 Tivoli Systems Inc. 或 IBM Corporation 在美國及(或)其他國家的商標。

Lotus 和 Domino 是 Lotus Development Corporation 在美國及(或)其他國家的商標或註冊商標。

Microsoft、Windows、Windows NT、Windows 2000、Windows XP、Windows Server 2003 和 Windows Vista 是 Microsoft Corporation 在美國及(或)其他國家的商標或註冊商標。

VMware 是 VMware, inc. 的註冊商標。 [Return to top] [Table of Contents]