내 문제는 비슷하지만 반대입니다.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
설정했는데 listen_addr = *
여전히 telnet
다른 서버의 IP를 사용해도 작동하지 않습니다.
바라보다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
버전)은 변경할 수 있습니다.적절한 중지/시작을 수행해야 합니다., 그러면 새 주소를 사용해야 합니다.