下面更详细地描述认证方法。
如果声明了 trust (信任)认证模式， PostgreSQL 就假设任何可以联接到 服务器的人都可以以任何他声明的数据库用户(包括数据库超级用户) 这个方法应该用于那些在联接到服务器已经有足够操作系统层次保护 的环境里。
trust 认证对于单用户工作站的本地联接是非常合适和方便的。 通常它本身并不适用于多用户环境的机器。 不过，即使在多用户的机器上，你也可以使用 trust， 只要你利用文件系统权限限制了对服务器的 Unix 域套接字文件的访问。 要做这些限制，你可以设置 参数 unix_socket_permissions (以及可能还有 unix_socket_group)，就象 Section 16.4.1 里描述的那样。或者你可以 设置 unix_socket_directory，把Unix 域套接字文件放在 一个经过恰当限制的目录里。
设置文件系统权限只能帮助 Unix 套接字联接。它不会限制本地 TCP/IP 联接； 因此，如果你想利用文件系统权限来控制本地安全，那么删除 pg_hba.conf 里的 host ... 127.0.0.1 ... 行，或者把它改为一个 非 trust 的认证方法。
trust 认证模式只适合 TCP/IP 连接，只有在你信任那些在 pg_hba.conf 里声明为 trust，允许联接到服务器的行上的所有机器 上面的所有用户的时候才是合适的。很少有理由使用 trust 作为任何除来自localhost(127.0.0.1) 以外的 TCP/IP 联接的认证方式。
以口令为基础的认证方法包括 md5，crypt， 和 password。这些方法操作上非常类似，只不过口令通过 联接传送的方法不同。如果你担心口令被窃听("sniffing")， 那么 md5 比较合适，如果你必需支持 7.2 以前的老的客户端， 那么可以选 crypt。如果我们在开放的互联网上使用， 应该尽可能避免使用 password(除非你在联接上使用了 SSL， SSH，或者其他通讯安全的联接封装。)
PostgreSQL 数据库口令与任何操作系统用户口令无关。 各个数据库用户的口令是存储在pg_shadow系统表里面的。 口令可以用 SQL 语言命令CREATE USER 和ALTER USER 等管理，也就是说， CREATE USER foo WITH PASSWORD 'secret';。缺省时，如果没有明确地设置口令，存储的口令是 空并且该用户的口令认证总会失败。
要限制允许访问某数据库的用户集， 可以在 pg_hba.conf 中的 user 字段列出这些用户，就像前面的小节解释的那样。
Kerberos 是一种适用于在公共网络上进行分布计算的工业标准的安全 认证系统。 对 Kerberos 系统的叙述远远的超出了本文档的范围； 概括说来它是相当复杂（同样也相当强大）的系统。 Kerberos FAQ 或 MIT 雅典娜计划 是个开始探索 的好地方。现存在好几种Kerberos发布的源代码。
要使用 Kerberos，对它的支持必须在制作的时候打开。 参阅 Chapter 14 获取更多细节。 Kerberos 4 和 5 都被支持， 不过我们在一次制作中只能支持一个版本。
PostgreSQL 运行时象一个普通的 Kerberos 服务。 服务主的名字是 servicename/hostname@realm， 这里的 servicename 是 postgres (除非在配置时用 ./configure --with-krb-srvnam=whatever 选择了一个不同的 hostname)。 hostname 是服务器及其全称的主机名字。 服务器的域是服务器机器的优先域。
客户主自给必须用它们自己的 PostgreSQL 用户名作为 第一个部件，比如 pgusername/otherstuff@realm。 目前 PostgreSQL 没有检查客户的域；因此如果你打开了 跨域的认证，那么在任意域里任何可以和你通讯的主都会被接受。
确认你的服务器的密钥文件是可以被 PostgreSQL服务器帐户读取（最好就是只读的）（又见 Section 16.1）。密钥文件（ keytab）的位置是 用运行时配置参数 krb_server_keyfile 声明的。 （又见 Section 16.4。） 缺省时在 Kerberos 4 里是 /etc/srvtab， Kerberos 5里是 FILE:/usr/local/pgsql/etc/krb5.keytab （或者任何在制作的时候声明为 sysconfdir 的目录。）
要生成密钥文件（keytab），可以用下面例子（对版本5）
kadmin% ank -randkey postgres/server.my.domain.org kadmin% ktadd -k krb5.keytab postgres/server.my.domain.org
阅读 Kerberos 的文档获取详细信息。
在和数据库联接的时候，请确保自己对每个主都拥有一张匹配所请求的数据库 用户名的门票。例子∶对于数据库用户 fred， 主 [email protected] 和 fred/[email protected] 都可以用于与数据库服务器认证。
如果你在你的Apache web 服务器上使用了mod_auth_krb和 mod_perl， 你可以用一个mod_perl脚本进行 AuthType KerberosV5SaveCredentials。 这样就有了一个通过 web 的安全数据库访问，不需要额外的口令。
身份（ident）认证方法的运做模式是使用一个映射文件列出许可的用户 和对应的用户的配对，然后通过检查客户端的操作系统用户名 以及判断许可的数据库用户名的方法来认证。判断客户端的用户名 是非常关键的安全点，根据连接类型的不同，它的实现方法也略有不同。
"Identification Protocol（标识协议）"在 RFC 1413 里面描述。实际上每个类Unix的操作系统 都带着一个缺省时侦听113端口的身份服务器。 身份服务器的基本功能是回答类似这样的问题： "是什么用户从你的端口X初始化出来 联接到我的端口Y上来了？"。 因为在建立起物理联接后，PostgreSQL 既知道 X 也知道 Y，因此它可以询问 运行尝试联接的客户端的主机，并且理论上可以用这个方法判断 发起联接的操作系统用户。
这样做的缺点是它取决于客户端的完整性：如果客户端不可信 或者被攻击者攻破，而且它们可以在113端口上运行任何程序并且 返回他们选择的任何用户的话，就无法认证了。 因此这个认证方法只适用于封闭的网络，这样的网络里的每台客户机 都处于严密的控制下并且数据库和操作系统管理员可以比较方便地 联系上。换句话说，你必须信任运行身份(ident)服务的机器。下面是警告：
身份标识协议并不适用于认证或者访问控制协议。 | ||
| --RFC 1413 | ||
在支持用于 Unix 域套接字的SO_PEERCRED请求的系统上， （目前是 Linux， FreeBSD， NetBSD， OpenBSD和 BSD/OS）， 身份认证也可以用于局部联接。这个时候，使用身份认证不会增加 安全风险；实际上这也是在这种系统上使用本地联接时的优选方法。
在没有 SO_PEERCRED 请求的系统上，身份认证只能 通过TCP/IP连接获取。如果需要绕开这个限制，我们可以声明 localhost 地址 127.0.0.1，然后让连接指向这个地址。
当使用以身份为基础的认证时，在判断了初始化联接的操作系统用户 的名字后，PostgreSQL 判断他是否可以以 他所请求的数据库用户的身份联接。 这个判断是由跟在pg_hba.conf 文件里的 ident 关键字后面的身份映射控制的。 有一个预定义的身份映射是sameuser，表示任何 操作系统用户都可以以同名数据库用户进行联接（如果后者存在的 话）。其他映射必须手工创建。
非 sameuser 的身份映射存放在数据目录的文件 pg_ident.conf 里。每行的格式通常是：
map-name ident-username database-username
注释和空白和普通情况一样处理。map-name 是将用于 在pg_hba.conf里引用这个映射的任意名称。 另外两个域声明某个操作系统用户被允许以哪个数据库用户的身份 进行联接。同一个map-name 可以重复用于在一个映射里声明 更多的用户映射。对一个操作系统用户可以映射为多少个数据库用户没有 限制，反之亦然。
在系统启动和主服务器（ postmaster ）收到一个 SIGHUP 信号的时候会读取 pg_ident.conf 文件。如果你在一台活跃的系统上 编辑该文件，那么你需要给 postmaster 发信号 (用 pg_ctl reload 或者 kill -HUP) 令其重新读取该文件。)
Example 19-2里是 一个可以和在Example 19-1 里面演示的pg_hba.conf文件 配合使用的 pg_ident.conf 文件。 在这个例子的设置里，任何 登录到 192.168 网络里的机器的用户，如果用户名不是 bryanh，ann，或 robert就不能获准访问。 Unix 用户robert只有在试图以PostgreSQL用户 bob身份 联接时才允许访问，而不能是 robert 或其他什么身份。 ann 将只允许以ann的 身份联接。 用户bryanh允许以他自己的 bryanh 身份 或者做为 guest1 进行联接。
这个认证方法操作起来类似 password， 只不过它使用 PAM（Pluggable Authentication Modules）作为 认证机制。缺省的 PAM 服务名是 postgresql。 你可以在文件 pg_hba.conf 的 pam 关键字后面提供自己的可选服务名。 有关 PAM 的更多信息，请阅读 Linux-PAM页面和 Solaris PAM 页面。