前へ

次へ

目次

• NTP では，スルー機能使用して，システム・クロックの同期をとります。最大スルー値 (NTP が 1 回の試行でクロックを調整する最大時間) を取得するために NTP が使用する方法は， NTP バージョン 3 と NTP バージョン 4 とで異なります。そのため，NTPv3 ではクロックの同期がとれていたにもかかわらず，NTPv4 では同期がとれないことがあります。

• NTP サーバの階層の上限は 15 です。サーバは，15 以上の階層を報告するタイム・サーバとは同期をとりません。このため，( local-masterコマンドで)「自由実行」として指定されている UCX NTP サーバを実行しているサーバとの同期を試みると，問題が生じることがあります。正常に実行させるためには， local-master指定を 14 以下の階層で指定する必要があります。

• 特定のハイ・パフォーマンス Alpha システムでは， NTP がシステム・クロックを調整できないことがあります。したがって，NTP は正確な時間管理機能を提供できません。このような場合には，次のエラー・メッセージが NTP ログ・ファイルに出力されます。

  %SYSTEM-F-BADLOGIC, internal logic error detected VMS timekeeping is not working as expected - can't proceed

3.16 SNMP の問題点

本節では，本リリースの SNMP 構成要素の制限事項を説明します。 SNMP の使用についての詳細は，『 Compaq TCP/IP Services for OpenVMS SNMP Programming and Reference 』を参照してください。

3.16.1 不完全な再起動

SNMP マスタおよびサブエージェントに障害が発生したか停止した場合，日本語 TCP/IP Services は一般にすべてのプロセスを自動的に再起動することができます。しかし，特定の条件下では，サブエージェント・プロセスが再起動しないことがあります。つまり，DCL コマンド SHOW SYSTEM 表示に， TCPIP$OS_MIBS および TCPIP$HR_MIB が含まれなくなります。これが起こった場合は，以下のコマンドを発行して SNMP を再起動します。

$ @SYS$STARTUP:TCPIP$SNMP_SHUTDOWN.COM $ @SYS$STARTUP:TCPIP$SNMP_STARTUP.COM

3.16.2 SNMP IVP エラー

低速システムでは， SNMP のインストレーション検証プロシージャ (IVP) は，サブエージェントがテスト問い合わせに応答しなかったために失敗することがあります。次のようなエラー・メッセージが表示されます。

. . . Shutting down the SNMP service... done. Creating temporary read/write community SNMPIVP_153. Enabling SET operations. Starting the SNMP service... done. SNMPIVP: unexpected text in response to SNMP request: "- no such name - returned for variable 1" See file SYS$SYSDEVICE:[TCPIP$SNMP]TCPIP$SNMP_REQUEST.DAT for more details. sysContact could not be retrieved. Status = 0 The SNMP IVP has NOT completed successfully. SNMP IVP request completed. Press Return to continue ...

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

3.16.3 既存の MIB サブエージェント・モジュールの使用

既存のサブエージェントが正しく実行されなかった場合には，現在のバージョンの TCP/IP Services に再リンクして，正常に動作するイメージを作成しなければならないことがあります。また，一部のサブエージェント (Compaq Insight Manager の OpenVMS サポートなど) も最低限のバージョンの OpenVMS と最低限のバージョンの TCP/IP Services を必要とします。

次に示す一般的な制限事項が適用されます。

• 一般に，以下のバージョンの eSNMP 共用可能イメージにリンクされた実行可能イメージのみが現在のバージョンの TCP/IP Services との上位互換性を維持しています。

  • TCP/IP Services バージョン 4.2 ECO 4 の UCX$ESNMP_SHR.EXE

  • TCP/IP Services バージョン 5.0A ECO 1 の TCPIP$ESNMP_SHR.EXE

  
  これ以外のバージョンで構築されたイメージは，いずれかの共用イメージ，または現在のバージョンの日本語 TCP/IP Services の TCPIP$ESNMP_SHR.EXE と再リンクすることができます。

• 下位の eSNMP API は，V5.0 の DPI から現在のバージョンの TCP/IP Services の AgentX に変更されています。このため，API の古いオブジェクト・ライブラリ・バージョン (*$ESNMP.OLB) にリンクされた実行可能イメージは，新しいオブジェクト・ライブラリまたは新しい共用可能イメージのどちらかに再リンクする必要があります。共用可能イメージにリンクすると，将来の上位互換性が保証され，イメージ・サイズも小さくなります。

  注意 イメージを再リンクしなくても動作することがありますが，下位互換性は保証されていません。このようなイメージでは，不正確なデータが生成されたり，実行時に問題が生じたりする可能性があります。

• 本バージョンの TCP/IP Services では， TCP/IP Services バージョン 4.2 ECO 4 でリンクされたサブエージェントとの互換性を維持するために， UCX$ESNMP_SHR.EXE 共用可能イメージのアップデート・バージョンが提供されます。このファイルは削除しないでください。

• SNMP サーバは，クラスタ・エイリアスに送られた SNMP 要求に正しく応答します。しかし，クラスタ・グループのメンバであるが，現在のインパーソネータではない TCP/IP Services バージョン 4.x システムからの問い合わせは，目的のホスト以外に届けられることがあります。

• DNS クエリで使用したときに，論理名 TCPIP$INET_HOST の値がホストの機能インタフェースの IP アドレスを生成しない場合は， SNMP マスタ・エージェントおよびサブエージェントは起動しません。サーバ・ホストが常時ネットワーク接続 (たとえば，イーサネットや FDDI) で正しくコンフィギュレーションされている場合は，この問題は発生しません。ホストが PPP を介して接続されていて， PPP 接続で使用される IP アドレスが論理名 TCPIP$INET_HOST の IP アドレスと一致しない場合には，この問題が発生することがあります。

• 主に OpenVMS VAX システムで監視されている特定の状況では，内部の select()ソケット呼び出しからのエラーで，マスタ・エージェントまたはサブエージェントが終了します。ほとんどの場合，ループは発生しません。ループが発生する場合は，論理名 TCPIP$SNMP_SELECT_ERROR_LIMIT を定義することで，繰り返しの回数を制御できます。

• TCP/IP Services (TCPIP$SNMP_REQUEST.EXE) で提供される MIB ブラウザでは，コンポーネントとして 32 ビットの OpenVMS プロセス ID を含む OID を getnextで処理する機能がサポートされています。しかし，他の MIB ブラウザでは，この機能はサポートされません。
  たとえば，次の OID および値は OpenVMS でサポートされます。

  1.3.6.1.2.1.25.4.2.1.1.1321206828 = 1321206828 1.3.6.1.2.1.25.4.2.1.1.1321206829 = 1321206829 1.3.6.1.2.1.25.4.2.1.1.1321206830 = 1321206830

  
  これらの例は hrSWRunTableからの抜粋です。 hrSWRunPerfTableも影響を受けることがあります。

• Get， GetNext， GetBulk要求のいずれかに対する応答として，ヌルの OID 値 (0.0) が取得された場合，ログ・ファイルに次の警告メッセージが記録されていても，無視してかまいません。

  o_oid; Null oid or oid->elements, or oid->nelem == 0

3.16.4 SNMP のアップグレード

現在のバージョンの TCP/IP Services にアップグレードした後には， TCPIP$CONFIG コンフィギュレーション・コマンド・プロシージャを使って SNMP を無効にし，再び有効にする必要があります。 "this node" と "all nodes" のどちらかを指定するように求められた場合には，以前のコンフィギュレーションを反映するオプションを選択します。

3.16.5 通信コントローラ・データが完全に更新されない

日本語 TCP/IP Services をアップグレードした後に，既存の通信コントローラを変更すると，通信コントローラを使用するプログラムは更新された情報にアクセスできない場合があります。

MIB ブラウザ (SNMP_REQUEST) などのプログラムが通信コントローラに関する新しいデータにアクセスできるようにするには，以下の操作を行います。

1. TCP/IP 管理コマンド DELETE COMMUNICATION_CONTROLLER を使って通信コントローラを削除します。

2. TCPIP$CONFIG.COM コマンド・プロシージャを実行し，終了することによって，通信コントローラを再設定します。

3. 次のコマンドを入力して，プログラム (SNMP など) を再起動します。

   $ @SYS$STARTUP:SNMP_SHUTDOWN.COM $ @SYS$STARTUP:SNMP_STARTUP.COM

4. TCP/IP 管理コマンド LIST COMMUNICATION_CONTROLLER を使って，情報を表示します。

3.16.6 SNMP MIB ブラウザの使用方法

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

-nおよび -mフラグの使い方を間違えると，次のようなメッセージが表示されます。

$ snmp_request mynode.co.com public getbulk -v2c -n 20 -m 10 -t 1.3.6.1.2.1 Warning: -n reset to 0 since -l or -t flag is specified. Warning: -m reset to 1 since -l or -t flag is specified. 1.3.6.1.2.1.1.1.0 = mynode.company.com

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

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

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

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

• マニュアルで使われている拡張サブエージェント， カスタム・サブエージェント，およびユーザ作成サブエージェントという言葉は，TCP/IP Services 製品に付属している MIB-II および Host Resources MIB 用の標準サブエージェント以外のすべてのサブエージェントを指します。

• 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.17 日本語機能についての制限事項および注意事項

この節では， TCP/IP Services を日本語環境で使用する場合の制限事項および注意事項について説明します。

3.17.1 日本語ファイル名のサポートについて (Alphaのみ)

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

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

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

3.17.3 POPクライアントを日本語環境で使用する場合の注意事項

POPクライアントを日本語環境で使用する場合，以下の点に注意する必要があります。

• SMTPサーバに漢字フィルタが設定されている場合，漢字コードが変換されたメールがOpenVMS NEWMAILフォルダに格納されます。POPサーバは，OpenVMS NEWMAIL フォルダからメールを取り出し，メール中の漢字コードの変換を行うことなく POPクライアントに送信します。したがってPOPクライアントが受信するメールには， 第 3.17.4 項 「SMTPにおける漢字フィルタに関する注意事項」に記述する内容がそのまま適用されます。

• POPサーバが動作する環境で，OpenVMS Mailユーティリティを使用してメールの交換が行われている場合，DEC漢字を含んだメールもPOPクライアントに送信されます。この場合，日本語EUCをサポートするPOPクライアントを使用する必要があります(日本語EUCは，DEC拡張漢字文字を除き，DEC漢字と互換性があります)。

3.17.4 SMTPにおける漢字フィルタに関する注意事項

• 漢字フィルタが漢字コードの変換対象として扱うのは，メール本文だけです。メール・ヘッダ部は漢字コードの変換対象外です。

• 漢字フィルタは，メール本文全体を漢字コードの変換対象として扱います。たとえば，MIME (Multipurpose Internet Mail Extensions)標準(RFC1521) のメールであっても，MIMEは解釈されずに漢字コードの変換が行なわれます。

3.17.5 SMTPにおける日本語に関する制限及び注意事項

• SMTP では，メール・ヘッダ部での日本語の使用をサポートしていません。そのため，OpenVMS Mail ユーティリティにおけるパーソナル・ネームの設定は，特に注意が必要です。OpenVMS Mail ユーティリティを使用して， SMTP によるメールの送信を行う場合，パーソナル・ネームに日本語文字列を設定しないようにしてください。パーソナル・ネームに日本語文字列が設定されていると，問題が発生する可能性があります。

• OpenVMS Mail ユーティリティ（V7.0 より古いバージョン）には，アドレス内のネストした二重引用符を処理できないという制限があるため，SMTP は，二重引用符をセント記号に変換しています。ただし，セント記号は，DEC 漢字の一部の漢字コードと重複するため，日本語環境では，セント記号を表示することができません。

• 8ビットの漢字コードを含んだメールを送信する場合，SMTP サーバに対して，8ビット文字の転送を指定する必要があります。SMTP システム・パラメータの詳細については，『Compaq TCP/IP Services for OpenVMS Management』を参照してください。

• SMTP サーバが受信したメールを OpenVMS NEWMAIL フォルダに格納する際，メール本文の１行の大きさを 255 バイトに分割します。このため，日本語文字列を含むメール本文の１行の大きさが，255 バイトを越えている場合，文字化けを起こすことがあります。また，漢字フィルタにより文字列のバイト数が増減することがあります。漢字フィルタによる変換後の１行の大きさが 255 バイトを越えると，SMTP サーバは，OpenVMS NEWMAIL フォルダにメールを格納することができず，エラーのメールが返されます。

3.17.6 IMAPクライアントを日本語環境で使用する場合の注意事項

IMAPクライアントを日本語環境で使用する場合，以下の点に注意する必要があります。

• SMTPサーバに漢字フィルタが設定されている場合，漢字コードが変換されたメールがOpenVMS NEWMAILフォルダに格納されます。 IMAPサーバは，OpenVMS NEWMAILフォルダからメールを取り出し，メール中の漢字コードの変換を行うことなくIMAPクライアントに送信します。したがってIMAPクライアントが受信するメールには， 第 3.17.4 項 「SMTPにおける漢字フィルタに関する注意事項」に記述する内容がそのまま適用されます。また，MIMEヘッダを使用して漢字コードを指定している場合には， MIMEヘッダの漢字コードの指定と実際にエンコードされている漢字コードとの不整合から，正常に文字が表示されない場合があります。

• IMAPサーバが動作する環境で，OpenVMS Mailユーティリティを使用してメールの交換が行われている場合， DEC漢字を含んだメールもIMAPクライアントに送信されます。この場合，日本語EUCをサポートするIMAPクライアントを使用する必要があります (日本語EUCは，DEC拡張漢字文字を除き，DEC漢字と互換性があります)。

• サーバ上のフォルダ名では，漢字や仮名などの2バイト文字はサポートされません。 2バイト文字を使用すると，フォルダ名がまったく違った文字列に変換されてしまい， IMAPクライアントからの操作ができなくなることがあります。

3.17.7 VIEWコマンドでの日本語機能の未サポート

FTPクライアントのVIEWコマンドでは漢字フィルタを指定することはできません。

3.17.8 SSH での日本語機能の未サポート

SSH クライアントおよびサーバのセキュア・ログインおよびファイル転送では漢字フィルタを指定することはできません。

前へ

次へ

目次