pg_hba.confファイルクライアント認証はデータベースクラスタのデータディレクトリ内の、伝統的にpg_hba.confという名前の設定ファイルで管理されています
（HBAとは、host-based authentication: ホストベース認証の略です）。
デフォルトのpg_hba.confファイルは、データディレクトリがinitdbで初期化される時にインストールされます。
しかし、この認証設定ファイルを他の場所に設置することができます。
hba_file設定パラメータを参照してください。
pg_hba.confファイルの一般的な書式は、1行につき1つのレコードというレコードの集合です。
空行はコメント用の#文字以降の文字と同じく無視されます。
レコードは行をまたいで続けることはできません。
レコードはスペースもしくはタブ、もしくはその両方で区切られた、複数のフィールドで構成されています。
フィールドには、フィールド値が二重引用符付きの場合空白文字を含むことができます。
データベース、ユーザもしくはアドレスフィールド内のキーワード(例：allまたはreplication)の一つを引用するとその特別な意味が失われ、その名称のデータベース、ユーザもしくはホストと一致するようになります。
それぞれのレコードは接続形式、（接続形式に対して意味を持つのであれば）クライアントのIPアドレス範囲、データベースの名前、ユーザ名およびこれらのパラメータに一致する接続で使用される認証方法を指定します。 接続形式、クライアントアドレス、要求されたデータベース、およびユーザ名に一致する最初のレコードが認証処理に使用されます。 「失敗時の継続」や、 あるいは「バックアップ」はありません。 これは、もしあるレコードが選択されて認証に失敗した場合、後続のレコードは考慮されないということです。 どのレコードも一致しない時はアクセスが拒否されます。
レコードは7つの書式のうちの1つの形式を取ります。
localdatabaseuserauth-method[auth-options] hostdatabaseuseraddressauth-method[auth-options] hostssldatabaseuseraddressauth-method[auth-options] hostnossldatabaseuseraddressauth-method[auth-options] hostdatabaseuserIP-addressIP-maskauth-method[auth-options] hostssldatabaseuserIP-addressIP-maskauth-method[auth-options] hostnossldatabaseuserIP-addressIP-maskauth-method[auth-options]
フィールドの意味は以下のようになっています。
localこのレコードはUnixドメインソケットを使用する接続に対応します。 この種類のレコードを使用しないと、Unixドメインソケット経由の接続は拒否されます。
hostこのレコードは、TCP/IPを使用した接続に対応します。
hostレコードは、SSLもしくは非SSL接続のいずれかに対応します。
サーバのデフォルトの動作は、ローカルループバックアドレスであるlocalhostのみTCP/IP接続を監視しています。
よってサーバにおいてlisten_addressesパラメータが適切な値に設定された状態で起動されていない限り、リモートのTCP/IP接続はできません。
hostsslこのレコードは、接続がSSLで暗号化されている場合にのみTCP/IPネットワークを使用する接続に対応します。
このオプションを使用するためには、サーバはSSLサポートができるように構築されていなければいけません。 また、 SSLはsslパラメータを設定することによりサーバの起動時に有効になっていなくてはなりません（詳細は17.9. SSLによる安全なTCP/IP接続を参照してください）。
hostnosslこのレコードは、hostsslと反対の動作で、SSLを使用していないTCP/IPの接続のみに対応します。
databaseこのレコードで対応するデータベース名を指定します。
all という値は、全てのデータベースと対応することを指定します。
sameuserという値は、要求されたデータベースが要求ユーザと同じ名前を持つ場合にレコードが対応することを指定します。
sameroleという値は、要求ユーザが要求されたデータベースと同じ名前のロールのメンバでなければならないことを指定します。
（以前はsamegroupと書いていましたが、sameroleと記述してください）
スーパーユーザは、直接的であれ間接的であれ、明示的にsameroleのメンバでない限りsameroleのメンバとはみなされません。
また、スーパーユーザであるからといってsameroleのメンバとはみなされません。
replicationの値は、もしレプリケーション接続が要求された場合（レプリケーション接続は特定のデータベースを指定しないことに注意して下さい）にレコードが一致することを指定します。
それ以外の場合には、特定のPostgreSQLデータベースの名前になります。
データベースの名前はカンマで区切ることで複数指定できます。
データベース名を含む別のファイルを、そのファイル名の前に@を付けることで指定できます。
userこのレコードで対応するデータベースユーザを指定します。
allという値は、全てのユーザが対応することを指定します。
それ以外の場合には特定のデータベースユーザの名前もしくは+で始まるグループ名のどちらかになります。
（PostgreSQLではユーザとグループの明確な区別がないことを思い出してください。
+のマークは、「このロールの直接的もしくは間接的なメンバのどちらかに一致していること」を意味しています。
一方、+のマークのない名前は特定のロールにのみ一致します）
このため、スーパーユーザは、直接的であれ間接的であれ明示的にロールのメンバである場合にのみ、ロールのメンバとみなされます。
スーパーユーザであるからといってロールのメンバとはみなされません。
ユーザ名は、カンマで区切ることで複数指定できます。
ユーザ名を含む別のファイルを、そのファイル名の前に@を付けることで指定できます。
addressこのレコードに対応しているクライアントマシンのアドレス。 このフィールドはホスト名、IPアドレスの範囲、もしくは下記の特別なキーワードの1つを含んでいます。
IPアドレスの範囲は、範囲の開始アドレス、続いてスラッシュ(/)とCIDRマスクの長さという標準の数値表記で指定されます。
CIDRマスク長とは、クライアントIPアドレスが一致しなければならない、高位のビット数を表すものです。
指定するIPアドレスのこれより右側のビットには、0を指定しなければなりません。
IPアドレスと/、およびCIDRマスク長の間には空白を入れてはいけません。
典型的なIPv4アドレス範囲の例は、単一のホストでは172.20.143.89/32、小規模ネットワークでは172.20.143.0/24、大規模ネットワークでは10.6.0.0/16のようなものです。
IPv6アドレスの範囲は、単一のホストでは::1/128(この場合はIPv6ループバックアドレス)、小規模ネットワークではfe80::7a31:c1ff:0000:0000/96のようなものです。
0.0.0.0/0は全てのIPv4アドレスを意味します。また、::0/0は全てのIPv6アドレスを意味しています。
単一ホストを指定するには、IPv4では32、IPv6では128というマスク長を使用してください。
ネットワークアドレスでは末尾の0を省略できません。
IPv4書式で与えられたエントリは、IPv4接続のみに対応し、IPv6書式で与えられた項目は、たとえそのアドレスがIPv6内のIPv4の範囲内であったとしてもIPv6接続のみに対応します。 IPv6書式の項目は、システムのCライブラリがIPv6アドレスをサポートしていない場合拒絶されることに注意してください。
どのIPアドレスにも一致するようにallと書くこともできますし、
サーバ自身のどのIPアドレスにも一致するようにsamehostと書くこともできます。
もしくは、サーバが直接接続されているサブネット内のどのアドレスにも一致するようにsamenetと書くことができます。
もし、ホスト名（IPアドレスの範囲ではない場合の全て、もしくはホスト名として処理される特別なキーワード）が指定されている場合は、その名前は、クライアントのIPアドレスの逆引き名前解決の結果と比較されます（例えば、もしDNSが使用されている場合は逆引きDNS検索により解決されます）。
ホスト名の比較は、大文字小文字が区別されます。もし一致するものがあった場合は、解決された、どのアドレスもクライアントのIPアドレスと等しいか否かをチェックするために（例えば、前方一致のDNS検索のような）ホスト名の前方一致の名前解決が実行されます。
もし前方、後方の両方向で一致した場合は、エントリは一致するものとみなされます。
（pg_hba.conf内で使用されているホスト名は、クライアントのIPアドレスのアドレス-名前解決が返すホスト名の1つでなければいけません。
もしそうでなければこの行は一致しません。
1つのIPアドレスを複数のホスト名に関連付けるホスト名データベースもありますが、IPアドレスの解決を要求された場合にオペレーティングシステムは1つのホスト名のみを返します。）
ドット（.）で始まるホスト名の特定は実際のホスト名のサフィックスに一致します。
よって、.example.comは、foo.example.comに一致します
（example.comだけでは一致しません）。
ホスト名がpg_hba.conf内で指定されている場合、名前解決が適度に早いことを
確かめてください。nscdのようなローカル名前解決のキャッシュを設定することによる恩恵です。
また、クライアントのIPアドレスの代わりにホスト名がログで見られるように、log_hostnameの
設定パラメータを有効化することもできます。
このフィールドはhostおよびhostssl、hostnosslレコードにのみ適用されます。
IP-addressIP-maskこの2つのフィールドはIP-address/mask-length表記の代替として使用可能です。
マスク長を指定する代わりに、実際のマスクを分離した列で指定します。
例えば255.0.0.0はIPv4のCIDRマスク長8を意味し、255.255.255.255はCIDRマスク長32を意味しています。
このフィールドはhostおよびhostssl、hostnosslレコードにのみ適用されます。
auth-method接続がこのレコードに一致する場合に使用する認証方式を指定します。 使用できる選択肢は以下にまとめていますが、詳しくは19.3. 認証方式を参照してください。
trust接続を無条件で許可します。 この方式は、PostgreSQLデータベースサーバに接続できる全てのユーザが、任意のPostgreSQLユーザとしてパスワードや他の認証なしでログインすることを許可します。 詳細は19.3.1. trust認証を参照してください。
reject接続を無条件に拒否します。
特定のホストをあるグループから「除外」するために便利です。
例えば、1行のrejectは特定のホストが接続することを拒否します。一方、
後ろの行では特定のネットワーク内の残りのホストが接続することを許可します。
md5クライアントに対して認証時に二重MD5ハッシュ化パスワードを要求します。 詳細は19.3.2. パスワード認証を参照してください。
passwordクライアントに対して認証時に平文のパスワードを要求します。 パスワードはネットワークを通じて普通のテキスト形式で送られますので、信頼されていないネットワークでは使用しないでください。 詳細は19.3.2. パスワード認証を参照してください。
gssユーザの認証にGSSAPIを使用します。 これはTCP/IP接続を使用するときのみ使用可能です。 詳細は19.3.3. GSSAPI認証を参照してください。
sspiユーザの認証にSSPIを使用します。 これはWindowsを使用するときのみ使用可能です。 詳細は19.3.4. SSPI認証を参照してください。
identクライアントのオペレーティングシステムにおけるユーザ名をクライアント上のidentサーバに尋ねてユーザ名が要求されたデータベースユーザ名と一致するか検査します。 ident認証は、TCP/IP接続でのみ使用可能です。ローカル接続が指定されている場合は、peer認証が代わりに使用されます。 詳細は19.3.5. Ident認証を参照してください。
peerクライアントのオペレーティングシステムにおけるユーザ名をオペレーティングシステムから取得し、ユーザ名が要求されたデータベースユーザ名と一致するか検査します。 これはローカル接続の時にのみ使用可能です。詳細は19.3.6. Peer認証を参照してください。
ldapLDAPサーバを使用して認証します。 詳細は19.3.7. LDAP認証を参照してください。
radiusRADIUSサーバを使用して認証します。 詳細は19.3.8. RADIUS認証を参照してください。
certSSLクライアント証明書を使用して認証します。 詳細は19.3.9. 証明書認証を参照してください。
pamオペレーティングシステムによって提供されるPAM（Pluggable Authentication Modules）サービスを使用した認証です。 詳細は19.3.10. PAM認証を参照してください。
auth-optionsauth-methodフィールドの後ろに、
認証方式のオプションを指定する、name=valueの形式のフィールドが存在する可能性があります。
どのオプションがどの認証方式に使用できるのか、についての詳細は以下で説明します。
@式により含められるファイルは、空白文字あるいはカンマのどちらかで区切られた名前の列挙として読み込まれます。
コメントは、pg_hba.confと同様に#から始まります。
また、@式を入れ子にすることもできます。
@の後のファイル名が絶対パスでない限り、参照元ファイルが存在するディレクトリから見た相対パスであるとみなされます。
pg_hba.confレコードは接続が試みられる度に順番に検査されますので、レコードの順序はとても大切です。
典型的には、始めの方のレコードには厳しい接続照合パラメータと緩い認証方式があるのに対し、終わりの方のレコードにはより緩い照合パラメータとより厳しい認証方式があります。
例えば、ローカルTCP接続ではtrust認証方式、リモートTCP接続に対してはパスワードを要求したいとします。
この場合、広範囲にわたって許可されるクライアントのIPアドレスに対するパスワード認証を指定するレコードの前に127.0.0.1からの接続に対するtrust認証指定のレコードが置かれなければなりません。
pg_hba.confファイルは起動時と、主サーバプロセスがSIGHUP信号を受け取った時に読み込まれます。
稼働中のシステムでファイルを編集した場合は、（pg_ctl reloadあるいはkill -HUPを使用して）postmasterにファイルをもう一度読み込むように信号を出さなければなりません。
特定のデータベースに接続するためには、ユーザはpg_hba.confによる検査を通過しなければならない他、そのデータベースに対するCONNECT権限を持たなければなりません。
どのユーザがどのデータベースに接続できるかを制限したければ、通常、pg_hba.conf項目に規則を追加するよりも、CONNECT権限の付与・削除を行う方が簡単です。
pg_hba.confファイルの例をいくつか例19.1「pg_hba.confの項目の例」に示します。
各種認証方式の詳細についてはその後で説明します。
例19.1 pg_hba.confの項目の例
# ローカルシステム上の全てのユーザが、任意のデータベースに # 任意のデータベースユーザ名でUnixドメインソケットを使用して接続することを許可 # （ローカル接続ではデフォルト）。 # # TYPE DATABASE USER ADDRESS METHOD local all all trust # 上記と同じことをローカルループバックのTCP/IP接続を使って行なう。 # # TYPE DATABASE USER ADDRESS METHOD host all all 127.0.0.1/32 trust # 上記と同じだが、独立したネットマスク列を使用する # # TYPE DATABASE USER IP-ADDRESS IP-MASK METHOD host all all 127.0.0.1 255.255.255.255 trust # IPv6で上記と同じことを行なう。 # # TYPE DATABASE USER ADDRESS METHOD host all all ::1/128 trust # ホスト名を使用して上記と同じことを行なう（通常はIPv4とIPv6の両方をカバーします）。 # # TYPE DATABASE USER ADDRESS METHOD host all all localhost trust # IPアドレス192.168.93.xを持つ全てのホストの全てのユーザが、 # identがその接続について報告するのと同じユーザ名（典型的にはオペレーティングシステムのユーザ名）で # データベース「postgres」へ接続することを許可。 # # TYPE DATABASE USER ADDRESS METHOD host postgres all 192.168.93.0/24 ident # ユーザのパスワードが正しく入力された場合、 # ホスト192.168.12.10からのどのようなユーザでもデータベース「postgres」へ接続することを許可。 # # TYPE DATABASE USER ADDRESS METHOD host postgres all 192.168.12.10/32 md5 # ユーザのパスワードが正しく指定された場合は、 # example.comドメイン内のホストからの、どのユーザからのデータベース接続も許可する。 # # TYPE DATABASE USER ADDRESS METHOD host all all .example.com md5 # 先行する「host」行がなければ、これら2行によって192.168.54.1からの接続 # の試みを全て拒否（この項目が最初に照合されるため）。 # ただし、インターネット上の他の全ての場所からのGSSAPI接続は許可。 # ゼロマスクは、ホストIPアドレスのビットが考慮されずに # どのホストでも照合できることになる。 # # TYPE DATABASE USER ADDRESS METHOD host all all 192.168.54.1/32 reject host all all 0.0.0.0/0 gss # 192.168.x.xホストからのユーザが、ident検査に通る場合、 # どのデータベースにでも接続を許可。もし、例えば、identが「bryanh」と認定し # 「bryanh」がPostgreSQLのユーザ「guest1」として # 接続要求を出す場合、「bryanh」は「guest1」として接続が許可されるという # マップ「omicron」に対する記載事項がpg_ident.confにあれば接続を許可。 # # TYPE DATABASE USER ADDRESS METHOD host all all 192.168.0.0/16 ident map=omicron # ローカル接続に対して、以下のたった3行しか記載がない場合、ローカルユーザは # 自分のデータベース（データベースユーザ名と同じ名前のデータベース）にのみ接続許可。 # ただし管理者とロール「support」のメンバは全てのデータベースに接続可能。 # $PGDATA/adminsファイルは管理者のリストを含む。 # 全ての場合にパスワードが必要。 # # TYPE DATABASE USER ADDRESS METHOD local sameuser all md5 local all @admins md5 local all +support md5 # 上記の最後の2行は1つの行にまとめることが可能。 local all @admins,+support md5 # データベースの列にはリストやファイル名も使用できる。 local db1,db2,@demodbs all md5