前へ

次へ

目次

-l(ループ・モード) または -t(ツリー・モード) フラグを使用した場合には， -m(最大繰り返し回数) フラグや -n(非反復) フラグを同時に指定することはできません。後者のフラグは，ループ・モードとツリー・モードのどちらとも互換性を持っていません。

3.24.9 重複するサブエージェント識別子

このバージョンの日本語 TCP/IP Services では，2 つのサブエージェントが同じ識別子パラメータを持つことができます。ただし，これを行うと，ログ・ファイルに報告される問題の原因を判断するのが難しくなることに注意してください。

3.24.10 トラップに対する無効な応答

SNMP マスタ・エージェントは，長いプロトコル・パケット・ペイロードを持つトラップを送信するサブエージェントに対して，無効な応答パケットを送信します。たとえば，長いプロトコル・パケット・ペイロードには，それぞれが 255 文字のオクテット文字列 varbind が 7 つ含まれていることがあります。

無効な応答パケットによりサブエージェントは再起動されます。ただし，マスタ・エージェントはトラップを登録されたトラップ・リスナに送信します。チェス・プログラムの例がこの問題を示しています。

3.25 eSNMPプログラミングとサブエージェントの開発

以下に，eSNMPプログラミングとサブエージェントの開発に関する注意事項を示します。

• マニュアルで使われている拡張サブエージェント， カスタム・サブエージェント，およびユーザ作成サブエージェントという言葉は，TCP/IP Services製品に付属しているMIB-IIおよびHost Resources MIB用の標準サブエージェント以外のすべてのサブエージェントを指します。
• アーキテクチャ全体に関する情報とeSNMP APIについての詳細は，次の URLにあるCompaq Tru64 UNIXのマニュアルを参照してください。

  www.tru64unix.compaq.com

  
  OpenVMS用のeSNMPソフトウェアはTru64 UNIX製品をベースにしています。

• TCPIP$EXAMPLESの[.SNMP]サブディレクトリにある.C，.H，.COM，.MY および.AWK拡張子を持つファイルにもコメントとドキュメントが含まれています。
• TCPIP$SNMP_REQUEST.EXE，TCPIP$SNMP_TRAPSND.EXEおよび TCPIP$SNMP_TRAPSND.EXEプログラムは，拡張サブエージェントの開発の際のテストに役立ちます。
• eSNMP APIのルーチンのプロトタイプと定義については， TCPIP$SNMP:ESNMP.Hファイルを参照してください。

3.26 『 DIGITAL TCP/IP Services for OpenVMS User's Guide 』の問題点と制限事項

『 DIGITAL TCP/IP Services for OpenVMS User's Guide 』は TCP/IP Services のリリースに合わせて更新されていません。『 DIGITAL TCP/IP Services for OpenVMS User's Guide 』には，以下の誤りと変更点があります。

• このマニュアルは，本リリース・ノートの 第 1.2.11 項 で説明している，ユーザ名の大文字小文字を保存する引用符の使い方を反映していません。
• RSH /ESCAPE_CHARACTER 修飾子の使用方法を示している例は改良の必要があります。次により適切な例を示します。

  $ RSH TRUNIX /USER_NAME=EVT /ESCAPE_CHARACATER="@" Password: Last successful login for evt: Wed Nov 18 15:50:22 1998 from OVMS Last unsuccessful login for evt: Tue Oct 13 14:16:51 1998 on ttyp3 Digital UNIX V3.2C (Rev. 148); Tue Apr 2 18:32:54 EST 1996 Digital UNIX V3.2D-1 Worksystem Software (Rev. 41) Digital Equipment Corporation Internal Use Only trunix.ucx.lkg.dec.com>@. (character string not echoed) %RSH-S-LCLCLOSED, Local connection closed

  
  この例のエスケープ文字は，リモート・システムがコネクションをクローズするのではなく，ローカル側からコネクションをクローズさせています。

• このマニュアルでは，RSH コマンドの省略時の設定が /NOTRUNCATION_USER_NAME であるとしています。これは無効な修飾子であり，マニュアルからは削除される予定です。
• FTP クライアント・コマンド MPUT に対して表示されるメッセージは， 第 4.1.12 項 で説明するように改善されています。

3.27 日本語機能についての制限事項

本バージョンではFTPでのファイル転送でODS-5ディスクに対する Extended File Specifications （長いファイル名，深いディレクトリ階層，拡張文字セット）がサポートされています。しかし，日本語OpenVMS V7.2で提供される日本語ファイル名の使用はサポートされません。

3.27.2 VIEWコマンドの日本語サポートの終了

FTPクライアントのVIEWコマンドは日本語化されなくなりました。 VIEWコマンドで正しく扱えるのはASCIIテキストのみで，漢字のテキストの表示はサポートされません。

3.27.3 漢字フィルタの互換性について

本バージョンでは既存の漢字フィルタに関して下位互換性を保ちます。以前のバージョン用に作成された漢字フィルタは，ファイル名や，指定する際の論理名を変更することなくそのまま使用することができます。

本章では，ソフトウェアとマニュアルで行われた修正について説明します。本章は次の節で構成されています。

• 第 4.1 節 では，変更点と，本リリースで修正されたソフトウェアの問題を取り上げています。
• 第 4.2 節 では，報告されている問題のうち，本リリースで解決した問題を取り上げています。

4.1 ソフトウェアの修正箇所

本節では，変更点と，本リリースで修正された問題を取り上げています。

また，本リリースで加えられたその他のソフトウェアの変更点については， 第 1.2 節 を参照してください。

4.1.1 前のリリース以降に修正された UCP の問題

TCP/IP 管理コマンドの SET ROUTE では，/NETWORK 修飾子を必要とせず， /MASK 修飾子を使用して CIDR マスクを指定することができます。結果として作成される経路は使用不能かもしれません。

SET ROUTE コマンドに /MASK 修飾子を指定する場合には，/NETWORK 修飾子も指定する必要があります。

4.1.2 前のリリース以降に修正された TELNET サーバの問題

TELNET サーバが仮想ターミナル (VTA) 用に構成され， TELNET コマンド UNBIND が，指定された TN デバイスに VT デバイスが関連付けられている入力 TELNET 接続を指定している場合，システムは INVEXCEPTN エラーで障害が発生します。

ドライバは TELNET コマンドの BIND および UNBIND の引数を確認するように強化されています。この項で説明する状況では，ステータス SS$_DEVREQERR で正しく障害が起こります。

4.1.3 前のリリース以降に修正された TELNETSYM の問題点

個々の TELNETSYM プロセスが扱えるキュー (ストリーム) の数の上限は 16 個でしたが，新しいキュー・マネージャの上限を反映させて 32 個に変更されました。現在の TELNETSYM は，個々のシンビオント・プロセスで 32 個までのキューをサポートします。

4.1.4 前のリリース以降に修正された IPC の問題点

gethostaddrルーチンが正常に動作していませんでした。

4.1.5 前のリリース以降に修正された DHCP の問題点

• DHCP クライアント・プロセスがハングし， DHCPSIGTERM 以外のどのコマンドにも応答しなくなることがあります。これは，TCPIP$DHCP_DEBUG 論理名が定義されていないときにのみ起こります。
• サブネットおよびベンダ・クラス上に入力された DHCPCAP エントリの ltフィールドが存在しませんでした。

4.1.6 前のリリース以降に修正された POP の問題点

• POP サーバは，SMTP 以外の (たとえば DECnet の) メール・メッセージの Date:ヘッダを，誤って現在のシステム時刻と日付に基づいて設定しなくなりました。使用される日付は，メール・メッセージがユーザのメールボックスに配信された時刻に基づいて決定されます。
• POP サーバは，ログ・ファイルへの書き込みのたびにログ・ファイルをフラッシュするようになりました。これにより，ログは POP サーバ・プロセスの最新の状態をつねに反映するようになります。

4.1.7 前のリリース以降に修正された SMTP の問題点

• 一部のメーラは，8 ビット文字を含んでいるメールを， OpenVMS メールではエンコードされた文字として表示される MIME の quoted-printable 書式に変換することがあります。
  メーラによる変換を防ぐには，次の論理名を設定します。

  TCPIP$SMTP_8BITMIME_HACK

  
  このブール型の論理名は，ローカル・メール・サーバに対し，リモート SMTP クライアントからの ESMTP 8BITMIME 要求を受け付けるように指示します。これにより，メール・クライアントが 8 ビット文字を変換するのは禁止され， OpenVMS メールはメッセージを正しく表示できるようになります。

• 空の Reply-To ヘッダを持つメール・メッセージは， OpenVMS MAIL の From:行に奇妙なヘッダを表示します。
  SMTP は，メッセージに書式を適用する際に，空の送信者ヘッダ (Reply-To，From，Sender) を無視します。

4.1.8 前のリリース以降に修正された BIND リゾルバの問題点

SMTP は，TCPIP$GET_MX リゾルバ・ルーチンで次の両方の条件が満たされていると， MX 検索を試みる際にアクセス違反を起こして実行に失敗していました。

1. BIND サーバへの問い合わせから NS レコードが返されなかった。
2. UCP がルーチンに対して，"server" の値として，許容はされているが正しく処理されない値である 0 を渡した。

4.1.9 前のリリース以降に修正された管理の問題点

TCP/IP 管理コマンドには以下の修正が行われています。

• クラスタ・インタフェース・レコードを作成すると， SET CONFIGURATION INTERFACE コマンドは省略時のブロードキャスト・マスクの作成に失敗します。次に例を示します。

  $ TCPIP TCPIP> SET CONFIGURATION INTERFACE WE0 - _TCPIP> /CLUSTER=16.20.208.68 /C_NETWORK=255.255.0.0 TCPIP> SHOW CONFIGURATION INTERFACE WE0 /FULL Interface: WE0 IP_Addr: 16.20.208.68 NETWRK: 255.255.0.0 BRDCST: 16.20.255.255 C_Addr: 16.20.208.68 C_NETWRK: 255.255.0.0 C_BRDCST: Flags: Receive buffer: 0

• SET INTERFACE コマンドでは，同一のインタフェース名を持つ複数の疑似インタフェースを作成することができます。また，SET INTERFACE コマンドは，9 よりも大きいユニット番号を持つ疑似インタフェースを正しく作成しません (有効なユニット番号は 0〜255 の範囲です)。
  たとえば，次の SET INTERFACE コマンドは WFA10 の作成に失敗します。

  $ TCPIP SET INTERFACE WFA10 /HOST=10.10.0.10

  
  次は，これを示す SHOW INTERFACE コマンドの出力です。 (この例の WFA1 インタフェースは WFA10 として作成されるべきものでした)。

  $ TCPIP SHOW INTERFACE Packets Interface IP_Addr Network mask Receive Send MTU LO0 127.0.0.1 255.0.0.0 18355 18355 4096 WF0 16.20.208.100 255.255.0.0 5104314 5068074 4470 WFA1 10.10.0.10 255.255.0.0 5104314 5068074 4470

  
  次の SET INTERFACE コマンドの結果として，同じ名前を持つ 2 つの疑似インタフェースが作成されます。

  $ TCPIP SET INTERFACE WFA11 /HOST=10.10.0.11

  
  次は，これを示す SHOW INTERFACE コマンドの出力です (この例の第 2 の WFA1 インタフェースは WFA11 として作成されるべきものでした)。

  $ TCPIP SHOW INTERFACE Packets Interface IP_Addr Network mask Receive Send MTU LO0 127.0.0.1 255.0.0.0 18367 18367 4096 WF0 16.20.208.100 255.255.0.0 5144574 5077124 4470 WFA1 10.10.0.10 255.255.0.0 5144574 5077124 4470 WFA1 10.10.0.11 255.255.0.0 5144574 5077124 4470

  
  注意:

  • 疑似インタフェースを変更することはできません。つまり，疑似インタフェースに関連付けられたネットワーク・アドレスを変更するためには，疑似インタフェースをいったん削除してから作成し直さなくてはなりません。
  • 疑似インタフェースを作成するときには， /HOST 修飾子を使用する必要があります。

• TCP/IP 管理コマンドの START ROUTING/SUPPLY は，経路を供給しません。これを回避するためには，RIP を有効にした状態で GATED を使用します。
• RSH コマンドで，IP アドレスによってリモート・ホストを指定したとき，ローカルまたは BIND データベースにその IP アドレスのホスト名が見つからなかった場合には，アクセス違反エラーが発生することがあります。

4.1.10 前のリリース以降に修正された PPP/SLIP の問題点

次のコマンド・シーケンスはシステムをクラッシュさせます。

$ TCPIP SET INTERFACE PP0 /SERIAL=TTA1 /NETWORK_MASK=x.x.x.x $ TCPIP SET INTERFACE PP0/SERIAL=TTB0 %TCPIP-E-INVINTER, error defining interface: PP0 -TCPIP-I-ACPQIO, failure on internet ACP QIO -SYSTEM-W-NOMSG, Message number 0000FCE0

4.1.11 前のリリース以降に修正された FTP サーバの問題点

• これまでのバージョンの日本語 TCP/IP Services では，ネーム・サーバがクライアント・アドレスを知っていなければ，パスワード・プロンプトの後に長い遅れが生じることがありました。この遅れは，複数のネーム・サーバのタイムアウト，複数の再試行，および複数のネーム・サーバによって引き起こされます。この問題は修正されています。
  この問題を修正するには，次の論理名を定義します。
  • TCPIP$FTP_SERVER_NAME_SERVICE_TIMEOUT
    タイムアウト間隔を秒数で指定します。詳細については，『 Compaq TCP/IP Services for OpenVMS Management Command Reference 』の SET NAME_SERVICE /TIMEOUT コマンドの説明を参照してください。
  • TCPIP$FTP_SERVER_NAME_SERVICE_RETRY
    BIND リゾルバが，最初の試みが失敗した場合に， BIND サーバへの接続を試みる回数を指定します。

  
  これらの論理名は，FTP サーバがホスト名を使用する場合 (つまり，論理名 TCPIP$FTP_SERVER_LOG_CLIENT_BY_ADDRESS が定義されていない場合) にのみ使用されます。

• TELNET，RLOGIN，RSH，および REXEC は，サービス・データベースの中のログ・オプション・アドレス・ビットを確認します。このビットが設定されている場合，ホスト名は数値表現のアドレスとして表示されます (n.n.n.n や IPv6 アドレスなど)。このビットがクリアされており，名前がローカル・ホスト・データベースにあるか， BIND リゾルバがホスト名を知っている場合には，その名前が使用されます。省略時の設定では数値形式が使用されます。このビットは $TCPIP SET SERVICE FTP/LOG_OPTION=address によって設定されます。
  FTP サーバは，このビットを参照し，使用するように変更されています。特に，FTP 子プロセスの SYS$REM_NODE と SYS$REM_NODE_FULLNAME は，このビットが設定されている場合，つねに数値表現のアドレスを含んでいます。
  FTP サーバとその他のログ・ファイルで数値アドレスが使用されていてもかまわない場合は，この論理名を設定した方がいいでしょう。この論理名を設定しておくと，名前の検索が行われないため， FTP セッションのログイン操作が若干高速になり，コストが低下します。
• これまで，TCPIP FTP クライアントは，代替構成要素ヘルプ・ライブラリに対して定義された TCPIP$FTP_HELP の論理名を無視し，ファイル SYS$HELP:TCPIP$FTP_HELP.HLB のみにアクセスしていました。
  この状況は修正されています。これにより，複数の (特に言語固有の) 代替構成要素ヘルプ・ライブラリへのアクセスが可能になります。
• これまでのバージョンの TCP/IP Services では， FTP が VMS_PLUS 以外のリモート・ホストまたはノードに接続した場合，次のシーケンスでは，最初の MPUT では大文字のファイル名が， 2番目の (およびそれ以降の) MPUT では小文字のファイル名が作成されました。

  $ FTP host-name/USER=user-name/PASS=password FTP> MPUT A.dat ! Yields A.DAT at destination FTP> PUT A.dat ! Yields a.dat FTP> MPUT A.dat ! Yields a.dat rather than expected/previous A.DAT

  
  この問題は，PUT を含むいくつかのコマンドで発生します。
  この動作は修正され，2 番目の MPUT コマンドは最初のコマンドと同じ大文字または小文字のファイル名を持つようになりました。
  この問題は，上に示したコマンド・シーケンスで， TCPIP$FTPINIT.INI ファイルが存在しない場合にのみ発生します。
  FTP CASE OFF および CASE ON コマンドを使用すると，MPUT が使用する文字を大文字と小文字の間で切り替えることができます。

• RENAME 操作でファイルの "type" を指定しなければ，本来はアクセスすべきでないメモリへのアクセスが生じることがあります。
• appe_ascii()および recv_ascii()ルーチンで RMS_POSTED を不正に使用すると，FTP クライアントはサーバとの同期を失います。
• 以前のバージョンでは，FTP サーバに対してファイル一覧をとった後，漢字フィルタを設定すると FTP サーバがループすることがありました。

4.1.12 前のリリース以降に修正された FTP クライアントの問題点

FTP クライアントには，以下の修正が行われています。

• FTP クライアントは，Fortran RMS レコード属性を持つコマンド・ファイルから，正しく入力を受け取ることができません。この問題は，V7.1 より前のバージョンの OpenVMS と，一部のバージョンの DEC C RTL を実行しているシステム上で観察されています。
• FTP コマンド STATUS から返されるテキストは，以下の点が明確になるように改善されています。
  • 指定された変数は MPUT コマンドにのみ影響を与える。
  • CASE ON コマンドは，「大文字への強制変換」ではなく，実際には「そのままの形」という意味である。
    CASE OFF コマンドは「小文字への強制変換」を意味しますが， CASE ON はその逆を意味するわけではありません。
  • MPUT コマンドは，必ずしも大文字小文字の設定に従うわけではない。

前へ

次へ

目次