Allow docker container to connect to a local/host postgres databaseConnecting to postgres from a docker containerCommunicate to Docker host from Docker containerHow to connect a Docker container to PostgreSQL running on the localhost using a DATABASE_URL?Unable to connect containerized app to containerized postgres, receiving dial tcp connection refused errorDocker container to local osx postgresImport PostgreSQL with Sqoop in DockerDocker localhost connection blocked by UFWConnect to Postgresql on Windows host machine with DockerConnect containerized .NET Core MVC/WebAPI app to LOCALLY installed PostgresAccess database that is outside the docker environmentHow to list containers in DockerHow to get a Docker container's IP address from the host?How to remove old Docker containersHow to deal with persistent storage (e.g. databases) in DockerCopying files from Docker container to hostCopying files from host to Docker containerHow to copy Docker images from one host to another without using a repositoryFrom inside of a Docker container, how do I connect to the localhost of the machine?How to create User/Database in script for Docker PostgresPostgres networking with Docker containers and host LAN
Why did David Cameron offer a referendum on the European Union?
Teacher help me explain this to my students
A Riley Respite
Who will lead the country until there is a new Tory leader?
using Leibniz rule to solve definite integral
C++ forcing function parameter evalution order
Why didn't Thanos use the Time Stone to stop the Avengers' plan?
Make 24 using exactly three 3s
number headings
How strong are Wi-Fi signals?
Is the field of q-series 'dead'?
What is this opening/position called, and what is white’s best move?
I unknowingly submitted plagarised work
Website returning plaintext password
Can a person survive on blood in place of water?
What is the object moving across the ceiling in this stock footage?
Where can I find visible/radio telescopic observations of the center of the Milky Way galaxy?
How to patch glass cuts in a bicycle tire?
Did the UK Government ask for the Irish backstop?
Why did the person in charge of a principality not just declare themself king?
How do I partition a matrx into blocks and replace zeros with dots?
Boss wants me to falsify a report. How should I document this unethical demand?
What are these arcade games in Ghostbusters 1984?
Is real public IP Address hidden when using a system wide proxy in Windows 10?
Allow docker container to connect to a local/host postgres database
Connecting to postgres from a docker containerCommunicate to Docker host from Docker containerHow to connect a Docker container to PostgreSQL running on the localhost using a DATABASE_URL?Unable to connect containerized app to containerized postgres, receiving dial tcp connection refused errorDocker container to local osx postgresImport PostgreSQL with Sqoop in DockerDocker localhost connection blocked by UFWConnect to Postgresql on Windows host machine with DockerConnect containerized .NET Core MVC/WebAPI app to LOCALLY installed PostgresAccess database that is outside the docker environmentHow to list containers in DockerHow to get a Docker container's IP address from the host?How to remove old Docker containersHow to deal with persistent storage (e.g. databases) in DockerCopying files from Docker container to hostCopying files from host to Docker containerHow to copy Docker images from one host to another without using a repositoryFrom inside of a Docker container, how do I connect to the localhost of the machine?How to create User/Database in script for Docker PostgresPostgres networking with Docker containers and host LAN
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;
I've recently been playing around with Docker and QGIS and have installed a container following the instructions in this tutorial.
Everything works great, although I am unable to connect to a localhost postgres database that contains all my GIS data. I figure this is because my postgres database is not configured to accept remote connections and have been editing the postgres conf files to allow remote connections using the instructions in this article.
I'm still getting an error message when I try and connect to my database running QGIS in Docker: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections to port 5433?
The postgres server is running, and I've edited my pg_hba.conf file to allow connections from a range of IP addresses (172.17.0.0/32). I had previously queried the IP address of the docker container using docker ps
and although the IP address changes, it has so far always been in the range 172.17.0.x
Any ideas why I can't connect to this database? Probably something very simple I imagine!
I'm running Ubuntu 14.04; Postgres 9.3
ubuntu docker postgresql-9.3 qgis
add a comment |
I've recently been playing around with Docker and QGIS and have installed a container following the instructions in this tutorial.
Everything works great, although I am unable to connect to a localhost postgres database that contains all my GIS data. I figure this is because my postgres database is not configured to accept remote connections and have been editing the postgres conf files to allow remote connections using the instructions in this article.
I'm still getting an error message when I try and connect to my database running QGIS in Docker: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections to port 5433?
The postgres server is running, and I've edited my pg_hba.conf file to allow connections from a range of IP addresses (172.17.0.0/32). I had previously queried the IP address of the docker container using docker ps
and although the IP address changes, it has so far always been in the range 172.17.0.x
Any ideas why I can't connect to this database? Probably something very simple I imagine!
I'm running Ubuntu 14.04; Postgres 9.3
ubuntu docker postgresql-9.3 qgis
add a comment |
I've recently been playing around with Docker and QGIS and have installed a container following the instructions in this tutorial.
Everything works great, although I am unable to connect to a localhost postgres database that contains all my GIS data. I figure this is because my postgres database is not configured to accept remote connections and have been editing the postgres conf files to allow remote connections using the instructions in this article.
I'm still getting an error message when I try and connect to my database running QGIS in Docker: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections to port 5433?
The postgres server is running, and I've edited my pg_hba.conf file to allow connections from a range of IP addresses (172.17.0.0/32). I had previously queried the IP address of the docker container using docker ps
and although the IP address changes, it has so far always been in the range 172.17.0.x
Any ideas why I can't connect to this database? Probably something very simple I imagine!
I'm running Ubuntu 14.04; Postgres 9.3
ubuntu docker postgresql-9.3 qgis
I've recently been playing around with Docker and QGIS and have installed a container following the instructions in this tutorial.
Everything works great, although I am unable to connect to a localhost postgres database that contains all my GIS data. I figure this is because my postgres database is not configured to accept remote connections and have been editing the postgres conf files to allow remote connections using the instructions in this article.
I'm still getting an error message when I try and connect to my database running QGIS in Docker: could not connect to server: Connection refused Is the server running on host "localhost" (::1) and accepting TCP/IP connections to port 5433?
The postgres server is running, and I've edited my pg_hba.conf file to allow connections from a range of IP addresses (172.17.0.0/32). I had previously queried the IP address of the docker container using docker ps
and although the IP address changes, it has so far always been in the range 172.17.0.x
Any ideas why I can't connect to this database? Probably something very simple I imagine!
I'm running Ubuntu 14.04; Postgres 9.3
ubuntu docker postgresql-9.3 qgis
ubuntu docker postgresql-9.3 qgis
edited Jun 26 '18 at 14:52
Cepr0
11.4k22154
11.4k22154
asked Jul 6 '15 at 14:57
marty_cmarty_c
1,20131721
1,20131721
add a comment |
add a comment |
7 Answers
7
active
oldest
votes
TL;DR
- Use
172.17.0.0/16
as IP address range, not172.17.0.0/32
. - Don't use
localhost
to connect to the PostgreSQL database on your host, but the host's IP instead. To keep the container portable, start the container with the--add-host=database:<host-ip>
flag and usedatabase
as hostname for connecting to PostgreSQL. - Make sure PostreSQL is configured to listen for connections on all IP addresses, not just on
localhost
. Look for the settinglisten_addresses
in PostgreSQL's configuration file, typically found in/etc/postgresql/9.3/main/postgresql.conf
(credits to @DazmoNorton).
Long version
172.17.0.0/32
is not a range of IP addresses, but a single address (namly 172.17.0.0
). No Docker container will ever get that address assigned, because it's the network address of the Docker bridge (docker0
) interface.
When Docker starts, it will create a new bridge network interface, that you can easily see when calling ip a
:
$ ip a
...
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN
link/ether 56:84:7a:fe:97:99 brd ff:ff:ff:ff:ff:ff
inet 172.17.42.1/16 scope global docker0
valid_lft forever preferred_lft forever
As you can see, in my case, the docker0
interface has the IP address 172.17.42.1
with a netmask of /16
(or 255.255.0.0
). This means that the network address is 172.17.0.0/16
.
The IP address is randomly assigned, but without any additional configuration, it will always be in the 172.17.0.0/16
network. For each Docker container, a random address from that range will be assigned.
This means, if you want to grant access from all possible containers to your database, use 172.17.0.0/16
.
1
hey thanks for your comments. I've changed mypg_hba.conf
to the address you suggested, but still get the same connection error message after stopping and restarting the postgres service. I've added the line under my ipv4 connections - is there somewhere else I'm supposed to add the address you suggest? Alternatively in my QGIS app running in Docker do I need to change the postgres connection info? For example, if I'm connecting from within a docker container is the host still 'localhost'?
– marty_c
Jul 7 '15 at 9:00
Ah, that's an important point. No,localhost
is not the host system inside your Docker container. Try connecting to the host system's public IP address. To keep the container portable, you can also start the container with the--add-host=database:<host-ip>
and simply usedatabase
as hostname to connect to your PostgreSQL host from within the Docker container.
– helmbert
Jul 7 '15 at 9:22
ah, that did it! thanks very much
– marty_c
Jul 7 '15 at 10:36
5
I needed one more piece. I also had to edit/etc/postgresql/9.3/main/postgresql.conf
and add my server'seth0
IP address tolisten_addresses
. By defaultlisten_addresses
has postgres bind tolocalhost
only.
– Dzamo Norton
Nov 7 '15 at 10:32
@DzamoNorton, thanks for the hint! I updated my answer accordingly.
– helmbert
Nov 7 '15 at 12:19
|
show 2 more comments
Docker for Mac solution
17.06 onwards
Thanks to @Birchlabs' comment, now it is tons easier with this special Mac-only DNS name available:
docker run -e DB_PORT=5432 -e DB_HOST=docker.for.mac.host.internal
From 17.12.0-cd-mac46, docker.for.mac.host.internal
should be used instead of docker.for.mac.localhost
. See release note for details.
Older version
@helmbert's answer well explains the issue. But Docker for Mac does not expose the bridge network, so I had to do this trick to workaround the limitation:
$ sudo ifconfig lo0 alias 10.200.10.1/24
Open /usr/local/var/postgres/pg_hba.conf
and add this line:
host all all 10.200.10.1/24 trust
Open /usr/local/var/postgres/postgresql.conf
and edit change listen_addresses
:
listen_addresses = '*'
Reload service and launch your container:
$ PGDATA=/usr/local/var/postgres pg_ctl reload
$ docker run -e DB_PORT=5432 -e DB_HOST=10.200.10.1 my_app
What this workaround does is basically same with @helmbert's answer, but uses an IP address that is attached to lo0
instead of docker0
network interface.
3
Is this still current as of 4 April 2017?
– Petrus Theron
Apr 4 '17 at 9:37
Yep, worked a treat for me! Thanks @baxang!
– VirtualWolf
Jun 1 '17 at 11:46
I like this way which will not expose database. BTW, can I use this on CentOS? I got the error: alias: Unknown host when I tried to use the alias command you provide.
– Tsung Goh
Jun 14 '17 at 17:01
6
There is a better way on macOS, as of Docker 17.06.0-rc1-ce-mac13 (June 1st 2017). containers recognise the hostdocker.for.mac.localhost
. this is the IP of your host machine. lookup its entry in the container's hosts database like so:docker run alpine /bin/sh -c 'getent hosts docker.for.mac.localhost'
– Birchlabs
Jul 28 '17 at 17:18
2
Seems like it changed tohost.docker.internal
since 18.03, other options are still available but deprecated (Source).
– gseva
Apr 26 '18 at 20:12
|
show 2 more comments
Simple Solution for mac:
The newest version of docker (18.03) offers a built in port forwarding solution. Inside your docker container simply have the db host set to host.docker.internal
. This will be forwarded to the host the docker container is running on.
Documentation for this is here: https://docs.docker.com/docker-for-mac/networking/#per-container-ip-addressing-is-not-possible
1
This is by far the best answer now! way easier and how it should be.
– bjm88
Jul 7 '18 at 4:58
ishost.docker.internal
limited to macs only?
– Dragas
Nov 12 '18 at 11:22
add a comment |
Simple solution
Just add --network=host
to docker run
. That's all!
This way container will use the host's network, so localhost
and 127.0.0.1
will point to the host (by default they point to a container). Example:
docker run -d --network=host
-e "DB_DBNAME=your_db"
-e "DB_PORT=5432"
-e "DB_USER=your_db_user"
-e "DB_PASS=your_db_password"
-e "DB_HOST=127.0.0.1"
--name foobar foo/bar
Be careful! This solution, that is the right one in my opinion, does not work for macOS. Don't waste your time trying to figure out why it is not working. Take a look at: github.com/docker/for-mac/issues/2716
– jfcorugedo
Mar 27 at 16:01
add a comment |
One more thing needed for my setup was to add
172.17.0.1 localhost
to /etc/hosts
so that Docker would point to 172.17.0.1
as the DB hostname, and not rely on a changing outer ip to find the DB. Hope this helps someone else with this issue!
9
This is a bad solution. Localhost should typically point to 127.0.0.1. Changing it might have undesired consequences, even if in this particular case it works.
– Alex
Oct 22 '17 at 2:17
1
A better way is to set up adatabase
host with--add-host=database:172.17.0.1
when running the container. Then point your app to that host. This avoids hard-coding an IP address inside a container.
– jaredsk
Dec 1 '17 at 16:59
the--add-host=database:172.17.0.1
is preferable
– Luis Martins
Apr 19 '18 at 19:50
add a comment |
In Ubuntu:
First You have to check that is the Docker Database port is Available in your system by following command -
sudo iptables -L -n
Sample OUTPUT:
Chain DOCKER (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 172.17.0.2 tcp dpt:3306
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:22
Here 3306
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo iptables -A INPUT -p tcp --dport 3306 -j ACCEPT
Now, You can easily access the Docker Database from your local system by following configuration
host: 172.17.0.2
adapter: mysql
database: DATABASE_NAME
port: 3307
username: DATABASE_USER
password: DATABASE_PASSWORD
encoding: utf8
In CentOS:
First You have to check that is the Docker Database port is Available in your firewall by following command -
sudo firewall-cmd --list-all
Sample OUTPUT:
target: default
icmp-block-inversion: no
interfaces: eno79841677
sources:
services: dhcpv6-client ssh
**ports: 3307/tcp**
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:
Here 3307
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo firewall-cmd --zone=public --add-port=3307/tcp
In server, You can add the port permanently
sudo firewall-cmd --permanent --add-port=3307/tcp
sudo firewall-cmd --reload
Now, You can easily access the Docker Database from your local system by the above configuration.
add a comment |
The another solution is service volume, You can define a service volume and mount host's PostgreSQL Data directory in that volume. Check out the given compose file for details.
version: '2'
services:
db:
image: postgres:9.6.1
volumes:
- "/var/lib/postgresql/data:/var/lib/postgresql/data"
ports:
- "5432:5432"
By doing this, another PostgreSQL service will run under container but uses same data directory which host PostgreSQL service is using.
1
This will probably cause write conflicts with a running host PostgreSQL service
– Petrus Theron
Apr 4 '17 at 9:37
I think stopping host service will solve the problem in that case.
– Hrishi
Apr 6 '17 at 6:19
add a comment |
Your Answer
StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f31249112%2fallow-docker-container-to-connect-to-a-local-host-postgres-database%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
7 Answers
7
active
oldest
votes
7 Answers
7
active
oldest
votes
active
oldest
votes
active
oldest
votes
TL;DR
- Use
172.17.0.0/16
as IP address range, not172.17.0.0/32
. - Don't use
localhost
to connect to the PostgreSQL database on your host, but the host's IP instead. To keep the container portable, start the container with the--add-host=database:<host-ip>
flag and usedatabase
as hostname for connecting to PostgreSQL. - Make sure PostreSQL is configured to listen for connections on all IP addresses, not just on
localhost
. Look for the settinglisten_addresses
in PostgreSQL's configuration file, typically found in/etc/postgresql/9.3/main/postgresql.conf
(credits to @DazmoNorton).
Long version
172.17.0.0/32
is not a range of IP addresses, but a single address (namly 172.17.0.0
). No Docker container will ever get that address assigned, because it's the network address of the Docker bridge (docker0
) interface.
When Docker starts, it will create a new bridge network interface, that you can easily see when calling ip a
:
$ ip a
...
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN
link/ether 56:84:7a:fe:97:99 brd ff:ff:ff:ff:ff:ff
inet 172.17.42.1/16 scope global docker0
valid_lft forever preferred_lft forever
As you can see, in my case, the docker0
interface has the IP address 172.17.42.1
with a netmask of /16
(or 255.255.0.0
). This means that the network address is 172.17.0.0/16
.
The IP address is randomly assigned, but without any additional configuration, it will always be in the 172.17.0.0/16
network. For each Docker container, a random address from that range will be assigned.
This means, if you want to grant access from all possible containers to your database, use 172.17.0.0/16
.
1
hey thanks for your comments. I've changed mypg_hba.conf
to the address you suggested, but still get the same connection error message after stopping and restarting the postgres service. I've added the line under my ipv4 connections - is there somewhere else I'm supposed to add the address you suggest? Alternatively in my QGIS app running in Docker do I need to change the postgres connection info? For example, if I'm connecting from within a docker container is the host still 'localhost'?
– marty_c
Jul 7 '15 at 9:00
Ah, that's an important point. No,localhost
is not the host system inside your Docker container. Try connecting to the host system's public IP address. To keep the container portable, you can also start the container with the--add-host=database:<host-ip>
and simply usedatabase
as hostname to connect to your PostgreSQL host from within the Docker container.
– helmbert
Jul 7 '15 at 9:22
ah, that did it! thanks very much
– marty_c
Jul 7 '15 at 10:36
5
I needed one more piece. I also had to edit/etc/postgresql/9.3/main/postgresql.conf
and add my server'seth0
IP address tolisten_addresses
. By defaultlisten_addresses
has postgres bind tolocalhost
only.
– Dzamo Norton
Nov 7 '15 at 10:32
@DzamoNorton, thanks for the hint! I updated my answer accordingly.
– helmbert
Nov 7 '15 at 12:19
|
show 2 more comments
TL;DR
- Use
172.17.0.0/16
as IP address range, not172.17.0.0/32
. - Don't use
localhost
to connect to the PostgreSQL database on your host, but the host's IP instead. To keep the container portable, start the container with the--add-host=database:<host-ip>
flag and usedatabase
as hostname for connecting to PostgreSQL. - Make sure PostreSQL is configured to listen for connections on all IP addresses, not just on
localhost
. Look for the settinglisten_addresses
in PostgreSQL's configuration file, typically found in/etc/postgresql/9.3/main/postgresql.conf
(credits to @DazmoNorton).
Long version
172.17.0.0/32
is not a range of IP addresses, but a single address (namly 172.17.0.0
). No Docker container will ever get that address assigned, because it's the network address of the Docker bridge (docker0
) interface.
When Docker starts, it will create a new bridge network interface, that you can easily see when calling ip a
:
$ ip a
...
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN
link/ether 56:84:7a:fe:97:99 brd ff:ff:ff:ff:ff:ff
inet 172.17.42.1/16 scope global docker0
valid_lft forever preferred_lft forever
As you can see, in my case, the docker0
interface has the IP address 172.17.42.1
with a netmask of /16
(or 255.255.0.0
). This means that the network address is 172.17.0.0/16
.
The IP address is randomly assigned, but without any additional configuration, it will always be in the 172.17.0.0/16
network. For each Docker container, a random address from that range will be assigned.
This means, if you want to grant access from all possible containers to your database, use 172.17.0.0/16
.
1
hey thanks for your comments. I've changed mypg_hba.conf
to the address you suggested, but still get the same connection error message after stopping and restarting the postgres service. I've added the line under my ipv4 connections - is there somewhere else I'm supposed to add the address you suggest? Alternatively in my QGIS app running in Docker do I need to change the postgres connection info? For example, if I'm connecting from within a docker container is the host still 'localhost'?
– marty_c
Jul 7 '15 at 9:00
Ah, that's an important point. No,localhost
is not the host system inside your Docker container. Try connecting to the host system's public IP address. To keep the container portable, you can also start the container with the--add-host=database:<host-ip>
and simply usedatabase
as hostname to connect to your PostgreSQL host from within the Docker container.
– helmbert
Jul 7 '15 at 9:22
ah, that did it! thanks very much
– marty_c
Jul 7 '15 at 10:36
5
I needed one more piece. I also had to edit/etc/postgresql/9.3/main/postgresql.conf
and add my server'seth0
IP address tolisten_addresses
. By defaultlisten_addresses
has postgres bind tolocalhost
only.
– Dzamo Norton
Nov 7 '15 at 10:32
@DzamoNorton, thanks for the hint! I updated my answer accordingly.
– helmbert
Nov 7 '15 at 12:19
|
show 2 more comments
TL;DR
- Use
172.17.0.0/16
as IP address range, not172.17.0.0/32
. - Don't use
localhost
to connect to the PostgreSQL database on your host, but the host's IP instead. To keep the container portable, start the container with the--add-host=database:<host-ip>
flag and usedatabase
as hostname for connecting to PostgreSQL. - Make sure PostreSQL is configured to listen for connections on all IP addresses, not just on
localhost
. Look for the settinglisten_addresses
in PostgreSQL's configuration file, typically found in/etc/postgresql/9.3/main/postgresql.conf
(credits to @DazmoNorton).
Long version
172.17.0.0/32
is not a range of IP addresses, but a single address (namly 172.17.0.0
). No Docker container will ever get that address assigned, because it's the network address of the Docker bridge (docker0
) interface.
When Docker starts, it will create a new bridge network interface, that you can easily see when calling ip a
:
$ ip a
...
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN
link/ether 56:84:7a:fe:97:99 brd ff:ff:ff:ff:ff:ff
inet 172.17.42.1/16 scope global docker0
valid_lft forever preferred_lft forever
As you can see, in my case, the docker0
interface has the IP address 172.17.42.1
with a netmask of /16
(or 255.255.0.0
). This means that the network address is 172.17.0.0/16
.
The IP address is randomly assigned, but without any additional configuration, it will always be in the 172.17.0.0/16
network. For each Docker container, a random address from that range will be assigned.
This means, if you want to grant access from all possible containers to your database, use 172.17.0.0/16
.
TL;DR
- Use
172.17.0.0/16
as IP address range, not172.17.0.0/32
. - Don't use
localhost
to connect to the PostgreSQL database on your host, but the host's IP instead. To keep the container portable, start the container with the--add-host=database:<host-ip>
flag and usedatabase
as hostname for connecting to PostgreSQL. - Make sure PostreSQL is configured to listen for connections on all IP addresses, not just on
localhost
. Look for the settinglisten_addresses
in PostgreSQL's configuration file, typically found in/etc/postgresql/9.3/main/postgresql.conf
(credits to @DazmoNorton).
Long version
172.17.0.0/32
is not a range of IP addresses, but a single address (namly 172.17.0.0
). No Docker container will ever get that address assigned, because it's the network address of the Docker bridge (docker0
) interface.
When Docker starts, it will create a new bridge network interface, that you can easily see when calling ip a
:
$ ip a
...
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN
link/ether 56:84:7a:fe:97:99 brd ff:ff:ff:ff:ff:ff
inet 172.17.42.1/16 scope global docker0
valid_lft forever preferred_lft forever
As you can see, in my case, the docker0
interface has the IP address 172.17.42.1
with a netmask of /16
(or 255.255.0.0
). This means that the network address is 172.17.0.0/16
.
The IP address is randomly assigned, but without any additional configuration, it will always be in the 172.17.0.0/16
network. For each Docker container, a random address from that range will be assigned.
This means, if you want to grant access from all possible containers to your database, use 172.17.0.0/16
.
edited Nov 7 '15 at 12:17
answered Jul 6 '15 at 15:05
helmberthelmbert
19.3k64957
19.3k64957
1
hey thanks for your comments. I've changed mypg_hba.conf
to the address you suggested, but still get the same connection error message after stopping and restarting the postgres service. I've added the line under my ipv4 connections - is there somewhere else I'm supposed to add the address you suggest? Alternatively in my QGIS app running in Docker do I need to change the postgres connection info? For example, if I'm connecting from within a docker container is the host still 'localhost'?
– marty_c
Jul 7 '15 at 9:00
Ah, that's an important point. No,localhost
is not the host system inside your Docker container. Try connecting to the host system's public IP address. To keep the container portable, you can also start the container with the--add-host=database:<host-ip>
and simply usedatabase
as hostname to connect to your PostgreSQL host from within the Docker container.
– helmbert
Jul 7 '15 at 9:22
ah, that did it! thanks very much
– marty_c
Jul 7 '15 at 10:36
5
I needed one more piece. I also had to edit/etc/postgresql/9.3/main/postgresql.conf
and add my server'seth0
IP address tolisten_addresses
. By defaultlisten_addresses
has postgres bind tolocalhost
only.
– Dzamo Norton
Nov 7 '15 at 10:32
@DzamoNorton, thanks for the hint! I updated my answer accordingly.
– helmbert
Nov 7 '15 at 12:19
|
show 2 more comments
1
hey thanks for your comments. I've changed mypg_hba.conf
to the address you suggested, but still get the same connection error message after stopping and restarting the postgres service. I've added the line under my ipv4 connections - is there somewhere else I'm supposed to add the address you suggest? Alternatively in my QGIS app running in Docker do I need to change the postgres connection info? For example, if I'm connecting from within a docker container is the host still 'localhost'?
– marty_c
Jul 7 '15 at 9:00
Ah, that's an important point. No,localhost
is not the host system inside your Docker container. Try connecting to the host system's public IP address. To keep the container portable, you can also start the container with the--add-host=database:<host-ip>
and simply usedatabase
as hostname to connect to your PostgreSQL host from within the Docker container.
– helmbert
Jul 7 '15 at 9:22
ah, that did it! thanks very much
– marty_c
Jul 7 '15 at 10:36
5
I needed one more piece. I also had to edit/etc/postgresql/9.3/main/postgresql.conf
and add my server'seth0
IP address tolisten_addresses
. By defaultlisten_addresses
has postgres bind tolocalhost
only.
– Dzamo Norton
Nov 7 '15 at 10:32
@DzamoNorton, thanks for the hint! I updated my answer accordingly.
– helmbert
Nov 7 '15 at 12:19
1
1
hey thanks for your comments. I've changed my
pg_hba.conf
to the address you suggested, but still get the same connection error message after stopping and restarting the postgres service. I've added the line under my ipv4 connections - is there somewhere else I'm supposed to add the address you suggest? Alternatively in my QGIS app running in Docker do I need to change the postgres connection info? For example, if I'm connecting from within a docker container is the host still 'localhost'?– marty_c
Jul 7 '15 at 9:00
hey thanks for your comments. I've changed my
pg_hba.conf
to the address you suggested, but still get the same connection error message after stopping and restarting the postgres service. I've added the line under my ipv4 connections - is there somewhere else I'm supposed to add the address you suggest? Alternatively in my QGIS app running in Docker do I need to change the postgres connection info? For example, if I'm connecting from within a docker container is the host still 'localhost'?– marty_c
Jul 7 '15 at 9:00
Ah, that's an important point. No,
localhost
is not the host system inside your Docker container. Try connecting to the host system's public IP address. To keep the container portable, you can also start the container with the --add-host=database:<host-ip>
and simply use database
as hostname to connect to your PostgreSQL host from within the Docker container.– helmbert
Jul 7 '15 at 9:22
Ah, that's an important point. No,
localhost
is not the host system inside your Docker container. Try connecting to the host system's public IP address. To keep the container portable, you can also start the container with the --add-host=database:<host-ip>
and simply use database
as hostname to connect to your PostgreSQL host from within the Docker container.– helmbert
Jul 7 '15 at 9:22
ah, that did it! thanks very much
– marty_c
Jul 7 '15 at 10:36
ah, that did it! thanks very much
– marty_c
Jul 7 '15 at 10:36
5
5
I needed one more piece. I also had to edit
/etc/postgresql/9.3/main/postgresql.conf
and add my server's eth0
IP address to listen_addresses
. By default listen_addresses
has postgres bind to localhost
only.– Dzamo Norton
Nov 7 '15 at 10:32
I needed one more piece. I also had to edit
/etc/postgresql/9.3/main/postgresql.conf
and add my server's eth0
IP address to listen_addresses
. By default listen_addresses
has postgres bind to localhost
only.– Dzamo Norton
Nov 7 '15 at 10:32
@DzamoNorton, thanks for the hint! I updated my answer accordingly.
– helmbert
Nov 7 '15 at 12:19
@DzamoNorton, thanks for the hint! I updated my answer accordingly.
– helmbert
Nov 7 '15 at 12:19
|
show 2 more comments
Docker for Mac solution
17.06 onwards
Thanks to @Birchlabs' comment, now it is tons easier with this special Mac-only DNS name available:
docker run -e DB_PORT=5432 -e DB_HOST=docker.for.mac.host.internal
From 17.12.0-cd-mac46, docker.for.mac.host.internal
should be used instead of docker.for.mac.localhost
. See release note for details.
Older version
@helmbert's answer well explains the issue. But Docker for Mac does not expose the bridge network, so I had to do this trick to workaround the limitation:
$ sudo ifconfig lo0 alias 10.200.10.1/24
Open /usr/local/var/postgres/pg_hba.conf
and add this line:
host all all 10.200.10.1/24 trust
Open /usr/local/var/postgres/postgresql.conf
and edit change listen_addresses
:
listen_addresses = '*'
Reload service and launch your container:
$ PGDATA=/usr/local/var/postgres pg_ctl reload
$ docker run -e DB_PORT=5432 -e DB_HOST=10.200.10.1 my_app
What this workaround does is basically same with @helmbert's answer, but uses an IP address that is attached to lo0
instead of docker0
network interface.
3
Is this still current as of 4 April 2017?
– Petrus Theron
Apr 4 '17 at 9:37
Yep, worked a treat for me! Thanks @baxang!
– VirtualWolf
Jun 1 '17 at 11:46
I like this way which will not expose database. BTW, can I use this on CentOS? I got the error: alias: Unknown host when I tried to use the alias command you provide.
– Tsung Goh
Jun 14 '17 at 17:01
6
There is a better way on macOS, as of Docker 17.06.0-rc1-ce-mac13 (June 1st 2017). containers recognise the hostdocker.for.mac.localhost
. this is the IP of your host machine. lookup its entry in the container's hosts database like so:docker run alpine /bin/sh -c 'getent hosts docker.for.mac.localhost'
– Birchlabs
Jul 28 '17 at 17:18
2
Seems like it changed tohost.docker.internal
since 18.03, other options are still available but deprecated (Source).
– gseva
Apr 26 '18 at 20:12
|
show 2 more comments
Docker for Mac solution
17.06 onwards
Thanks to @Birchlabs' comment, now it is tons easier with this special Mac-only DNS name available:
docker run -e DB_PORT=5432 -e DB_HOST=docker.for.mac.host.internal
From 17.12.0-cd-mac46, docker.for.mac.host.internal
should be used instead of docker.for.mac.localhost
. See release note for details.
Older version
@helmbert's answer well explains the issue. But Docker for Mac does not expose the bridge network, so I had to do this trick to workaround the limitation:
$ sudo ifconfig lo0 alias 10.200.10.1/24
Open /usr/local/var/postgres/pg_hba.conf
and add this line:
host all all 10.200.10.1/24 trust
Open /usr/local/var/postgres/postgresql.conf
and edit change listen_addresses
:
listen_addresses = '*'
Reload service and launch your container:
$ PGDATA=/usr/local/var/postgres pg_ctl reload
$ docker run -e DB_PORT=5432 -e DB_HOST=10.200.10.1 my_app
What this workaround does is basically same with @helmbert's answer, but uses an IP address that is attached to lo0
instead of docker0
network interface.
3
Is this still current as of 4 April 2017?
– Petrus Theron
Apr 4 '17 at 9:37
Yep, worked a treat for me! Thanks @baxang!
– VirtualWolf
Jun 1 '17 at 11:46
I like this way which will not expose database. BTW, can I use this on CentOS? I got the error: alias: Unknown host when I tried to use the alias command you provide.
– Tsung Goh
Jun 14 '17 at 17:01
6
There is a better way on macOS, as of Docker 17.06.0-rc1-ce-mac13 (June 1st 2017). containers recognise the hostdocker.for.mac.localhost
. this is the IP of your host machine. lookup its entry in the container's hosts database like so:docker run alpine /bin/sh -c 'getent hosts docker.for.mac.localhost'
– Birchlabs
Jul 28 '17 at 17:18
2
Seems like it changed tohost.docker.internal
since 18.03, other options are still available but deprecated (Source).
– gseva
Apr 26 '18 at 20:12
|
show 2 more comments
Docker for Mac solution
17.06 onwards
Thanks to @Birchlabs' comment, now it is tons easier with this special Mac-only DNS name available:
docker run -e DB_PORT=5432 -e DB_HOST=docker.for.mac.host.internal
From 17.12.0-cd-mac46, docker.for.mac.host.internal
should be used instead of docker.for.mac.localhost
. See release note for details.
Older version
@helmbert's answer well explains the issue. But Docker for Mac does not expose the bridge network, so I had to do this trick to workaround the limitation:
$ sudo ifconfig lo0 alias 10.200.10.1/24
Open /usr/local/var/postgres/pg_hba.conf
and add this line:
host all all 10.200.10.1/24 trust
Open /usr/local/var/postgres/postgresql.conf
and edit change listen_addresses
:
listen_addresses = '*'
Reload service and launch your container:
$ PGDATA=/usr/local/var/postgres pg_ctl reload
$ docker run -e DB_PORT=5432 -e DB_HOST=10.200.10.1 my_app
What this workaround does is basically same with @helmbert's answer, but uses an IP address that is attached to lo0
instead of docker0
network interface.
Docker for Mac solution
17.06 onwards
Thanks to @Birchlabs' comment, now it is tons easier with this special Mac-only DNS name available:
docker run -e DB_PORT=5432 -e DB_HOST=docker.for.mac.host.internal
From 17.12.0-cd-mac46, docker.for.mac.host.internal
should be used instead of docker.for.mac.localhost
. See release note for details.
Older version
@helmbert's answer well explains the issue. But Docker for Mac does not expose the bridge network, so I had to do this trick to workaround the limitation:
$ sudo ifconfig lo0 alias 10.200.10.1/24
Open /usr/local/var/postgres/pg_hba.conf
and add this line:
host all all 10.200.10.1/24 trust
Open /usr/local/var/postgres/postgresql.conf
and edit change listen_addresses
:
listen_addresses = '*'
Reload service and launch your container:
$ PGDATA=/usr/local/var/postgres pg_ctl reload
$ docker run -e DB_PORT=5432 -e DB_HOST=10.200.10.1 my_app
What this workaround does is basically same with @helmbert's answer, but uses an IP address that is attached to lo0
instead of docker0
network interface.
edited Jan 10 '18 at 22:23
answered Jan 10 '17 at 5:57
baxangbaxang
2,94912322
2,94912322
3
Is this still current as of 4 April 2017?
– Petrus Theron
Apr 4 '17 at 9:37
Yep, worked a treat for me! Thanks @baxang!
– VirtualWolf
Jun 1 '17 at 11:46
I like this way which will not expose database. BTW, can I use this on CentOS? I got the error: alias: Unknown host when I tried to use the alias command you provide.
– Tsung Goh
Jun 14 '17 at 17:01
6
There is a better way on macOS, as of Docker 17.06.0-rc1-ce-mac13 (June 1st 2017). containers recognise the hostdocker.for.mac.localhost
. this is the IP of your host machine. lookup its entry in the container's hosts database like so:docker run alpine /bin/sh -c 'getent hosts docker.for.mac.localhost'
– Birchlabs
Jul 28 '17 at 17:18
2
Seems like it changed tohost.docker.internal
since 18.03, other options are still available but deprecated (Source).
– gseva
Apr 26 '18 at 20:12
|
show 2 more comments
3
Is this still current as of 4 April 2017?
– Petrus Theron
Apr 4 '17 at 9:37
Yep, worked a treat for me! Thanks @baxang!
– VirtualWolf
Jun 1 '17 at 11:46
I like this way which will not expose database. BTW, can I use this on CentOS? I got the error: alias: Unknown host when I tried to use the alias command you provide.
– Tsung Goh
Jun 14 '17 at 17:01
6
There is a better way on macOS, as of Docker 17.06.0-rc1-ce-mac13 (June 1st 2017). containers recognise the hostdocker.for.mac.localhost
. this is the IP of your host machine. lookup its entry in the container's hosts database like so:docker run alpine /bin/sh -c 'getent hosts docker.for.mac.localhost'
– Birchlabs
Jul 28 '17 at 17:18
2
Seems like it changed tohost.docker.internal
since 18.03, other options are still available but deprecated (Source).
– gseva
Apr 26 '18 at 20:12
3
3
Is this still current as of 4 April 2017?
– Petrus Theron
Apr 4 '17 at 9:37
Is this still current as of 4 April 2017?
– Petrus Theron
Apr 4 '17 at 9:37
Yep, worked a treat for me! Thanks @baxang!
– VirtualWolf
Jun 1 '17 at 11:46
Yep, worked a treat for me! Thanks @baxang!
– VirtualWolf
Jun 1 '17 at 11:46
I like this way which will not expose database. BTW, can I use this on CentOS? I got the error: alias: Unknown host when I tried to use the alias command you provide.
– Tsung Goh
Jun 14 '17 at 17:01
I like this way which will not expose database. BTW, can I use this on CentOS? I got the error: alias: Unknown host when I tried to use the alias command you provide.
– Tsung Goh
Jun 14 '17 at 17:01
6
6
There is a better way on macOS, as of Docker 17.06.0-rc1-ce-mac13 (June 1st 2017). containers recognise the host
docker.for.mac.localhost
. this is the IP of your host machine. lookup its entry in the container's hosts database like so: docker run alpine /bin/sh -c 'getent hosts docker.for.mac.localhost'
– Birchlabs
Jul 28 '17 at 17:18
There is a better way on macOS, as of Docker 17.06.0-rc1-ce-mac13 (June 1st 2017). containers recognise the host
docker.for.mac.localhost
. this is the IP of your host machine. lookup its entry in the container's hosts database like so: docker run alpine /bin/sh -c 'getent hosts docker.for.mac.localhost'
– Birchlabs
Jul 28 '17 at 17:18
2
2
Seems like it changed to
host.docker.internal
since 18.03, other options are still available but deprecated (Source).– gseva
Apr 26 '18 at 20:12
Seems like it changed to
host.docker.internal
since 18.03, other options are still available but deprecated (Source).– gseva
Apr 26 '18 at 20:12
|
show 2 more comments
Simple Solution for mac:
The newest version of docker (18.03) offers a built in port forwarding solution. Inside your docker container simply have the db host set to host.docker.internal
. This will be forwarded to the host the docker container is running on.
Documentation for this is here: https://docs.docker.com/docker-for-mac/networking/#per-container-ip-addressing-is-not-possible
1
This is by far the best answer now! way easier and how it should be.
– bjm88
Jul 7 '18 at 4:58
ishost.docker.internal
limited to macs only?
– Dragas
Nov 12 '18 at 11:22
add a comment |
Simple Solution for mac:
The newest version of docker (18.03) offers a built in port forwarding solution. Inside your docker container simply have the db host set to host.docker.internal
. This will be forwarded to the host the docker container is running on.
Documentation for this is here: https://docs.docker.com/docker-for-mac/networking/#per-container-ip-addressing-is-not-possible
1
This is by far the best answer now! way easier and how it should be.
– bjm88
Jul 7 '18 at 4:58
ishost.docker.internal
limited to macs only?
– Dragas
Nov 12 '18 at 11:22
add a comment |
Simple Solution for mac:
The newest version of docker (18.03) offers a built in port forwarding solution. Inside your docker container simply have the db host set to host.docker.internal
. This will be forwarded to the host the docker container is running on.
Documentation for this is here: https://docs.docker.com/docker-for-mac/networking/#per-container-ip-addressing-is-not-possible
Simple Solution for mac:
The newest version of docker (18.03) offers a built in port forwarding solution. Inside your docker container simply have the db host set to host.docker.internal
. This will be forwarded to the host the docker container is running on.
Documentation for this is here: https://docs.docker.com/docker-for-mac/networking/#per-container-ip-addressing-is-not-possible
answered May 17 '18 at 14:49
ChrisChris
19218
19218
1
This is by far the best answer now! way easier and how it should be.
– bjm88
Jul 7 '18 at 4:58
ishost.docker.internal
limited to macs only?
– Dragas
Nov 12 '18 at 11:22
add a comment |
1
This is by far the best answer now! way easier and how it should be.
– bjm88
Jul 7 '18 at 4:58
ishost.docker.internal
limited to macs only?
– Dragas
Nov 12 '18 at 11:22
1
1
This is by far the best answer now! way easier and how it should be.
– bjm88
Jul 7 '18 at 4:58
This is by far the best answer now! way easier and how it should be.
– bjm88
Jul 7 '18 at 4:58
is
host.docker.internal
limited to macs only?– Dragas
Nov 12 '18 at 11:22
is
host.docker.internal
limited to macs only?– Dragas
Nov 12 '18 at 11:22
add a comment |
Simple solution
Just add --network=host
to docker run
. That's all!
This way container will use the host's network, so localhost
and 127.0.0.1
will point to the host (by default they point to a container). Example:
docker run -d --network=host
-e "DB_DBNAME=your_db"
-e "DB_PORT=5432"
-e "DB_USER=your_db_user"
-e "DB_PASS=your_db_password"
-e "DB_HOST=127.0.0.1"
--name foobar foo/bar
Be careful! This solution, that is the right one in my opinion, does not work for macOS. Don't waste your time trying to figure out why it is not working. Take a look at: github.com/docker/for-mac/issues/2716
– jfcorugedo
Mar 27 at 16:01
add a comment |
Simple solution
Just add --network=host
to docker run
. That's all!
This way container will use the host's network, so localhost
and 127.0.0.1
will point to the host (by default they point to a container). Example:
docker run -d --network=host
-e "DB_DBNAME=your_db"
-e "DB_PORT=5432"
-e "DB_USER=your_db_user"
-e "DB_PASS=your_db_password"
-e "DB_HOST=127.0.0.1"
--name foobar foo/bar
Be careful! This solution, that is the right one in my opinion, does not work for macOS. Don't waste your time trying to figure out why it is not working. Take a look at: github.com/docker/for-mac/issues/2716
– jfcorugedo
Mar 27 at 16:01
add a comment |
Simple solution
Just add --network=host
to docker run
. That's all!
This way container will use the host's network, so localhost
and 127.0.0.1
will point to the host (by default they point to a container). Example:
docker run -d --network=host
-e "DB_DBNAME=your_db"
-e "DB_PORT=5432"
-e "DB_USER=your_db_user"
-e "DB_PASS=your_db_password"
-e "DB_HOST=127.0.0.1"
--name foobar foo/bar
Simple solution
Just add --network=host
to docker run
. That's all!
This way container will use the host's network, so localhost
and 127.0.0.1
will point to the host (by default they point to a container). Example:
docker run -d --network=host
-e "DB_DBNAME=your_db"
-e "DB_PORT=5432"
-e "DB_USER=your_db_user"
-e "DB_PASS=your_db_password"
-e "DB_HOST=127.0.0.1"
--name foobar foo/bar
answered Mar 20 at 21:33
Max MalyshMax Malysh
9,02285469
9,02285469
Be careful! This solution, that is the right one in my opinion, does not work for macOS. Don't waste your time trying to figure out why it is not working. Take a look at: github.com/docker/for-mac/issues/2716
– jfcorugedo
Mar 27 at 16:01
add a comment |
Be careful! This solution, that is the right one in my opinion, does not work for macOS. Don't waste your time trying to figure out why it is not working. Take a look at: github.com/docker/for-mac/issues/2716
– jfcorugedo
Mar 27 at 16:01
Be careful! This solution, that is the right one in my opinion, does not work for macOS. Don't waste your time trying to figure out why it is not working. Take a look at: github.com/docker/for-mac/issues/2716
– jfcorugedo
Mar 27 at 16:01
Be careful! This solution, that is the right one in my opinion, does not work for macOS. Don't waste your time trying to figure out why it is not working. Take a look at: github.com/docker/for-mac/issues/2716
– jfcorugedo
Mar 27 at 16:01
add a comment |
One more thing needed for my setup was to add
172.17.0.1 localhost
to /etc/hosts
so that Docker would point to 172.17.0.1
as the DB hostname, and not rely on a changing outer ip to find the DB. Hope this helps someone else with this issue!
9
This is a bad solution. Localhost should typically point to 127.0.0.1. Changing it might have undesired consequences, even if in this particular case it works.
– Alex
Oct 22 '17 at 2:17
1
A better way is to set up adatabase
host with--add-host=database:172.17.0.1
when running the container. Then point your app to that host. This avoids hard-coding an IP address inside a container.
– jaredsk
Dec 1 '17 at 16:59
the--add-host=database:172.17.0.1
is preferable
– Luis Martins
Apr 19 '18 at 19:50
add a comment |
One more thing needed for my setup was to add
172.17.0.1 localhost
to /etc/hosts
so that Docker would point to 172.17.0.1
as the DB hostname, and not rely on a changing outer ip to find the DB. Hope this helps someone else with this issue!
9
This is a bad solution. Localhost should typically point to 127.0.0.1. Changing it might have undesired consequences, even if in this particular case it works.
– Alex
Oct 22 '17 at 2:17
1
A better way is to set up adatabase
host with--add-host=database:172.17.0.1
when running the container. Then point your app to that host. This avoids hard-coding an IP address inside a container.
– jaredsk
Dec 1 '17 at 16:59
the--add-host=database:172.17.0.1
is preferable
– Luis Martins
Apr 19 '18 at 19:50
add a comment |
One more thing needed for my setup was to add
172.17.0.1 localhost
to /etc/hosts
so that Docker would point to 172.17.0.1
as the DB hostname, and not rely on a changing outer ip to find the DB. Hope this helps someone else with this issue!
One more thing needed for my setup was to add
172.17.0.1 localhost
to /etc/hosts
so that Docker would point to 172.17.0.1
as the DB hostname, and not rely on a changing outer ip to find the DB. Hope this helps someone else with this issue!
edited Mar 2 '17 at 7:36
goto
5,496102843
5,496102843
answered Mar 2 '17 at 7:02
Mikko PöriMikko Pöri
16024
16024
9
This is a bad solution. Localhost should typically point to 127.0.0.1. Changing it might have undesired consequences, even if in this particular case it works.
– Alex
Oct 22 '17 at 2:17
1
A better way is to set up adatabase
host with--add-host=database:172.17.0.1
when running the container. Then point your app to that host. This avoids hard-coding an IP address inside a container.
– jaredsk
Dec 1 '17 at 16:59
the--add-host=database:172.17.0.1
is preferable
– Luis Martins
Apr 19 '18 at 19:50
add a comment |
9
This is a bad solution. Localhost should typically point to 127.0.0.1. Changing it might have undesired consequences, even if in this particular case it works.
– Alex
Oct 22 '17 at 2:17
1
A better way is to set up adatabase
host with--add-host=database:172.17.0.1
when running the container. Then point your app to that host. This avoids hard-coding an IP address inside a container.
– jaredsk
Dec 1 '17 at 16:59
the--add-host=database:172.17.0.1
is preferable
– Luis Martins
Apr 19 '18 at 19:50
9
9
This is a bad solution. Localhost should typically point to 127.0.0.1. Changing it might have undesired consequences, even if in this particular case it works.
– Alex
Oct 22 '17 at 2:17
This is a bad solution. Localhost should typically point to 127.0.0.1. Changing it might have undesired consequences, even if in this particular case it works.
– Alex
Oct 22 '17 at 2:17
1
1
A better way is to set up a
database
host with --add-host=database:172.17.0.1
when running the container. Then point your app to that host. This avoids hard-coding an IP address inside a container.– jaredsk
Dec 1 '17 at 16:59
A better way is to set up a
database
host with --add-host=database:172.17.0.1
when running the container. Then point your app to that host. This avoids hard-coding an IP address inside a container.– jaredsk
Dec 1 '17 at 16:59
the
--add-host=database:172.17.0.1
is preferable– Luis Martins
Apr 19 '18 at 19:50
the
--add-host=database:172.17.0.1
is preferable– Luis Martins
Apr 19 '18 at 19:50
add a comment |
In Ubuntu:
First You have to check that is the Docker Database port is Available in your system by following command -
sudo iptables -L -n
Sample OUTPUT:
Chain DOCKER (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 172.17.0.2 tcp dpt:3306
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:22
Here 3306
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo iptables -A INPUT -p tcp --dport 3306 -j ACCEPT
Now, You can easily access the Docker Database from your local system by following configuration
host: 172.17.0.2
adapter: mysql
database: DATABASE_NAME
port: 3307
username: DATABASE_USER
password: DATABASE_PASSWORD
encoding: utf8
In CentOS:
First You have to check that is the Docker Database port is Available in your firewall by following command -
sudo firewall-cmd --list-all
Sample OUTPUT:
target: default
icmp-block-inversion: no
interfaces: eno79841677
sources:
services: dhcpv6-client ssh
**ports: 3307/tcp**
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:
Here 3307
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo firewall-cmd --zone=public --add-port=3307/tcp
In server, You can add the port permanently
sudo firewall-cmd --permanent --add-port=3307/tcp
sudo firewall-cmd --reload
Now, You can easily access the Docker Database from your local system by the above configuration.
add a comment |
In Ubuntu:
First You have to check that is the Docker Database port is Available in your system by following command -
sudo iptables -L -n
Sample OUTPUT:
Chain DOCKER (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 172.17.0.2 tcp dpt:3306
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:22
Here 3306
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo iptables -A INPUT -p tcp --dport 3306 -j ACCEPT
Now, You can easily access the Docker Database from your local system by following configuration
host: 172.17.0.2
adapter: mysql
database: DATABASE_NAME
port: 3307
username: DATABASE_USER
password: DATABASE_PASSWORD
encoding: utf8
In CentOS:
First You have to check that is the Docker Database port is Available in your firewall by following command -
sudo firewall-cmd --list-all
Sample OUTPUT:
target: default
icmp-block-inversion: no
interfaces: eno79841677
sources:
services: dhcpv6-client ssh
**ports: 3307/tcp**
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:
Here 3307
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo firewall-cmd --zone=public --add-port=3307/tcp
In server, You can add the port permanently
sudo firewall-cmd --permanent --add-port=3307/tcp
sudo firewall-cmd --reload
Now, You can easily access the Docker Database from your local system by the above configuration.
add a comment |
In Ubuntu:
First You have to check that is the Docker Database port is Available in your system by following command -
sudo iptables -L -n
Sample OUTPUT:
Chain DOCKER (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 172.17.0.2 tcp dpt:3306
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:22
Here 3306
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo iptables -A INPUT -p tcp --dport 3306 -j ACCEPT
Now, You can easily access the Docker Database from your local system by following configuration
host: 172.17.0.2
adapter: mysql
database: DATABASE_NAME
port: 3307
username: DATABASE_USER
password: DATABASE_PASSWORD
encoding: utf8
In CentOS:
First You have to check that is the Docker Database port is Available in your firewall by following command -
sudo firewall-cmd --list-all
Sample OUTPUT:
target: default
icmp-block-inversion: no
interfaces: eno79841677
sources:
services: dhcpv6-client ssh
**ports: 3307/tcp**
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:
Here 3307
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo firewall-cmd --zone=public --add-port=3307/tcp
In server, You can add the port permanently
sudo firewall-cmd --permanent --add-port=3307/tcp
sudo firewall-cmd --reload
Now, You can easily access the Docker Database from your local system by the above configuration.
In Ubuntu:
First You have to check that is the Docker Database port is Available in your system by following command -
sudo iptables -L -n
Sample OUTPUT:
Chain DOCKER (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 172.17.0.2 tcp dpt:3306
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 172.17.0.3 tcp dpt:22
Here 3306
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo iptables -A INPUT -p tcp --dport 3306 -j ACCEPT
Now, You can easily access the Docker Database from your local system by following configuration
host: 172.17.0.2
adapter: mysql
database: DATABASE_NAME
port: 3307
username: DATABASE_USER
password: DATABASE_PASSWORD
encoding: utf8
In CentOS:
First You have to check that is the Docker Database port is Available in your firewall by following command -
sudo firewall-cmd --list-all
Sample OUTPUT:
target: default
icmp-block-inversion: no
interfaces: eno79841677
sources:
services: dhcpv6-client ssh
**ports: 3307/tcp**
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:
Here 3307
is used as Docker Database Port on 172.17.0.2 IP, If this port is not available Run the following command -
sudo firewall-cmd --zone=public --add-port=3307/tcp
In server, You can add the port permanently
sudo firewall-cmd --permanent --add-port=3307/tcp
sudo firewall-cmd --reload
Now, You can easily access the Docker Database from your local system by the above configuration.
edited Mar 24 at 4:03
answered May 23 '18 at 7:06
SanaullaSanaulla
18125
18125
add a comment |
add a comment |
The another solution is service volume, You can define a service volume and mount host's PostgreSQL Data directory in that volume. Check out the given compose file for details.
version: '2'
services:
db:
image: postgres:9.6.1
volumes:
- "/var/lib/postgresql/data:/var/lib/postgresql/data"
ports:
- "5432:5432"
By doing this, another PostgreSQL service will run under container but uses same data directory which host PostgreSQL service is using.
1
This will probably cause write conflicts with a running host PostgreSQL service
– Petrus Theron
Apr 4 '17 at 9:37
I think stopping host service will solve the problem in that case.
– Hrishi
Apr 6 '17 at 6:19
add a comment |
The another solution is service volume, You can define a service volume and mount host's PostgreSQL Data directory in that volume. Check out the given compose file for details.
version: '2'
services:
db:
image: postgres:9.6.1
volumes:
- "/var/lib/postgresql/data:/var/lib/postgresql/data"
ports:
- "5432:5432"
By doing this, another PostgreSQL service will run under container but uses same data directory which host PostgreSQL service is using.
1
This will probably cause write conflicts with a running host PostgreSQL service
– Petrus Theron
Apr 4 '17 at 9:37
I think stopping host service will solve the problem in that case.
– Hrishi
Apr 6 '17 at 6:19
add a comment |
The another solution is service volume, You can define a service volume and mount host's PostgreSQL Data directory in that volume. Check out the given compose file for details.
version: '2'
services:
db:
image: postgres:9.6.1
volumes:
- "/var/lib/postgresql/data:/var/lib/postgresql/data"
ports:
- "5432:5432"
By doing this, another PostgreSQL service will run under container but uses same data directory which host PostgreSQL service is using.
The another solution is service volume, You can define a service volume and mount host's PostgreSQL Data directory in that volume. Check out the given compose file for details.
version: '2'
services:
db:
image: postgres:9.6.1
volumes:
- "/var/lib/postgresql/data:/var/lib/postgresql/data"
ports:
- "5432:5432"
By doing this, another PostgreSQL service will run under container but uses same data directory which host PostgreSQL service is using.
answered Mar 2 '17 at 7:59
HrishiHrishi
1777
1777
1
This will probably cause write conflicts with a running host PostgreSQL service
– Petrus Theron
Apr 4 '17 at 9:37
I think stopping host service will solve the problem in that case.
– Hrishi
Apr 6 '17 at 6:19
add a comment |
1
This will probably cause write conflicts with a running host PostgreSQL service
– Petrus Theron
Apr 4 '17 at 9:37
I think stopping host service will solve the problem in that case.
– Hrishi
Apr 6 '17 at 6:19
1
1
This will probably cause write conflicts with a running host PostgreSQL service
– Petrus Theron
Apr 4 '17 at 9:37
This will probably cause write conflicts with a running host PostgreSQL service
– Petrus Theron
Apr 4 '17 at 9:37
I think stopping host service will solve the problem in that case.
– Hrishi
Apr 6 '17 at 6:19
I think stopping host service will solve the problem in that case.
– Hrishi
Apr 6 '17 at 6:19
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f31249112%2fallow-docker-container-to-connect-to-a-local-host-postgres-database%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown