☰

Telnetローカルポートは機能しますが、IP試行は機能しません。

tag-icon • tag-icon ip hostname hosts telnet connection-sharing
Telnetローカルポートは機能しますが、IP試行は機能しません。

私の問題は似ていますが、逆です。Telnetローカルポートは機能しませんが、IP試行は機能します。

私にとってtelnetローカルポートは機能しますが、IPを使用しようとすると機能しません。

pgbouncerポート6432で実行されています。

$ telnet 192.x.x.x 6432
Trying 192.x.x.x...
telnet: Unable to connect to remote host: Connection refused

設定しましたが、他のサーバーのIPを使用してlisten_addr = *もtelnet機能しません。

バラよりhttp://lists.pgfoundry.org/pipermail/pgbouncer-general/2013-January/001097.html同じシナリオの場合（有用な答えはありません）

の出力はnetstat -plnt次のとおりです。

 tcp 0 0 127.0.0.1:6432 0.0.0.0:* LISTEN 19879/./pgbouncer

この問題をどのように解決できますか？

答え1

クイックGoogleは、推奨されるセキュリティ設定が通常、pgbouncerループバックインターフェイス（）でリッスンポートを設定することを示していますlocalhost。これは例です:

[pgbouncer]
listen_port = 5433
listen_addr = localhost
auth_type = any
logfile = pgbouncer.log
pidfile = pgbouncer.pid

これ構成文書サービスが受信するアドレスを変更する方法を明確に説明しました。

リスニングアドレス

TCP接続を受信するアドレスのリストを指定します。 *を使用して「すべてのアドレスを受信」を意味することもできます。設定しないと、Unixソケット接続のみが許可されます。

アドレスは数字（IPv4 / IPv6）または名前で指定できます。

デフォルト：設定されていません

リスニングポート

リッスンするポートです。 TCPおよびUnixソケットに適用されます。

デフォルト値：6432

今こうやったと回答をいただきましたのでここに記録として残しておきますが、下記に追加提案をさせていただきます。

メーリングリストのフォローアップ投稿あなたが言及したこと供給回答。ここに引用します。

ユーザー1

再起動を使用しましたが、/etc/init.d/pgbouncer restart効果的にオンライン再起動が開始されpgbouncerました-R。

ユーザー2

私はそれが-Rあなたにとてもうまくいくと思います。それは古いリスニングソケットを再利用します。つまり、バインドアドレスが同じままであることを意味します。

これらのデフォルト設定は自然なものです。バインディングアドレスはほとんど変更されませんが、他の設定（またはpgbouncerバージョン）は変更できます。

適切な停止/開始を実行する必要があります。、その後、新しいアドレスを使用する必要があります。

関連情報