no pg_hba.conf entry for host

Question

I get following error when I try to connect using DBI

DBI connect('database=chaosLRdb;host=192.168.0.1;port=5433','postgres',...) 
failed: FATAL:  no pg_hba.conf entry for host "192.168.0.1", user "postgres", database "chaosLRdb", SSL off

Here is my pg_hba.conf file:

# "local" is for Unix domain socket connections only
local   all         all                               md5
# IPv4 local connections:
host    all         all         127.0.0.1/32          md5
# IPv6 local connections:
host    all         all         ::1/128               md5

host    all         postgres    127.0.0.1/32          trust

host    all        postgres     192.168.0.1/32        trust

host    all        all         192.168.0.1/32        trust

host    all        all         192.168.0.1/128        trust

host    all        all         192.168.0.1/32        md5

host    chaosLRdb    postgres         192.168.0.1/32      md5
local    all        all         192.168.0.1/32        trust

My perl code is

#!/usr/bin/perl-w
use DBI;
use FileHandle;

print "Start connecting to the DB...\n";

@ary = DBI->available_drivers(true);
%drivers = DBI->installed_drivers();
my $dbh = DBI->connect("DBI:PgPP:database=chaosLRdb;host=192.168.0.1;port=5433", "postgres", "chaos123");

May I know what i miss here?

score 59 · Answer 1 · edited Oct 18 '18 at 17:25

59

If you can change this line:

host    all        all         192.168.0.1/32        md5

With this:

host    all        all         all                   md5

You can see if this solves the problem.

But another consideration is your postgresql port(5432) is very open to password attacks with hackers (maybe they can brute force the password). You can change your postgresql port 5432 to '33333' or another value, so they can't know this configuration.

edited Oct 18 '18 at 17:25

Randall

2,859
1
21
24

answered Jan 03 '16 at 14:41

Hasan Tuna Oruç

1,656
15
16

I tried to do it like "host all all * md5" . But it didn't worked. But I got succeeded in your way. Thanks a lot. – Rahal Kanishka Nov 13 '17 at 08:22
2

This solution made me realize that I did not understand the fourth parameter at all, thank you! – Tom Sawyer Nov 23 '17 at 12:17

Gray · Answer 2 · 2017-08-19T21:38:14.010

In your pg_hba.conf file, I see some incorrect and confusing lines:

# fine, this allows all dbs, all users, to be trusted from 192.168.0.1/32
# not recommend because of the lax permissions
host    all        all         192.168.0.1/32        trust

# wrong, /128 is an invalid netmask for ipv4, this line should be removed
host    all        all         192.168.0.1/128       trust

# this conflicts with the first line
# it says that that the password should be md5 and not plaintext
# I think the first line should be removed
host    all        all         192.168.0.1/32        md5

# this is fine except is it unnecessary because of the previous line
# which allows any user and any database to connect with md5 password
host    chaosLRdb  postgres    192.168.0.1/32        md5

# wrong, on local lines, an IP cannot be specified
# remove the 4th column
local   all        all         192.168.0.1/32        trust

I suspect that if you md5'd the password, this might work if you trim the lines. To get the md5 you can use perl or the following shell script:

 echo -n 'chaos123' | md5sum
 > d6766c33ba6cf0bb249b37151b068f10  -

So then your connect line would like something like:

my $dbh = DBI->connect("DBI:PgPP:database=chaosLRdb;host=192.168.0.1;port=5433",
    "chaosuser", "d6766c33ba6cf0bb249b37151b068f10");

For more information, here's the documentation of postgres 8.X's pg_hba.conf file.

Yeah, it probably refused to load the pg_hba.conf file because of the errors. — Peter Eisentraut, Jan 19 '11 at 04:59

adam · Answer 3 · 2009-09-10T21:27:11.973

7

Your postgres server configuration seems correct

host    all         all         127.0.0.1/32          md5
host    all         all         192.168.0.1/32        trust

That should grant access from the client to the postgres server. So that leads me to believe the username / password is whats failing.

Test this by creating a specific user for that database

createuser -a -d -W -U postgres chaosuser

Then adjust your perl script to use the newly created user

my $dbh = DBI->connect("DBI:PgPP:database=chaosLRdb;host=192.168.0.1;port=5433", "chaosuser", "chaos123");

edited Sep 10 '09 at 21:27

answered Sep 10 '09 at 21:11

adam

6,582
4
29
28

13

The fact that he got an error about a missing pg_hba.conf line means that it hasn't gotten to checking the password yet. – Peter Eisentraut Jan 19 '11 at 04:58

score 6 · Answer 4 · answered Mar 17 '20 at 14:58

6

To resolve this problem, you can try this.

first, you have found out your pg_hba.conf by:

cd /etc/postgresql/9.5/main from your root directory

and open file using

sudo nano pg_hba.conf

then add this line:

local   all         all                               md5

to your pg_hba.conf and then restart by using the command:

sudo service postgresql restart

answered Mar 17 '20 at 14:58

Chirag Agrawal

183
2
7

Hello 'local' is relevant for unix socket connections. Why do you think it should help with the network problem? (I have this line in my pg_hba.conf, too, and have the same problem, too, plus my postgresql server does not listen on unix socket.) – Jindrich Vavruska Sep 18 '21 at 08:22

score 6 · Answer 5 · edited Jan 31 '22 at 10:06

6

If you are getting this error using node and pg module you can set ssl to not reject unauthorized access like this

const pool = new Pool({
    connectionString: "your connection string",
    ssl: {
        rejectUnauthorized: false
    }
})

edited Jan 31 '22 at 10:06

Vincent Doba

4,343
3
22
42

answered Jan 30 '22 at 11:31

Christian

61
1
2

score 5 · Answer 6 · answered Dec 01 '20 at 11:11

5

Add the following in line in pg_hba.conf

hostnossl all all 0.0.0.0/0 trust

And then restart the Service.

answered Dec 01 '20 at 11:11

Sumant Singh

904
1
14
16

Isn't this super insecure? – Tehc Jun 03 '23 at 02:25

score 5 · Answer 7 · answered Feb 22 '22 at 12:29

I faced the same issue. My db was on cloud

Error:

ERROR: no pg_hba.conf entry for host ".......", user ".........", database "....", SSL off

I add this configuration to resolve this,

    "dialect": "postgres",
    "dialectOptions": {
        "ssl": {
            "require": true,
            "rejectUnauthorized": false
        }
    }

SSL parameter is the key telling DB to always use SSL for making connections.

score 3 · Answer 8 · answered Mar 19 '14 at 17:13

3

To resolved this problem, you can try this.

first you have find out your pg_hba.conf and write :

local all all md5

after that restart pg server:

postgresql restart

or

sudo /etc/init.d/postgresql restart

answered Mar 19 '14 at 17:13

uma

2,932
26
20

score 2 · Answer 9 · edited Aug 02 '17 at 09:26

2

If you are getting an error like the one below:

OperationalError: FATAL:  no pg_hba.conf entry for host "your ipv6",
                  user "username", database "postgres", SSL off

then add an entry like the following, with your mac address.

host   all    all       [your ipv6]/128         md5

edited Aug 02 '17 at 09:26

John Moutafis

22,254
11
68
112

answered Aug 02 '17 at 08:57

shiddu mageppa

21
3

1

My problem was related to the IPV6 address, so, adding specifically my IPV6 address solved the problem. Thanks Shiddu – Phi Jul 21 '20 at 16:32

score 1 · Answer 10 · answered Apr 03 '15 at 15:25

1

For those who have the similar problem trying to connect to local db and trying like
con = psycopg2.connect(database="my_db", user="my_name", password="admin"), try to pass the additional parameter, so the following saved me a day:
con = psycopg2.connect(database="my_db", user="my_name", password="admin", host="localhost")

answered Apr 03 '15 at 15:25

Yauhen

2,435
1
17
18

Using 'local' saved my day too! The full host name works remotely but it did not work locally. – Dave Apr 12 '15 at 02:42

score 1 · Answer 11 · answered Oct 11 '18 at 09:53

For those who are getting this error in DBeaver the solution was found here at line:

@lcustodio on the SSL page, set SSL mode: require and either leave the SSL Factory blank or use the org.postgresql.ssl.NonValidatingFactory

Under Network -> SSL tab I checked the Use SLL checkbox and set Advance -> SSL Mode = require and it now works.

score 1 · Answer 12 · answered May 25 '22 at 10:40

1

while making the connection include ssl prop in configugration like this:

  ssl: {
    rejectUnauthorized: false
  }

answered May 25 '22 at 10:40

PakDragoon

149
2
11

score 0 · Answer 13 · answered Sep 03 '14 at 17:58

0

also check the PGHOST variable:

ECHO $PGHOST

to see if it matches the local machine name

answered Sep 03 '14 at 17:58

Lynx Kepler

662
1
9
21

score 0 · Answer 14 · answered Feb 28 '18 at 18:17

BTW, in my case it was that I needed to specify the user/pwd in the url, not as independent properties, they were ignored and my OS user was used to connect

My config is in a WebSphere 8.5.5 server.xml file

<dataSource 
    jndiName="jdbc/tableauPostgreSQL" 
    type="javax.sql.ConnectionPoolDataSource">
    <jdbcDriver 
        javax.sql.ConnectionPoolDataSource="org.postgresql.ds.PGConnectionPoolDataSource" 
        javax.sql.DataSource="org.postgresql.ds.PGPoolingDataSource" 
        libraryRef="PostgreSqlJdbcLib"/>
    <properties 
        url="jdbc:postgresql://server:port/mydb?user=fred&amp;password=secret"/>
</dataSource>

This would not work and was getting the error:

<properties 
    user="fred"
    password="secret"
    url="jdbc:postgresql://server:port/mydb"/>

score 0 · Answer 15 · answered May 19 '22 at 18:44

0

Please add the following line in /etc/postgresql/14/main/pg_hba.conf file

#IPv4 local connections:

host all all 127.0.0.1/32 scram-sha-256

host all all all md5

answered May 19 '22 at 18:44

Sumant Singh

904
1
14
16

score 0 · Answer 16 · answered Sep 20 '22 at 05:31

I've got the same issue in Azure Data Factory while connecting to Azure Database for PostgreSQL.

28000: no pg_hba.conf entry for host "", user "", database "postgres", SSL off

Here the issue was due to PostgreSQL database has ssl_min_protocol_version set to TLSV1.2 expecting a encrypted connection and the client connection was not using any encryption.

I've resolved the issue by setting the property "Encryption method" to SSL

score 0 · Answer 17 · answered Dec 15 '22 at 19:44

0

Use SSL in the connection. This solves it instantly

answered Dec 15 '22 at 19:44

Antony

161
3
4

score 0 · Answer 18 · answered Feb 05 '23 at 05:49

I have used Docker container to run postgres. I faced this issue and to resolve this, I used POSTGRES_HOST_AUTH_METHOD=trust env variable at the time of starting container.

Here is an example command docker run --name postgres --net appnet -e POSTGRES_PASSWORD=password -p 5432:5432 -e POSTGRES_HOST_AUTH_METHOD=trust -d postgres

If you want to connect postgres container to any other application which is running inside a docker container, it is best to run both the containers in same network. In this case, I have created a network appnet using docker network create command, used it to create my application container and postgres container.

score 0 · Answer 19 · answered Apr 11 '23 at 16:40

0

Add the following in line in pg_hba.conf

hostnossl all all 0.0.0.0/0 trust

restart the server

answered Apr 11 '23 at 16:40

sadiq rashid

468
5
8

score -2 · Answer 20 · answered Oct 07 '20 at 06:44

-2

Verify the postgres connection hostname/address in pgadmin and use the same in your connection parameter.

DBI connect('database=chaosLRdb;host="keep what is mentioned" ;port=5433','postgres',...)

answered Oct 07 '20 at 06:44

Balaji

1
1

Welcome to Stack Overflow! The user never mentions it can access the database using pgAdmin. – Gustavo Kawamoto Oct 07 '20 at 12:59

no pg_hba.conf entry for host

20 Answers20

Linked