PSQL アプリケーションが実行されているコンピューターからネットワーク ファイルにアクセスするためには、そのコンピューターで適切なクライアント リクエスターを使用する必要があります。アプリケーションで行う PSQL 呼び出しはクライアント リクエスター経由でサーバーに送られた後、その結果がアプリケーションに返されます。

通常、PSQL サーバーとクライアントは、デフォルトのプロパティ設定により、互いに通信したり正常に動作したりすることができます。通常はプロパティを変更する必要はありませんが、デフォルト以外の設定が必要な場合は、以下のセクションを参照してください。

このセクションでは、PSQL クライアントによって使用されるネットワーク通信用の設定について説明します。これらの設定の変更は、コマンド ライン ユーティリティまたは PCC 内のエンジン プロパティを使用して行うことができます。

各設定の詳細については、『Advanced Operations Guide』で説明しています。以下のネットワーク通信用のプロパティについては、『Advanced Operations Guide』を参照してください。

リクエスターを使用しているときは、PSQL サーバー エンジンに接続してデータ ファイルにアクセスします。このセクションでは、Btrieve または DTI アプリケーションを使用してネットワーク上のファイルにアクセスする際に使用できる、さまざまなネットワーク ファイルの構文を紹介します。

PSQL では、多くの操作環境で、UNC（Universal Naming Convention）およびドライブ パス形式（明確かつ最新）が使用できます。

パス形式についての詳細は、以下のセクションを参照してください。

お客様がアプリケーション開発者である場合は、URI 接続文字列をサポートする Btrieve API などの特定のアクセス方法についても留意してください。URI 文字列の詳細については、『PSQL Programmer's Guide』のデータベース URI を参照してください。『Btrieve API Guide』の Create（14）、Open（0） および Login/Logout（78） を参照してください。

以下の UNC パス形式は、すべてのクライアントからすべてのサーバーへのパス表記に対応しています。

\\ServerName または＜IP アドレス＞\share\path\file

\\ServerName または＜IP アドレス＞\share:[\]path\file

UNC 構文は、ターゲット サーバーで実行しているネットワーク オペレーティング システム（NOS）の実際の種類に関係なく、正しく解決されます。IP アドレスを使用する場合は、ドット付き表記の IPv4 アドレス、または IPv6 用にサポートされる 2 つの形式のうちのいずれか 1 つを使用してください。IPv6 アドレスを参照してください。

以下のドライブ表記は、すべてのクライアントからすべてのサーバーへのドライブ表記に対応しています。

drive:file
drive:[\]path\file
file
[\]path\file
..\file

Samba を使用する Linux サーバーが受け取るパスは、相対的な優先順序で次のように処理されます。

\\server\sharename\path

smb.conf ファイルでは、共有名を受け付けるよう設定する必要があり、そうしない場合は次のセクションで説明する絶対パスがデフォルトで設定されます。

\\server\absolute_path

smb.conf ファイルが適切に設定されていない、またはターゲット サーバー上で見つからない場合は、絶対パスを使用します。

PSQL の Linux 版または OS X 版の詳細については、Linux および OS X での PSQL の使用を参照してください。

OS X サーバーでは、サード パーティ製のパッケージ以外にも Samba 共有を有効にする方法があります。OS X は、smb.conf ファイルを使わないネイティブな SMB 形式の共有をサポートしています。［システム環境設定］>［共有］を選択するか、sharingコマンドを使用して、共有を設定したり、既存の共有を表示したりすることができます。

PSQL がサポートするアクセス方法を使用した PSQL Client は、IPv4 の場合と同様に IPv6 を使用して PSQL データベース エンジンを実行している IPv6 ホストへ接続します。つまり、Pervasive PSQL Client はサポートされるアクセス方法の 1 つを介してサーバーを指定し接続します。サーバーの指定は、PSQL Server または Workgroup が実行されているマシンのマシン名または IP アドレスのどちらを用いても可能です。

PSQL では ActiveX を除くすべてのアクセス方法で IPv6 接続をサポートします。いくつかのアクセス方法は Windows 専用のものですが、Windows と Linux または OS X の組み合わせによるクライアント/サーバーで使用することができます。

このセクションでは IPv6 の以下の点について説明します。

未加工の IPv6 アドレスは、コロンで区切られた 8 個のセグメントで構成されます。各セグメントは 4 桁の 16 進数値として記述できます。たとえば、「1234:5678:90ab:cdef:1234:5678:90ab:cdef」と表記されます。このフレームワーク内では、IPv6 名のいくつかの形式が利用可能です。

一般に、数値の IPv6 アドレスは IPv4 アドレスよりも複雑で扱いが困難です。数値によるリンク ローカル アドレスには問題があり、特にゾーン ID に関しては顕著です。

そのような理由から、特に実稼働環境では、アドレス解決に DNS サーバー、LLMNR、ホスト ファイル、または他の手段でホスト名を使用することをお勧めします。PSQL による数値の IPv6 アドレスのサポートは、主に開発環境での使用を目的としています。IPv6 数値アドレスは状況によって角カッコ（[ ]）が必要となることが多いので、数値のアドレスが必要な場合、かっこが不要と確信できないかぎりは追加するようにしてください。

PSQL がサポートするのはユニキャスト アドレスのみです。PSQL で使用できるユニキャスト アドレス形式は以下のとおりです。

IPv6 にはアドレス修飾子が含まれています。この修飾子はショートカットとして機能したり、また詳細な宛先の指定に用いたりすることができます。PSQL は IPv6 に以下の修飾子をサポートします。

PSQL は IPv6-literal.net 名（Windows の場合）、および角かっこ（[]）で囲まれた IPv6 アドレス（Windows、Linux、および OS X の場合）をサポートします。

ipv6-literal.net 名は以下に示す 3 つの変更を施した未加工の IPv6 アドレスです。

例

かっこ付き IPv6 アドレスとは角かっこで囲まれた未加工の IPv6 アドレスです。この形式は UNC（Uniform Naming Convention）で正しく動作するアドレスとしても参照されます。

例：

MicroKernel エンジン で IPv6 を使用する際の制限事項を次の表に示します。

IP アドレスにポート番号を含める必要があるのは、デフォルトのポートを上書きする場合のみです。一般に、ポート番号はコロン（:ポート番号）またはドット（.ポート番号）を用いて IP アドレスに追加されます。

UNC で正しく動作する名前（アドレスの表記を参照）には、ポート番号を追加できます。

これまでに述べた IPv6 に関する内容は、すべて Linux および OS X ディストリビューションにも適用されます。以下のセクションでは、IPv6 を Linux および OS X で使用した場合に限り適用される情報について説明します。

オペレーティング システムにおける IPv6 の完全サポートは比較的最近の機能です。このような理由から、最新の Linux および OS X ディストリビューションを使用することをお勧めします。弊社の Web サイトで、Linux および OS X ディストリビューションの一覧を参照の上、最新バージョンのディストリビューションを使用してください。

IPv6 を Linux または OS X で使用する場合は、以下の制限事項や条件に留意してください。

IPv6 を Linux または OS X で使用する場合は、次のような方法をお勧めします。

PSQL クライアントがサーバー上のデータベース エンジンへ接続するときに、pvnetpass を使用して、その PSQL クライアント プラットフォームからサーバーに対して必要な資格情報を確実に提供するようにしてください。同じサーバーであっても、異なるサーバー アドレスでそのサーバーへ接続する場合はその接続ごとに pvnetpass が必要です。たとえば、ホスト名と IPv6 数値アドレスで同じサーバーを参照するとします。この場合、それぞれの接続ごとに pvnetpass を使用する必要があります。『PSQL User's Guide』の pvnetpass を参照してください。

次の表では、IPv6 のサポートと PSQL についてよく寄せられる質問（FAQ）の回答を記載しています。

このセクションは、Windows サーバー プラットフォーム上で実行している PSQL サーバーへの接続に TCP/IP を使用する場合について説明します。

TCP/IP ネットワークで PSQL を操作する場合、クライアントは、Windows サーバーに割り当てられた名前からそのサーバーの IP アドレスを取得できなければなりません。IP アドレスから名前への変換を可能にする 2 つの方法があります。

以下に、上記のそれぞれの方法を使った IP アドレスのセットアップ方法の概要を示します。ネットワーク構成および設定のセットアップの詳しい説明については、オペレーティング システムのドキュメントを参照してください。

DNS を使用する場合は、お使いのコンピューターがサーバーのデータベース内でサーバーのアドレスを検索できるよう設定します。DNS の設定に必要な情報はネットワーク管理者に確認してください。

hosts ファイルではサーバー名と IP アドレスとの関係を手動で入力します。DNS が使用できない状況の場合は、この方法を使用します。

ブラウザーの設定に応じて、TCP/IP リクエストが送られる際、［Windows ダイヤルアップ ネットワーク］ダイアログ ボックスが表示される場合があります。通常、このダイアログ ボックスはインターネット接続を行うためのものですが、PSQL アプリケーションおよび TCP/IP の使用中は、この機能が邪魔になることがあります。

このセクションは、Windows コンピューター上で実行している PSQL サーバーへの接続に SPX を使用する場合について説明します。

SPX は、Windows プラットフォームのネイティブのプロトコルではありません。SPX を使用する場合は、以下の手順を実行し、PSQL が正しく動作するようにします。

TCP/IP と SPX の両方がインストールされている場合は、PSQL クライアン用の TCP/IP を削除し、PSQL アプリケーションで SPX が機能するようにします。

PSQL は 3 つのポートを経由して通信します。ファイアウォールやルーターでは、サーバー データベース エンジンとのリモート アクセス用に、以下のポートへのアクセスを許可する必要があります。

通常、競合がない限りポートを変更する必要はありません。

リレーショナル エンジン の場合、ポートの割り当て 1583 は、PSQL の各種ユーティリティを通じてサーバー用に設定することができます。このポートはクライアント用に手動で設定できます。『Advanced Operations Guide』の TCP/IP ポートを参照してください。

ポートの割り当ては 3351 とし、これを変更しないことをお勧めします。変更する必要がある場合は、PSQL サポートまでご連絡ください。

ポートの設定はサーバー マシンとすべてのクライアントの両者で必ず一致するようにしてください。

サーバーの受信ポートの変更後は、そのポートの割り当て変更を有効にするために PSQL エンジンを終了して再起動する必要があります。『PSQL User's Guide』の PSQL の使用を参照してください。

services ファイルは、オペレーティング システムで使用されるネットワーク通信用のテキスト ファイルです。この services ファイルで、PSQL Server とそのクライアントで使用されるポートを手動で割り当てることができます。services ファイルで記載される適用ポートと、PSQL のユーティリティおよび関連する Windows ファイアウォール規則で設定されるポートは必ず一致している必要があるので注意してください。

services ファイルでポートの割り当てを変更したら、その変更を有効にするために PSQL データベース エンジンを停止して再起動する必要があります。『PSQL User's Guide』のデータベース エンジンの起動と停止を参照してください。

PSQL Server および PSQL Workgroup をインストールする場合、ファイアウォールに関する特定の動作が実行されます。Vista 以降の Windows のオペレーティング システムには、ファイアウォール プロファイル（セキュリティ設定のグループ）を提供する「セキュリティが強化された Windows ファイアウォール」があります。それらのオペレーティング システムではデフォルトでファイアウォールが有効になっています。次の表では、アクティブなプロファイルに関する PSQL のインストール動作についてまとめています。

上の表でわかるように、パブリック プロファイルがその他の 1 つ以上のアクティブ プロファイルと共にアクティブな場合、PSQL 規則はパブリック プロファイル用に追加されますが無効になっています。PSQL Server または Workgroup のインストールが対話式またはサイレントであってもこの動作を変更することはできません。パブリック プロファイルの規則を有効にしたい場合は、手動で行う必要があります。PSQL 規則をパブリック プロファイルに対して有効にするにはを参照してください。

PSQL をインストールした後にネットワーク プロファイルを変更すると、PSQL が通信を受け付けることができなくなるかもしれません。たとえば、インストール時はプライベート ネットワーク プロファイルのみがアクティブだったとします。インストール後のある時点で、アクティブ プロファイルがドメイン（この設定はプライベート プロファイルの設定とはかなり異なることが前提）に変更された場合、データベース エンジンはネットワーク経由で通信ができなくなります。

PSQL の通信を妨げるようなプロファイルまたはファイアウォール規則を変更する場合は、PSQL 規則をパブリック プロファイルに対して有効にするにはの手順を参照してください。この手順は、アクティブ プロファイルに対して PSQL 規則を有効にする方法の一般的なガイドランとして使用できます。この手順を使用すればデータベース エンジンはネットワーク経由で再び通信できるようになります。

コーポレート ポリシーによっては、ローカル管理者が特定のマシンに対するファイアウォール プロファイルを変更できない（つまり、プロファイルが "ロックされている"）こともあります。そのような場合、ロックされたプロファイルによって監視されるネットワーク接続経由でデータベース エンジンが通信するために必要なファイアウォール規則を、PSQL のインストールによって追加したり有効にしたりすることはできません。そのような状況の場合は、権限を持つシステム管理者へファイアウォール ポリシーの変更を要請してください。この変更で PSQL でインストールされるすべてのサービスと通信する全ポートに対し受信 TCP および UDP トラフィックを許可します。

また、ターゲット システムがドメインに参加している場合は、グループ ポリシーにより制御されているファイアウォール プロファイル上の規則の追加および有効化を PSQL のインストールから妨げるものは、グループ ポリシーのみであることに注意してください。PSQL をインストールしているユーザーが、ドメイン ユーザーとしてではなくローカル ユーザーとしてターゲット システムにログインしていた場合、そのインストールによってファイアウォール プロファイルに対する規則の追加および有効化が行われます。ただし、ターゲット システムが後でグループ ポリシーを制御するドメインへ参加する場合はその規則が無効になります。

マップされたドライブを使用している場合、Windows ベースのクライアントとネットワーク接続するには、Linux または OS X サーバーで Samba が適切に設定されている必要があります。

TCP/IP ネットワークで PSQL を操作する場合、クライアントは、Linux または OS X サーバーに割り当てられた名前からそのサーバーの IP アドレスを取得できなければなりません。IP アドレスから名前への変換を可能にする 2 つの方法があります。

以下に、上記のそれぞれの方法を使った IP アドレスのセットアップ方法の概要を示します。ネットワーク構成および設定のセットアップの詳しい説明については、オペレーティング システムのドキュメントを参照してください。

DNS を使用する場合は、お使いのコンピューターがサーバーのデータベース内でサーバーのアドレスを検索できるよう設定します。DNS の設定に必要な情報はネットワーク管理者に確認してください。

Windows プラットフォームのクライアントの場合：

hosts ファイルではサーバー名と IP アドレスとの関係を手動で入力します。DNS が使用できない状況の場合は、この方法を使用します。

TCP/IP リクエストが Windows に送られる際、［Windows ダイヤルアップ ネットワーク］ダイアログ ボックスが表示される場合があります。通常、このダイアログ ボックスはインターネット接続を行うためのものですが、PSQL アプリケーションおよび TCP/IP の使用中は、この機能が邪魔になることがあります。

エンコード方法は上級ユーザー向けです。一般的には、デフォルトのエンコード設定で十分であり変更の必要はありません。『Advanced Operations Guide』のデータベース コード ページとクライアント エンコードを参照してください。

PSQL は DOS リクエスターで DOS Btrieve アプリケーションをサポートします。DOS リクエスターでサポートするのは Btrieve アプリケーションのみで、ODBC アプリケーションはサポートされません。このセクションでは、Windows で DOS リクエスターを使用して PSQL ベースの DOS アプリケーションを実行する方法について説明します。

DOS ボックスのサポートにより、Windows プラットフォーム上の DOS ボックスで DOS アプリケーションを実行することができます。これにより、データベース エンジンではなく、Windows 32 ビット ワークステーションのコンポーネントと直接通信することが可能になります。この設定は、ローカルの PSQL ワークグループ エンジン、あるいはリモート エンジンの両方で使用することができます。クライアント/サーバー アクセスに TCP/IP、SPX または NetBIOS プロトコルのどれを使用するかは、Windows 32 ビット コンポーネントの設定によって決まります。

DOS リクエスターは、ワークグループおよびクライアントからリモートのサーバー エンジンの設定をどちらもサポートします。

Windows 用のリクエスターは BTRBOX です。このリクエスターは DOS アプリケーションに使用することができます。

BTRBOX を使用して DOS アプリケーションを実行するために必要なコンポーネントはすべてクライアントでインストールされています。Windows クライアント コンポーネントをインストールすると、DOS または Windows 32 ビット アプリケーションを実行するために必要な要素がすべて揃います。インストールされる DOS アプリケーションのデフォルトのサポートは、Win32 DOS ボックス設定です。

DOS アプリケーションは 64 ビット Windows プラットフォームではサポートされません。このため、BTRBOX は 64 ビット Windows プラットフォームではサポートされません。

Windows プラットフォームでは、DOS ボックスのインストールはドライバーが完全に透過になるよう設定します。このため、すぐにコマンド プロンプトを開き、DOS Btrieve アプリケーションを実行することができます。%WINDIR%\SYSTEM32 ディレクトリにある CONFIG.NT ファイルには DOS アプリケーションのサポートを有効にするコマンドが含まれています。このファイルは DOS の CONFIG.SYS によく似ています。Windows オペレーティング システムでは DOS セッションが開くたびにドライバーを読み込みます。この設定ファイル内で、インストールを次のパスに置いて DOS ボックス ドライバーを読み込みます。

DEVICE = C:\WINDOWS\SYSTEM32\BTRDRVR.SYS