前へ

次へ

目次

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

3.13 エラー・メッセージ

一部のエラー・メッセージには余分な空行が含まれていることがあります。

$ FTP host-name %TCPIP-E-FTP_HSTINF, cannot get host information for host-name from database -RMS-E-RNF, record not found $

3.14 FTP の問題点と制限事項

本節では，FTP の問題点と制限事項について説明します。

3.14.1 GET/FDL コマンド

OpenVMS を実行していないシステムに接続した場合，次のコマンドは失敗します。

FTP> GET/FDL a/b/c.d

FTP は誤ってファイル /FDL を返そうと試みます。

この問題を回避するには，次のシーケンスを使ってコマンドを入力します。

FTP> cd a/b/ FTP> GET/FDL c.d

3.14.2 混在オペレーティング・システム環境におけるExtended File Specifications

FTP では，ファイル名はターゲット・オペレーティング・システム上で有効でなければなりません。この要件は，Extended File Specification 名の文脈で，ファイル名の中の特定の文字をどのような場合にエスケープしなくてはならないかを説明するとわかりやすいでしょう。

たとえば，ファイル A^;b.Dat;3は，最初のセミコロンの前にカレット・エスケープを必要とします。このファイル名を，プロセスの解析スタイルが EXTENDED に設定されており， ODS5 ディスクを参照している，OpenVMS V7.2 を実行するシステム間で転送して，表示すると，予期した動作が得られます。ファイルは A^;b.Dat;3と表示され，次のコマンドはローカル・システム上にファイル A^;b.Dat;を作成します。

FTP> get A^;b.Dat

最後のセミコロンの右側の数字は，ディレクトリの中に，その名前を持つ既存のファイルがある場合はそのバージョンによって変わります。

OpenVMS システムと，OpenVMS を実行していないシステムとの間で動作するとき， FTP サーバはファイルを A^;b.Dat.3と表示します (;3 ではなく .3)。

たとえば，UNIX システムからファイル A;b.Datの GET コマンドを入力するときには，出力指定でカレットを指定する必要があります。

FTP> GET A;b.Dat A^;b.Dat

次のコマンドを入力すると，ファイル指定エラーが発生します。

FTP> GET A;b.Dat

PUT コマンドを入力するときには，出力指定からカレット・エスケープを手動で削除する必要があります。

FTP> PUT A^;b.Dat A;b.Dat

3.15 DHCP の問題点と制限事項

このバージョンの DHCP には，以下の問題または制約があります。

• ネットワークが，標準的な A，B，または C ネットマスク・アドレスと一貫性のない書式でサブネット化されている場合には， SYS$SYSDEVICE:[TCPIP$DHCP]NETMASKS.ファイルを編集し，個々のネットワークのエントリを追加するようにしてください。ファイル中の各エントリは，ネットワーク・アドレスとネットマスク・アドレスの 2 つのフィールドを含んでいる必要があります。次に例を示します。

  # Network Netmask 192.1.1.0 255.255.255.224 192.1.1.96 255.255.255.240

• DHCP が秩序立ったシャットダウンを行うように，
  SYS$STARTUP:SYSHUTDOWN.COM プロシージャから
  SYS$STARTUP:TCPIP$SHUTDOWN.COM を呼び出します。
  DHCPSIGTERM コマンドが TCPIP$DHCP_SHUTDOWN.COM プロシージャから発行されます。システムをシャットダウンするとき，システム・シャットダウン・プロシージャは TCPIP$SHUTDOWN.COM を実行し， TCPIP$SHUTDOWN.COM が TCPIP$DHCP_SHUTDOWN.COM を実行します。このプロセスにより，秩序立ったシャットダウンを行うことができます。
• BIND 検索が遅い場合には同期の問題が発生する可能性があります。
  DHCP サーバは，ホストに名前を割り当てる前に，逆検索呼び出し ( gethostbyaddr) を実行して，すでに BIND の中でそのアドレスに関連付けられた名前が存在するかどうかを確認します。この呼び出しの応答が遅い場合，クライアントが繰り返して発行する要求が無視され，クライアントは XID を変更して新たな要求を送信するようになります。この動作は，クライアント応答の XID フィールドが前回のクライアント要求の XID フィールドと異なることから見分けることができます。
  この同期の問題を避けるには，ローカル・ホスト・データベースにホストと IP アドレスを定義します。次のように入力します。

  TCPIP> SET HOST host/ADDRESS=IP_address

• DHCP GUI の「Server/Security」タブの Printing パラメータは正常に動作していません。現時点では，GUI から印刷を行うことはできません。

3.16 PPP/SLIP の問題点と制限事項

以降の各項では，PPP および SLIP サービスの問題について説明します。

3.16.1 OpenVMS V7.1 上での PPP の実行

OpenVMS V7.1 上で PPP を実行している場合には， ASNDRIVER の修正キットをインストールしている必要があります。このキットがなければ，PPP はシステム・クラッシュを引き起こす可能性があります。このキットには ASNDRIVER とその他の修正が含まれています。詳細については，キットのカバー・レターを参照してください。

このキットとカバー・レターは，次の場所でアクセスすることができます。

ftp://ftp.service.digital.com/public/vms/axp/v7.1/alppppd01_071.A-DCX_AXPEXE ftp://ftp.service.digital.com/public/vms/axp/v7.1/alppppd01_071.CVRLET_TXT

3.16.2 PPPD CONNECT が引き起こすシステム障害

本バージョンの日本語 TCP/IP Services を起動し，シャットダウンして，再起動したのちに，リモート・ユーザがダイアル・インして PPPD CONNECT コマンドを発行すると，システム障害が発生します。この問題は，SYS$PPPDRIVER の修正キットで解決されています。

3.17 ホストのダイアルアップ・プロバイダとしてのコンフィギュレーション

TCP/IP Services 製品では，ネットワーク・インタフェースを作成するときに一意の IP アドレスを使用する必要があります。誤って，すでに他のインタフェースに割り当てられている IP アドレスを割り当てた場合， PPP コネクションは動作しますが，終了時に，コネクションがアクティブになっていた他のすべてのアプリケーションがハングします。

これが起こった場合には，TCP/IP Services を再起動する必要があります。

3.18 RCP の問題点と制限事項

RCP には以下の問題点があります。

• RCP コマンドでは，明示的または暗黙のいずれで指定される場合であっても，ディレクトリを [directory] として (大カッコの区切り記号を付けて) 指定する必要があります。山カッコの使用はサポートされていません。
  たとえば，次のコマンドは暗黙にディレクトリを正しく指定しています。

  $ SET DEFAULT DISK:[USER] $ RCP A.DAT XYZ:A.DAT

  
  次のコマンドは，(RCP に対して) 明示的なディレクトリ指定が正しく行われていることを示しています。

  $ RCP DISK:[DIR]A.DAT XYZ.DAT

  
  次のコマンドでは暗黙のディレクトリ指定が正しくないため，確実には動作しないことがあります。

  $ SET DEFAULT DISK:<USER> $ RCP A.DAT XYZ:A.DAT

  
  誤った論理名と山カッコ形式のディレクトリ指定が RCP に対して (明示的または暗黙に) 同時に指定されると， RCP はメモリ・アクセス違反 (ACCVIO)で終了することがあります。たとえば，次の場合です。

  $ DEFINE/JOB/EXEC SYS$LOGIN_DEVICE SYS$LOGIN $ SET DEFAULT SYS$LOGIN_DEVICE:<USER> $ RCP A.DAT XYZ:A.DAT

  
  この例では，最初のコマンド (DEFINE/JOB/EXEC) はデバイス名の後にコロン (:) が指定されていません。この結果として，RCP コマンドは無効な論理名とディレクトリを指定します。

• RCP を実行している OpenVMS ホストがファイルのソースである場合， RCP はファイルを STREAM_LF 書式に変換します。これは FTP または KERMIT ASCII 転送と同等です。ファイルが実際には実行可能ファイルのようなバイナリ・ファイルだった場合， RCP は余分なライン・フィード文字を挿入します。これにより，ほとんどのケースではバイナリ・ファイルが使用不可能になります。
  この問題を回避するには，次のようにします。

  $ dir/full abc.bin ! note file characteristics $ copy abc.bin abc_copy.bin $ $ ! Cause $RCP to skip file conversion. $ set file/attributes=(rfm:stmlf) abc_copy.bin $ $ rcp abc_copy.bin remote_host:remote_abc.bin $ ! If the remote host is an OpenVMS host $ ! then, on the remote host, restore the file attributes $ ! Say the file abc.bin was really abc.exe $ set file remote_abc.exe/attribute=(rfm:fix, lrl:512) $ ! $backup expects LRL:32256 $ $ ! Done

• RCP が日本語 TCP/IP Services を実行している 2 つの OpenVMS システム間でファイルを転送すると，OpenVMS ファイル属性が失われます。すべての出力ファイルが STREAM_LF 書式で作成されます。

3.19 V4.2 から V5.x への移行に際しての REUSEADDR の動作の変更

REUSEADDR ソケット・オプションを使用すると，TCP/IP Services V4.2 と TCP/IP Services V5.x では異なる結果が生じます。

V4.2 では，パッシブ (待機) ソケットを持つ TCP/IP サーバは，同じ IP アドレスとポート番号を持つ複数のプロセスの下で動作することができました。V5.x では，このようなことを行うと，次の致命的エラーが発生します。

Failed to bind socket %SYSTEM-F-DUPLNAM, duplicate name

3.20 POPの問題点

TCP/IP Services V5.x のポスト・オフィス・プロトコル(POP)サーバには，以下の問題があります。

• TCP/IP ServicesとIUPOP3 POPサーバの両方で，引用符で囲まれた個人名を含んでいるアドレスの解析に問題があります。
• TCP/IP ServicesとIUPOP3 POPサーバの両方で，アドレス内にスペースを含んでいるアドレスの解析に問題があります。

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

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

• SMTPサーバに漢字フィルタが設定されている場合，漢字コードが変換されたメールがOpenVMS NEWMAILフォルダに格納されます。POPサーバは，OpenVMS NEWMAIL フォルダからメールを取り出し，メール中の漢字コードの変換を行うことなく POPクライアントに送信します。したがってPOPクライアントが受信するメールには， 第 3.21.1 項 「SMTPにおける漢字フィルタに関する注意事項」に記述する内容がそのまま適用されます。
• POPサーバが動作する環境で，OpenVMS Mailユーティリティを使用してメールの交換が行なわれている場合，DEC漢字を含んだメールもPOPクライアントに送信されます。この場合，日本語EUCをサポートするPOPクライアントを使用する必要があります(日本語EUCは，DEC拡張漢字文字を除き，DEC漢字と互換性があります)。

3.21 SMTPの問題点

TCP/IP Services V5.xでは， SMTP制御ファイルが損傷する可能性があります。

SMTPサーバは，特定の制御ファイルで断続的にエラーを発行します。最もよく返されるエラー・メッセージは SYSTEM-F-BADPARAMですが，この問題のためにアクセス違反メッセージ SYSTEM-F-ACCVIOが発生することもあります。ほとんどの場合，シンビオント・プロセスはクラッシュし，ダンプ・ファイルが残されます。制御ファイルの中のクラッシュを引き起こした問い合わせエントリを削除しなければ，そのエントリはクラッシュ後にキューが起動されたときに処理される最初のエントリとなり，キューは再びクラッシュします。ジョブが保留され， TCP/IP管理コマンドSHOW MAIL/FULLが発行されると，SHOW MAILコマンドはエラーを発行するかハングします。

この問題の原因は，SMTP制御ファイルに定期的に起こる損傷であり，メールの処理量が少ないシステムよりも多いシステム(1日に処理される制御ファイル数が 1,000以上)でより頻繁に起こります。

この問題を回避するには，SMTPキュー・ウォッチャ・コマンド・ファイル TCPIP$EXAMPLES:TCPIP$RESTART_SMTPQ.COMを実行します。このファイルのヘッダ・コメントに，ファイルの使用と操作の方法が記述されています。

以下に，その他の問題点と回避方法を示します。

• SMTPは，クラスタ別名(IPアドレスまたはDNS名)へのメールをローカルとして認識しません。V4.xバージョンの製品ではローカルとして認識していました。
  回避方法：
  クラスタ別名の名前をローカル別名ファイルに追加します。
• ANALYZE MAILコマンドは， TCPIP$SMTP_COMMONが SYS$SPECIFIC:[TCPIP$SMTP]をポイントしていなければ， TCPIP$SMTP_COMMONに格納されている制御ファイルを発見できません。
  回避方法：
  制御ファイルを手動でSMTPキューにサブミットします。

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

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

3.21.2 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.22 RSHおよびREXECコマンド・ファイルから返されるステータス

RSHおよびREXECコマンド・ファイルは，リモート・コマンド実行のステータスではなく，RSHまたはREXECの実行のステータスを返します。INETACPはこのリターン・ステータスを使用して， INETACPエラー・メッセージを追加すべきかどうかを判断します。

実行されたリモート・コマンドは，SYS$OUTPUTまたはSYS$ERRORを通して，自分のエラー・メッセージを返します。

3.23 $QIOプログラミング

関数IO$_WRITEVBLKは，以下の状況でエラーSS$_EXQUOTAを返します。

• プロセスが/NORESOURCE_WAITに設定されている (SET PROCESS /RESOURCE_WAITを参照)。
• ソケットの送信クォータに十分なスペースが割り当てられていないため，その時点で書き込もうとしている全データをバッファに入れることができない。

この状況では，SS$_EXQUOTAエラーが返され，書き込もうとしているデータ全体が伝送用キューに投入されません (データ全体が拒否されます)。

また，このエラーはデータの伝送に使用される send()， sendto()， sendmsg()などの各種のソケット・ルーチンに影響を与えます。C RTLは，現時点では呼び出しの際にエラーを返し，'errno'をEVMSERR (65535)に設定します。また，OpenVMS固有の 'vaxc$errno'には下位のエラーであるSS$_EXQUOTAが格納されます。

前へ

次へ

目次