I.概要：
ローカルにインストールされたデータベース接続をlocalhostのpgAdminでの使用を使用して湖南キリン3.2システムは、接続に失敗しましたが、接続は127.0.0.1を使用して成功しています。
第二に、ソリューション
エラーマップによると、IPv6ループバックアドレスがデータベースにアクセスすることを許可されていないpg_hba.confの設定ファイルを参照するので、次のように設定ファイルを変更します。
第三に、この問題は解決され
次のように1）PostgreSQLのpg_hba.confの設定ファイルを確認します。
ファイルによると、それは確かに127.0.0.1が正常に接続することができることを確認することができます。ローカルホストとものに関しては、実際のマッピングIPであるときことを確認する必要がありますか？
2）に対応するローカルホストのIPアドレスの確認
方法は、簡単で信頼性のある:( a）の
実行をping localhost、印刷情報参照
方法2：
Linuxの/ etc / hostsファイルの下に表示する、のIPとアドレスの間のマッピングをチェック
C表示するウィンドウを：\ WINDOWS \ System32に\ドライバを\ ETC \ hostsファイル。
方法3：
Linuxのifconfigコマンドの-aの下で、マシンはループバックアドレスであってもよいです。
キリンシステムを知るために使用することができ、IPアドレスを対応localhostです：****
3）PG構成データベースを再確認し
たもう一度のpg_hba.confファイルチェックし、IPアドレスを対応するlocalhostを明らかした後
#host all all ::1/128 md5ので、アクセスIPv6を許可していません、問題の根を見つけるために、銀行のコメント記号を削除し、PostgreSQLができ、再起動します。
4）試験
pgsqlの-h localhostの-u smartsys -d smartsys0714、接続が成功します。
第四に、拡張
この問題が発生し、最初の反応はどこ理由もなく考えることです。ローカルホストが127.0.0.1であることを確かに、IPV6を無視します。だから、IPV4、IPV6、という概念は、このような、もう少し体系的な学習にlocalhost。
1）IPV4
IPV4：インターネットプロトコルバージョン4インターネットプロトコルバージョン4、IPv4が前記32ビットのバイナリアドレスを示し、それは2 ^ 32のアドレス、通常ドット十進表記で書かれたIPv4、例えば192.168.0.1の合計を表すことができ、使用します数字は、固体、ドットで区切られた10進数です。192.168.0.0/16、スラッシュの後の番号は、ネットワークアドレス部の長さは、2つの単語に対応する16ビットであることを示す：ネットワークアドレス形式を使用して記述されていてもよいIPv4ネットワークは、二つの部分、及びホストアドレスに分けることができますネットワークアドレス192.168.0.0の一部であるセクション。
2）IPV6
IPV6インターネットプロトコルバージョン6、インターネットプロトコルバージョン6、IPv6は128ビットのバイナリアドレスの表現を使用して、それが2 ^ 128アドレスの合計を表すことができます。; 2）0圧縮表現; 3）埋め込みIPv4アドレス表記は、ここでは詳細には説明しない1）16進数を取る：3つのIPv6の表現があります。
3）ローカルホスト
ローカルホストは、「ローカルホスト」を参照して、「このコンピュータ」を意味します。ローカルホスト回路は、ホスト名（ループバック）に標準ネットワークインターフェース、および対応するIPアドレス127.0.0.1（IPv4）と[:: 1]（IPv6）があります。IP対応関係がローカルホストに変更してもよいです。
4）ループバックアドレス
IPv6の、すなわち、0でループバックアドレス：0：0：0：0：0：0：:: 1/128または1/128。主に自分のメッセージを送信する機器のIPv4と同じ役割でのループバック127.0.0.1、。