Postgresql отказывается от соединения TCP / IP после перезапуска ubuntu

Тем временем RescueTime выпустил свой собственный клиент.

0
задан 23 September 2017 в 19:25

2 ответа

Я думаю, что проблема не связана с авторизацией (например, pg_hba.conf), так как ваша ошибка указывает на недостижимый порт. Попробуйте указать столько параметров соединения, сколько сможете. Также попробуйте подключиться с помощью некоторого простого инструмента, такого как psql (со всеми параметрами подключения, например, -h localhost -U user -W -p 5432 и т. Д.). Это должно дать вам некоторый намек на то, что происходит, и где смотреть дальше .

Специально дайте ему -h localhost, поскольку в противном случае он будет использовать локальный unix-сокет, устанавливающий TCP

EDIT: Вы уверены, что это хорошее правило iptable: -A INPUT - d 127.0.0.0/8 -j REJECT --reject-with icmp-port-unreachable Я не эксперт здесь, но попробуйте временно удалить эту запись и снова подключиться. То же самое касается: -A INPUT -j DROP

EDIT2: Если ничего не работает, пожалуйста, сбрасывайте все iptables с помощью «iptables-save», установленного в «iptables -S». «iptables-save» сбрасывает все доступные таблицы (например, фильтр, nat и т. д.). Дополнительная информация в руководстве

0
ответ дан 18 July 2018 в 06:20

Я думаю, что проблема не связана с авторизацией (например, pg_hba.conf), так как ваша ошибка указывает на недостижимый порт. Попробуйте указать столько параметров соединения, сколько сможете. Также попробуйте подключиться с помощью некоторого простого инструмента, такого как psql (со всеми параметрами подключения, например, -h localhost -U user -W -p 5432 и т. Д.). Это должно дать вам некоторый намек на то, что происходит, и где смотреть дальше .

Специально дайте ему -h localhost, поскольку в противном случае он будет использовать локальный unix-сокет, устанавливающий TCP

EDIT: Вы уверены, что это хорошее правило iptable: -A INPUT - d 127.0.0.0/8 -j REJECT --reject-with icmp-port-unreachable Я не эксперт здесь, но попробуйте временно удалить эту запись и снова подключиться. То же самое касается: -A INPUT -j DROP

EDIT2: Если ничего не работает, пожалуйста, сбрасывайте все iptables с помощью «iptables-save», установленного в «iptables -S». «iptables-save» сбрасывает все доступные таблицы (например, фильтр, nat и т. д.). Дополнительная информация в руководстве

0
ответ дан 24 July 2018 в 18:35
  • 1
    psql -U & lt; имя_пользователя & gt; -h & lt; ip.address & gt; -W -p 5432 отлично работает из оболочки, он говорит: psql (9.5.8) SSL-соединение (протокол: TLSv1.2, шифр: ECDHE-RSA-AES256-GCM-SHA384, бит: 256, сжатие: выключено) – Gary Nobles 23 September 2017 в 18:13
  • 2
    как для iptables, в прошлый раз я пытался их изменить, я закончил делать новую установку – Gary Nobles 23 September 2017 в 18:14
  • 3
    как я должен удалить их с помощью командной строки - и что еще более важно, как мне их вернуть? Извините, я все еще изучаю сложности linux. – Gary Nobles 23 September 2017 в 18:16
  • 4
    Внимательно прочитайте руководство iptable, есть все, что вам нужно знать. НО, если вы можете подключиться к psql, те же параметры подключения должны работать с pgadmin3. Проверьте, нет ли каких-либо параметров подключения – Astinus Eberhard 23 September 2017 в 18:21
  • 5
    Эй, вы отправили сообщение, что вы смогли успешно подключиться через psql - вы впервые подключились к серверу с помощью ssh? Если это правда, НЕ ДЕЛАЙТЕ! Запустите psql в той же системе, в которой вы пытаетесь запустить pgadmin3 – Astinus Eberhard 23 September 2017 в 18:29

Другие вопросы по тегам:

Похожие вопросы: