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

前へ

次へ

目次

以下に，このバージョンの日本語 TCP/IP Services の NTP のいくつかの変更点を示します。

• NTP は，OpenVMS オペレーティング・システムで自動 DST (Daylight Savings Time) 調整が提供されている場合には，この機能をサポートするように更新されています。
• NTP のログ収集を論理名で制御することができます。ログ収集レベルを設定するには，次の論理名を 1〜6 の値として定義します。 6 では最も多くのデバッグ情報が生成されます。

  TCPIP$NTP_LOG_LEVEL

• NTP は，システム上の DTSS タイム・サービスの存在を動的に自動検出できるようになりました。 NTP のスタートアップ時に DTSS が有効になっていた場合，または NTP の実行中に DTSS が有効にされた場合， NTP はシステム・クロックに調整を加えません。DTSS が無効にされると，クロックの調整が再開されます。NTP は，クロック調整を行わなくなっても，クライアント要求にサービスを提供し，タイムスタンプを供給し続けます。 TCPIP$NTP.CONF コンフィギュレーション・ファイルで NTP によるクロック設定を無効にする必要はなくなりました。
• 本リリースに含まれている NTP のインプリメンテーションでは，メッセージが以下のように強化されています。
  • 新しいメッセージが追加されています。新しいメッセージは， 1 時間おきにログ・ファイルに出力されます。このメッセージは，タイム・オフセット，内蔵クロックの周波数誤差 (ドリフト)，およびポーリング間隔を含む，NTP の動作に関する基本的な情報を含んでいます。新しいメッセージの例を次に示します。

    28 Jan 14:00:48 offset: 0.012843 sec freq: -3.186 ppm poll: 64 sec

  • NTP の実行中に TCPIP$NTPDATE ユーティリティを実行すると，追加の情報が表示されます。次に例を示します。

    $ NTPDATE:==$TCIPIP$NTPDATE $ NTPDATE FRED Socket bind error. Verify that the NTP server (TCPIP$NTP) is not running on this host. %SYSTEM-F-DUPLNAM, duplicate name

  
  これらのメッセージに加えて，NTP ログ・ファイル名が変更されています。 NTP メッセージのログは次のファイルに記録されるようになりました。

  TCPIP$NTP_RUN.LOG

1.2.9 DHCP の変更

これまでのバージョンの日本語 TCP/IP Services の下で DHCP を使用しているユーザは，現在のリリースで以下の変更が加えられたことに注意してください。

• DHCP ログ・ファイルの処理方法の変更
  DHCP サーバを起動すると，サーバはログ・ファイル TCPIP$DHCP_RUN.LOG を作成します。このログ・ファイルは DHCP サーバの初期化プロセスの冒頭で使用されます。省略時の設定では，DHCP サーバの実行中に作成される新しいログ・ファイルにも同じ名前が使用されます。
  DHCP の実行中に作成されるログ・ファイルには，別のファイル名を指定することができます。ログ・ファイル名を指定するには，次の論理名を定義してください。

  $ DEFINE /SYSTEM TCPIP$DHCP_LOG "file name"

  
  TCPIP$DHCP_LOG 論理名を定義すると，DHCP はつねに 2 つのログ・ファイルを生成します。1 つは初期化の際のメッセージを含んでいる TCPIP$DHCP_RUN.LOG で，もう 1 つは DHCP の運用中のメッセージを含んでいるユーザ指定のファイルです。
  DHCP サーバが OpenVMS クラスタ内の複数のノード上で実行されているとき，これらのノードが同じシステム・ディスク (SYS$SYSDEVICE) を共有し， TCPIP$DHCP_LOG 論理名が定義されていない場合には，各ノードにどのバージョンの TCPIP$DHCP_RUN.LOG ファイルが関連付けられているのかを判断するのが難しいことがあります。どのノードがファイルを生成したのかを調べるには，ファイルそのものをオープンしなくてはなりません。
  TCPIP$DHCP_LOG 論理名を使用すると，この問題を解決することができます。次に例を示します。

  $ DEFINE /SYSTEM TCPIP$DHCP_LOG - $_"TCPIP$DHCP_SERVER_''F$GETSYI("NODENAME")'.LOG"

  
  論理名をこのように定義しておけば，結果として得られるログ・ファイル名には生成元のノード名が反映されます。たとえば，ノード MOE は，ログ・ファイル TCPIP$DHCP_SERVER_MOE.LOG を生成します。

• DHCP バイナリ・データベースの変更ではロールオーバが必要
  DB%.HSH や DB%.BTR などの形式の DHCP バイナリ・データベース・ファイルの内部書式が変更されています。これらのファイルを TCP/IP Services V5.1 DHCP サーバで使用するためには，データベース・ロールオーバを実行する必要があります。
  ロールオーバは，DHCP を有効なサービスとしてコンフィギュレーションしている場合には，TCPIP$CONFIG の実行時に自動的に実行されます。
  ロールオーバは，ロールオーバが実行され，ディレクトリ内のファイルが V5.1 書式であることを示す「フラグ・ファイル」を作成します。このファイルは TCPIP$DHCP_V50_V51_DBROLL.FLG という名前で， TCPIP$DHCP_CONFIG ディレクトリか (この論理名を使用している場合)，そうでなければ DHCP アカウントの省略時のディレクトリ (SYS$SYSDEVICE:[TCPIP$DHCP]) に置かれます。これを削除してはなりません。 DHCP サーバのスタートアップ・プロシージャは，このファイルが存在していなければ DHCP サーバの起動を許しません。
  以前に DHCP サーバを使用していたが，現在はオフにしている場合があります。 TCPIP$CONFIG を実行して DHCP サーバを再びオンにすると，ロールオーバ・プロシージャは既存のデータベース・ファイルをロールオーバするのか，それらを削除して 0 から始めるのかを尋ねてきます。その後，ユーザの指示に従って処理を行い，フラグ・ファイルを作成します。
• V5.0 と V5.1 の DHCP サーバは共存できない
  サーバはそれぞれ異なるデータベース書式を使用するので， V5.0 の DHCP サーバを，V5.1 の DHCP サーバと同じファイルのセットを使って実行することはできません。クラスタ内で複数のノードを DHCP サーバとして使用している場合には，それらすべてが同じバージョンの TCP/IP Services を実行している必要があります。
• SERVER.PCY の新しいフィールドのサポート
  V5.1 の DHCP サーバは，SERVER.PCY ファイルでいくつかの新しいフィールドをサポートしています。SYS$LIBRARY:TCPIP$TEMPLATES.TLB の中の新しい SERVER.PCY テンプレート・ファイルは，新しいフィールドを説明するコメントを含んでいます。また，動的 DNS 更新をどのフィールドに設定すべきかという助言も含まれています。新しい SERVER.PCY テンプレート・ファイルを抽出し，既存の SERVER.PCY ファイルをこれにマージすることができます。抽出するには，次のコマンドを入力します。

  $ LIBRARY/EXTRACT=SERVER_PCY SYS$LIBRARY:TCPIP$TEMPLATES.TLB- _$/OUT=SERVER.PCY

  
  新しい SERVER.PCY ファイルを抽出しなかった場合，DHCP サーバはこれまでと同じように下位互換性を持って動作を続けます。ファイル中のいくつかのコメントは無効になります。

1.2.10 BIND の変更

BIND サーバと BIND リゾルバを使用している場合には，日本語 TCP/IP Services V5.1 の以下の変更点に注意してください。

1.2.10.1 編集可能なネットワーク・サービス・データベース

このバージョンの日本語 TCP/IP Services は，ネットワーク・サービス・データベース TCPIP$ETC:SERVICES.DAT の編集可能なテキスト・バージョンを提供しています。このデータベースは UNIX の /etc/servicesファイルと同じ書式を持っています。TCPIP$CONFIG.COM を使って BIND リゾルバをコンフィギュレーションすると，テンプレート・ファイル TCPIP$ETC:SERVICES.DAT が作成されます。

TCPIP$ETC:SERVICES.DAT ファイルの使用をサポートするために， DECC RTL には以下のルーチンが定義されています。

• struct servent *getservbyname( char *name, char *proto );
• struct servent *getservbyport( int port, char*proto );
• struct servent *getservent( void );
• void setservent( int stay_open );
• void endservent( void );

getservbyname()および getservbyport()関数は，最初に従来の (RMS がインデックス付けした) サービス・データベースを検索します。そこに要求されたサービスが見つからなければ TCPIP$ETC:SERVICES.DAT を検索した後に，呼び出し側アプリケーション・プログラムにエラーが返されます。

BIND ドメイン・データベースで WKS レコードを使用しており，同時に動的更新を有効にしている場合，WKS レコードはデータベース・ファイルが BIND サーバによって自動的にディスクに書き込まれる際に切り捨てられることがあります。これを避けるには， TCPIP$ETC:SERVICES.DAT に指定されたサービスを定義します。たとえば，WKS レコードが次のようになっているとします。

wkstest IN WKS 1.2.3.4 tcp ( telnet smtp )

データベースがディスクに書き込まれると，これは次のように切り捨てられます。

wkstest IN WKS 1.2.3.4 tcp

この場合には，TCPIP$ETC:TCPIP$SERVICES.DAT に以下のエントリを追加します。

telnet 23/tcp [telnet_alias] smtp 25/tcp [mail_alias]

動的更新をマージしない (ディスクに書き込まない) という省略時の動作が変更されています。本リリースよりも前のリリースでは，ユーザは，動的更新を毎時間 domain.DB ファイルにマージするためには，論理名 TCPIP$BIND_SERVER_MERGE_DYNAMIC_UPDATES を定義しなくてはなりませんでした。現在では，この操作は省略時の設定として実行されます。この動作を無効にするには，次の論理名を定義します。

TCPIP$BIND_DONT_MERGE_DYNAMIC_UPDATES

1.2.11 SMTP の変更

本リリースでは，SMTP に以下の変更が加えられています。

• 代替ゲートウェイの IP アドレスの指定
  SMTP 代替ゲートウェイは，コンフィギュレーションされた代替ゲートウェイの IP アドレスを受け付けるようになりました。このコマンドは次のように指定されます。

  TCPIP> SET CONFIG SMTP/GATE=ALT=IP-address

  
  IP-address は，コンフィギュレーションされた代替ゲートウェイの IP アドレスです。この構文はホスト名を指定した場合とは異なる処理をされます。ホスト名が指定されると，SMTP はそれを解決するために MX レコードの検索を実行します。しかし，IP アドレスが指定された場合には，MX レコードの検索は実行されません。アドレスはそのままの形で使用され， SMTP はメールが代替ゲートウェイを通して経路選択を行う必要があるたびに，指定されたアドレスに接続します。

• To:ヘッダのコメント・テキスト
  本リリースは，To:ヘッダのコメント・テキストの保存をサポートします。省略時の設定では，SMTP はメール・メッセージを作成する際に，受信者アドレスに入力されたコメントをすべて削除します。これは To:の行の中のコマンドに依存しているユーザにとっては問題となります。
  本リリースでは，ユーザは SMTP に対し，To:ヘッダの受信者アドレスのテキストを使用するように指定することができます。省略時の動作では，コメントは削除されます。
  この機能をオンにするには，TCPIP$SMTP_USE_VERBATIM_TO 論理名を使用します。この論理名は 1 (オン) または 0 (オフ) に設定します。この論理名は，システム全体ではなく特定のプロセスに対して定義するようにお勧めします。次に例を示します。

  $ DEFINE TCPIP$SMTP_USE_VERBATIM_TO 1

  
  この論理名が定義されたら，OpenVMS メール・メッセージを次のようにして送信することができます。

  $ MAIL Z.Z/SUB=TEST - $_SMTP%"""/name=karen/fax=95924121/<default@warpig.cxo.dec.com>"""

  
  論理名が定義されているので，メール・メッセージには次の To:ヘッダが適用されます。

  To: /name=karen/fax=95924121/<default@warpig.cxo.dec.com>

  
  論理名が定義されていなければ，SMTP サーバは次の To:ヘッダを適用します。

  To: default@warpig.cxo.dec.com

  注意 この機能を使用する際には，以下の制限と制約に注意してください。 入力するアドレスは，RFC 822 の To:受信者アドレスの仕様に準拠していなくてはなりません。 この変更は，SMTP ダイアログの RCPT TO コマンドで使用されるアドレスには影響を与えません。これはメッセージそのものの中の RFC 822 To:ヘッダに影響を与えます。RCPT TO アドレスは，完全修飾され，コメントが削除されたアドレスになります。 To:ヘッダはユーザが入力した内容になるので，この機能は慎重に使用する必要があります。修飾されていないアドレスを入力すると， To:ヘッダも修飾されないままになり，予期しない結果が生じる可能性があります。 大文字/小文字を区別する必要がある場合には，例のように SMTP% ジャケットの後に二重引用符を 3 つ指定します。

• OpenVMS Mail の個人名の中の引用符
  本リリースは，OpenVMS 個人名の中での二重引用符 ("name") の使用をサポートしています。 SMTP メーラは，個人名の中で二重引用符を発見すると，それらを一重引用符 ('name') に変更します。

1.2.12 メッセージの改善

以下の変更は，TCP/IP Services から受け取るメッセージの改善を反映しています。

• TCP/IP Services よりも前に起動されたアプリケーションが "Network is down" というメッセージを表示する。
  これまでのバージョンの TCP/IP Services では，ユーザが TELNET，FTP，および RLOGIN などのアプリケーションを起動しようと試みた時点で TCP/IP Services ソフトウェアが起動されていなかった場合には， Host not availableというメッセージが表示されていました。このメッセージは誤解を招きやすいものであり，アプリケーションの起動を妨げている問題を理解するための十分な情報を提供していませんでした。
  現在のバージョンの TCP/IP Services では，アプリケーションが TCP/IP Services ソフトウェアよりも前に起動されると，次のメッセージが表示されます。

  TCPIP$_NOINET, Network is down

  
  以下のソケット・ルーチンが変更されています。

  • accept()
  • gethostbyaddr()
  • gethostbyname()
  • select()
  • socket()

  
  これらのルーチンは，ERRNO を，TCP/IP Services ソフトウェアが起動されていないことを示す ENETDOWN に設定します。
  既存のコードとの互換性を保つために，ソケット・ルーチンは ERRNO を __ERRNO_MAXよりも小さい値に設定しなくてはなりません。 VAXC$ERRNO を，アプリケーションが使用する TCPIP$_NOINET 値に設定すると， ERRNO は EVMSERR に設定され，必要な値の範囲を逸脱し， UNIX から移植されたコードの動作がおかしくなります。

• TELNET クライアントは INVHOST として第 2 のエラー・コードを返す。
  TELNET クライアントが無効なホスト (INVHOST) エラーのせいで実行に失敗すると，より詳しい情報を提供する第 2 のメッセージが表示されます。この追加の情報は，エラーを引き起こした実際の問題を判断するのに役立ちます。次に例を示します。

  $ TELNET JUNK %TELNET-E-IVHOST, Invalid or unknown host junk -TCPIP-E-HOST_NOT_FOUND, no such host is known $

  
  この例は，問題がネットワーク・サービスの一時的な障害ではなく，コマンド行に入力されたホスト名にあることを示す第 2 のメッセージ ("no such host is known") を示しています。

• TCPIP$STARTUP.COM プロシージャは，現在では次のタイミング・メッセージを発行する。

  %TCPIP-I-INFO, TCP/IP Services startup beginning at 18-MAY-1999 18:39:10.40 %TCPIP-S-STARTDONE, TCP/IP Services startup completed at 18-MAY-1999 18:39:10:48

  
  さらに，SYS$STARTUP:TCPIP$SYSTARTUP.COM が実行されるときには，次のメッセージが表示されます。

  %TCPIP-I-INFO, executing site-specific startup SYS$STARTUP:TCPIP$SYSTARTUP.COM

  
  これらのメッセージは，システム起動時に起きた問題が TCPIP$STARTUP.COM によるものかどうか判断するのに役立ちます。

1.2.13 VAX システム上での割り込みスタック・ページの調整

このバージョンの TCP/IP Services では， VAX システム上でネットワークを起動する前に， SYSGEN パラメータ INTSTKPAGES の値を少なくとも 12 にまで増やす必要があります。

前へ

次へ

目次