# 日本語Compaq TCP/IP Services for OpenVMS
リリース・ノート

前へ | 次へ | 目次

## 2.6.3 LPDのスタートアップとシャットダウンの動作の保存

LPDのスタートアップおよびシャットダウン・コマンド・プロシージャは，個々のサイトで編集されていることがあります。したがって，前のバージョンからTCP/IP Services の現在のバージョンにアップグレードするときには，これらの編集結果を手動で保存しなければなりません。編集結果を保存するための手順は，OpenVMS Alphaシステム ( 第 2.6.3.1 項 を参照) とOpenVMS VAXシステム ( 第 2.6.3.2 項 を参照) で異なります。サイト固有のスタートアップとシャットダウン・コマンド・プロシージャ・ファイルを保存するには，システムのタイプに適したプロシージャを使用してください。

### 2.6.3.1 LPD 動作の保存 (Alpha システム)

TCP/IP Services を前バージョンに重ねてインストールするときに， LPDのスタートアップとシャットダウン・コマンド・プロシージャの編集結果を保存するには，画面に表示される指示に従います。

次に画面表示の例を示します。

    The following product will be installed to destination:
        DEC AXPVMS TCPIPJA V5.1-15                DISK$ALPHASYS:[VMS$COMMON.]

    UCX product already installed.

    ***********************************************************************
    Another version of TCP/IP is installed. You must execute the following
    three commands before continuing with this installation:
    $ BACKUP SYS$COMMON:[SYSMGR]UCX$LPD_STARTUP.COM; -
         SYS$COMMON:[SYSMGR]TCPIP$LPD_STARTUP.COM;
    $ BACKUP SYS$COMMON:[SYSMGR]UCX$LPD_SHUTDOWN.COM; -
         SYS$COMMON:[SYSMGR]TCPIP$LPD_SHUTDOWN.COM;
    $ PRODUCT REMOVE UCX
    ***********************************************************************

これらの指示に従い， TCP/IP Services のインストレーションを完了すると，LPD のスタートアップおよびシャットダウン・ファイルのサイト固有の編集結果は以下のファイルに格納されています。

> SYS$COMMON:[SYSMGR]TCPIP$LPD_STARTUP.COM_OLD
> SYS$COMMON:[SYSMGR]TCPIP$LPD_SHUTDOWN.COM_OLD

その後，サイト固有の編集結果を以下のファイルにマージします。

> SYS$COMMON:[SYSMGR]TCPIP$LPD_SYSTARTUP.COM
> SYS$COMMON:[SYSMGR]TCPIP$LPD_SYSHUTDOWN.COM

### 2.6.3.2 LPD 動作の保存 (VAX システム)

サイト固有のスタートアップおよびシャットダウン情報を保存するには， TCP/IP Services をインストールした後に，以下のファイルからサイト固有の編集結果をコピーします。

> SYS$COMMON:[SYSMGR]UCX$LPD_STARTUP.COM
> SYS$COMMON:[SYSMGR]UCX$LPD_SHUTDOWN.COM

コピー先のファイルは以下のとおりです。

> SYS$COMMON:[SYSMGR]TCPIP$LPD_STARTUP.COM
> SYS$COMMON:[SYSMGR]TCPIP$LPD_SHUTDOWN.COM

### 2.6.3.3 編集結果のマージ (Alpha および VAX システム)

編集結果をマージするときには，キューUCX$LPD_QUEUEの開始と停止を行うコマンドは追加しないようにしてください。このキューはTCPIP$LPD_QUEUE に置き換えられています。TCPIP$LPD_QUEUE の開始および停止用のコマンドは LPDのスタートアップおよびシャットダウン・コマンド・プロシージャ・ファイルに含まれています。

編集結果をマージした後に，追加した LPDクライアント・キュー・スタートアップ・コマンドの /PROCESSOR修飾子の値を変更して，UCX$LPD_SMBをTCPIP$LPD_SMBで置き換えます。たとえば，次のコマンドを入力します。

    LSE Command> SUBSTITUTE/ALL "ucx$lpd_smb" "tcpip$lpd_smb"

## 2.6.4 アップグレード時のメール・メッセージの保存

新しいバージョンの SMTP には，これまでのバージョンとは異なる制御ファイルが含まれています。現在のバージョンの TCP/IP Services にアップグレードする前に，次のように ANALYZE ユーティリティを使って，デッド・レター (プリント・キューに登録されていない SMTP 制御ファイル) を保存しておきます。

    $ UCX ANALYZE MAIL/REPAIR

## 2.6.5 SNMPのスタートアップとシャットダウンの動作の保存

現在のバージョンの TCP/IP Services にアップグレードした後に，SNMPのスタートアップが正しく行われるように，以下のいずれかの操作を実行する必要があります。

- 古い TCP/IP Services のインストレーション(UCX)でSNMPのコンフィギュレーションが行われており，以前のコンフィギュレーションを残したい場合には， SYS$MANAGER:TCPIP$CONFIG.COMコマンド・プロシージャを実行して， UCXコンフィギュレーション・ファイルを自動的に変換するオプションを選択します。

- 現在のバージョンの TCP/IP Services にアップグレードした後に， SYS$MANAGER:TCPIP$CONFIG.COM コマンド・プロシージャを実行します。 SNMPが有効になっている場合には，いったん無効にした後に，再び有効にします。これは，この構成要素が正常に動作するために必要な操作です。

ファイルUCX$SNMP_STARTUP.COMとUCX$SNMP_SHUTDOWN.COM コマンド・プロシージャの別バージョンを (拡張サブエージェントの起動と停止のために)カスタマイズしていた場合には，カスタマイズしたファイルを別のディレクトリに保存しておいてから， TCP/IP Services の新しいバージョンへのアップグレードを行ってください。この保存操作を行わないと，カスタマイズした変更点は失われます。

次の位置のファイルのバージョンをチェックしてください。

- SYS$MANAGER

- SYS$STARTUP

- SYS$SYSDEVICE:[UCX$SNMP]

TCP/IP Servicesをインストールした後に，保存しておいた変更点を，インストレーション後に作成される新しいファイルに手動でマージします。詳細については，『 Compaq TCP/IP Services for OpenVMS Management 』を参照してください。

# 2.7 SNMP のインストレーションおよびセットアップに関する注意事項

以降の各項では，SNMP のインストールおよびセットアップのための手順について説明します。

## 2.7.1 TCP/IP Services のインストレーション時に表示される SNMP メッセージ

同じバージョンの TCP/IP Services が何度もインストールされるようなサイトでは，インストレーションのダイアログに次のような情報メッセージが表示されることがあります。

    Do you want to review the options? [NO]

    Execution phase starting ...

    The following product will be installed to destination:
        DEC AXPVMS TCPIP T5.3-9I               DISK$AXPVMSSYS:[VMS$COMMON.]
    The following product will be removed from destination:
        DEC AXPVMS TCPIP T5.3-9H               DISK$AXPVMSSYS:[VMS$COMMON.]
    %PCSI-I-RETAIN, file [SYSEXE]TCPIP$ESNMP_SERVER.EXE was not replaced because
    file from kit does not have higher generation number
    %PCSI-I-RETAIN, file [SYSEXE]TCPIP$HR_MIB.EXE was not replaced because file
    from kit does not have higher generation number
    %PCSI-I-RETAIN, file [SYSEXE]TCPIP$OS_MIBS.EXE was not replaced because file
    from kit does not have higher generation number
    %PCSI-I-RETAIN, file [SYSLIB]TCPIP$ESNMP_SHR.EXE was not replaced because file
    from kit does not have higher generation number
    %PCSI-I-RETAIN, file [SYSLIB]UCX$ESNMP_SHR.EXE was not replaced because file
    from kit does not have higher generation number

これらのメッセージは無視してかまいません。

## 2.7.2 SNMPインストレーションの検証

SNMPには，別個のインストレーション検証プロシージャ(IVP)があります。 SNMP のコンフィギュレーションを検証するには，以下の操作を行います。

1. TCPIP$CONFIG.COM コマンド・プロシージャを使用して SNMP サービスのコンフィギュレーションを行い， TCP/IP Services ソフトウェアを起動します。プロセスがSYSTEMユーザ特権を持っていることを確認してください。

2. 次のコマンドを入力して，TCP/IP Services コンフィギュレーション・コマンド・プロシージャを実行します。

       $ @SYS$MANAGER:TCPIP$CONFIG

3. オプション7 (Run tests)を選択します。

4. Compaq TCP/IP Services for OpenVMS のTESTメニューからオプション2を選択します。

5. コンフィギュレーション・プロシージャの終了後にSNMP IVPを実行するには，次のコマンドを入力します。

       $ RUN SYS$COMMON:[SYSTEST.TCPIP]TCPIP$SNMPIVP.EXE

## 2.7.3 SNMP サブエージェントのスタートアップ・メッセージ

SNMP スタートアップ・プロシージャは，サブエージェント・ログ・ファイルに次のようなエラー・メッセージを出力することがあります。

    25-JUL-2001 14:13:32.47 **ERROR ESNMP_INIT.C line 3777: Could not
    connect to master: connection refused
    25-JUL-2001 14:13:32.94 WARNING OS_MIBS.C line 942: Master agent
    cannot be reached.  Waiting to attempt reconnect.

これらのメッセージは，タイミングの問題の結果であり，無視してかまいません。

# 2.8 TCP/IP Servicesメッセージ・データベースの設定

TCP/IP Servicesメッセージ・データベースは， TCP/IP Servicesをインストールしたときに， SYS$COMMON:[SYSHLP]TCPIP.MSGHLP$DATAにインストールされます。

TCP/IP メッセージに関する情報を取得するには，次のように，このデータベースをOpenVMSメッセージ・データベースに取り込みます。

1. 論理名MSGHLP$LIBRARYを，ディレクトリ内のすべてのデータベースをポイントするように定義します。

       $ DEFINE/SYSTEM MSGHLP$LIBRARY SYS$COMMON:[SYSHLP]*.MSGHLP$DATA

2. TCP/IPメッセージ・データベースが認識されているかどうかを確認する DCL コマンド HELP/MESSAGEを入力します。次に例を示します。

       $ HELP/MESSAGE FTP

        SESDCN,  FTPD: Session disconnection from 'host' at 'time'

         Facility:     TCPIP, FTP Server

         Explanation:  This message appears when a session is disconnected, stating
                       the name of the client initiating the disconnection and the
                       time of the disconnection.

         User Action:  None.

       Press RETURN to continue ...

   この例では，Help Messageは，メッセージIDの一部としてFTPを含んでいるすべてのメッセージを表示します。

# 2.9 SMTP と LPD のシャットダウンの問題のトラブルシューティング

SMTP または LPD のシャットダウンで，キュー・マネージャが実行されていないことを示すエラーが発生した場合には，サイト固有のシャットダウン・コマンド・プロシージャ (SYS$MANAGER:SYSHUTDWN.COM) をチェックしてください。このプロシージャがキュー・マネージャを停止するコマンド (STOP/QUEUE/MANAGER) を含んでいる場合には，このコマンドが TCPIP$SHUTDOWN.COM プロシージャの呼び出しの後に置かれていることを確認してください。

注意 キュー・マネージャを明示的に停止する必要はありません。キュー・マネージャは自動的に停止され，システムの再起動の際に自動的に起動されます。

# 第 3 章
問題点と制限事項

本章では，現在のバージョンの日本語 TCP/IP Services の問題点と制限事項について説明します。

# 3.1 チャネル割り当てからの TCP/IP デバイス名の判断

OpenVMS では，チャネル割り当てに基づいてデバイス名を判断する方法をいくつか提供しています。 SYS$GETDVI/SYS$GETDVIW システム・サービスを使用すると， DVI$_DEVNAM，DVI$_FULLDEVNAM，および DVI$_UNIT 項目のすべてがデバイスに関する情報を返します。最初の 2 つは完全なデバイス名を返しますが，DVI$_UNIT はデバイスのユニット番号だけを返します。完全なデバイス名を形成するには，プログラムでユニット番号の前に (文字列として) デバイス名とコントローラ情報を付加する必要があります。 TCP/IP デバイス名の場合は，文字列 `BG`または `BGA`を付加します。たとえば， `BG + 1234`でデバイス名 `BG1234:`が生成されます。

TCP/IP のデバイス名は将来のリリースで変更される可能性があります。プログラミング時には，DVI$_DEVNAM または DVI$_FULLDEVNAM 項目を使用して，完全なデバイス名の文字列を取得するのが良いでしょう。このようなプログラムは TCP/IP デバイス名が BGnnnn または BGA `nnnn`であるという仮定に基づいていないため， TCP/IP デバイス名の方針が変更されても影響を受けることがありません。

# 3.2 RCP の完全に透過なコピー操作

OpenVMS の RCP は，テキスト・ファイルの転送に最もよく使用されます。省略時の設定では，RCP は，標準の OpenVMS $CONVERT ユーティリティを次の変換指定で使用して， Stream_LF 以外の OpenVMS の任意のファイル・タイプを Stream_LF フォーマットに変換します。

    FILE;ORGA SEQU;RECO;CARR CARR;FORM STREAM_LF;SIZE 0;BLOCK YES

すると，RCP は，ブロック・モード RMS ファイル I/O を使用して変換されたファイルを送信し (SYS$READ())，受信時には，ブロック・モードを使用してデータを書き込みます (SYS$WRITE())。

この動作は，RCP が (Stream_LF ファイルのほかに) Fixed または Undefined ファイルを変換しないように変更されています。
TCPIP$RCP_SEND_FIX_FORMAT_AS_ASCII 論理名を使用すると，古い動作に戻すことができます。この論理名が設定されている場合，Fixed および Undefined ファイルが変換されるという元の動作が復元されます。この論理名が 1 以外の数字に設定されている場合には，この論理名の値に正確に一致する固定長のレコード・サイズを持つファイルを除いて (これらのファイルは変換されません)，元の動作が復元されます。

たとえば，この論理名を 512 と定義すると，レコード・サイズが固定長の 512 の Fixed ファイル (OpenVMS の実行可能イメージ・ファイルなど) を除いて，すべての Fixed および Undefined のファイルが変換されます。

受信ピアは，OpenVMS の場合，必ずタイプが Stream_LF のファイルを作成します。 RCP プロトコルでは，送信側と受信側との間でファイル・タイプ情報を転送する手段を提供していません。このため，受信ピアはファイル構造について知る方法がありません。

OpenVMS から OpenVMS への転送では，元のファイルが Fixed または Undefined で，変換されなかった場合，ユーザは，元のファイルのフォーマットに対応するように，コピーされた Stream_LF の属性を変更することができます。この操作は，DCL コマンドの SET FILE/ATTRIBUTES を使用して行うことができます。

たとえば，OpenVMS 実行可能イメージ・ファイル (レコード長が 512 バイトの Fixed) を転送した後，次のコマンドを入力してそのファイルを再度実行可能にします。

    $ SET FILE/ATTR=(RFM:FIX,LRL:512) RCP-COPIED-FILE.EXE

RCP には，ファイル・サイズの制限もあります。これは，RCP が Compaq C RTL (ランタイム・ライブラリ) に依存しているためです。 RCP プロトコルでは，プロトコルの一部として，送信されるファイルの長さを必要とします。長さは，符号付き 32 ビット整数として解釈されます。 OpenVMS では，ファイルの長さは， `fstat()`への Compaq C RTL 呼び出しを使用して判断されます。このため，RCP を使用して転送されるファイルは，2 GB - 1 バイト (2147483647 バイト) 未満でなければなりません。

これに比べ，FTP にはこのような制限は一切ありませんが，異なるセキュリティ・モデルを利用しています。

# 3.3 BIND Version 9 は VAX システムでは動作しない

新しい BIND Version 9 DNS サーバは VAX システム上では動作しません。 VAX システム上での BIND 8 の将来のサポートは限定される可能性があることに注意してください。 BIND サーバを VAX システム上で実行している場合には， Alpha システムへアップグレードした方がいいでしょう。

# 3.4 NFS の問題点と制限事項

以降の各項では，NFS の問題点と制限事項について説明します。

## 3.4.1 NFS サーバの問題点と制限事項

NFS サーバと NFS クライアントが異なるドメインにあるとき，修飾されていないホスト名が要求で使用されると，ロック・サーバ (LOCKD) は要求の受け入れに失敗し，ファイルはアンロックのままになります。

サーバが，完全に修飾されたホスト名 (たとえば， `johnws.abc com`) ではなく，修飾されていないホスト名 (たとえば， `johnws`) を使用してホストを検索しようとしたとき，ホストがサーバと同じドメインにない場合，その要求は失敗します。

このタイプの問題を解決するため，次のいずれかの処置を行うことができます。

- NFS クライアントをコンフィギュレーションする際に，ドメイン名を含めて，完全に修飾されたホスト名を指定します。これにより，変換が確実に成功します。

- クライアントの修飾されていないホスト名について，NFS サーバのホスト・データベースにエントリを追加します。その NFS サーバだけがこのホスト名を変換することができます。この解決方法は，クライアントが DHCP から動的にアドレスを取得する場合には，うまくいきません。

## 3.4.2 NFS クライアントの問題点と制限事項

- DST (Daylight Savings Time) のためにシステム時間が変更されたとき，正しいタイムスタンプにするには，すべての DNFS デバイスをディスマウントします (TCP/IP 管理コマンド SHOW MOUNT でマウント済みのデバイスがゼロと表示されるはずです)。その後，デバイスを再マウントします。

- NFS クライアントは，ODS-5 ディスク・ボリューム上のセミコロンの付いたファイル名を適切に処理するはずです (たとえば， `a^;b.dat;5`は有効なファイル名です)。
  現在のバージョンでは，これらのタイプのファイル名は適切に処理されず，セミコロンで切り捨てられます。

- TCP/IP Services に含まれている NFS クライアントは， NFS Version 2 プロトコルだけを使用します。

- NFS Version 2 プロトコルでは，ファイル・サイズの値は 32 ビットに制限されています。

- ISO Latin-1 文字セットがサポートされています。 UCS-2 文字はサポートされていません。

- ファイル名は，ファイル拡張子を含めて，236 文字以下でなければなりません。

- OpenVMS のアクティブなバージョン上の ODS-5 によって受け付けられない文字を含むファイル，またはファイル名と拡張子が 236 文字を超えているファイルは，長さが 0 に切り捨てられます。これにより，これらのファイルは OpenVMS から見えなくなり，以前の OpenVMS NFS クライアントの動作と一致します。

前へ | 次へ | 目次