Issue With Wireguard // Connecting To Postgres (User Error I'm Sure)


psql: error: could not connect to server: could not translate host name “my-app-name.internal” to address: Name or service not known

  1. I created a Wireguard location in LA
C:\programming-projects\golang\no-idea>flyctl wireguard list
Automatically selected personal organization: Austin Pena
|   NAME           | REGION |   PEER IP  |
| <wireguard-name> | lax    | <redacted> |
  1. I followed the instructions to create a tunnel in Wireguard, running dig _apps.internal in my WSL gives me a TXT record of my app names (so I know I’m connected). It also includes a TXT record of my app name I’m trying to connect to

  2. Running

 psql postgres://postgres:<password>@<name>.internal:5432

Gives me an error

psql: error: could not connect to server: could not translate host name "<app-name>.internal" to address: Name or service not known

How can I debug this so I can connect to my postgres app? I just need to be pointed in the right direction :blush:

If dig works in WSL, your WireGuard connection is working. But is your nameserver pointing to the private DNS nameserver? You don’t have to configure that, but if you don’t, you won’t be able to directly use .internal hostnames on the command line; you’ll have to look them up explicitly with something like dig.

If this is on Mac OS, you may need to open a new terminal after connecting wireguard. DNS resolution for wireguard connections seems to require some shell setup magic that doesn’t happen when I try to use an existing shell.

Other OS’s might be the same.

You can also connect to the IP directly:

psql postgres://postgres:<password>@[<ipv6>]:5432

(Note the [ ] around the IPv6 address)

How can I tell this?

@kurt Even after setting up wireguard before opening my shell, I don’t even think I end up getting the ipv6 address.

Here’s what I get

austin@Austin:/mnt/c/Users/Austin Pena$ dig app-name.internal

; <<>> DiG 9.16.1-Ubuntu <<>> app-name.internal
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 46852
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

; EDNS: version: 0, flags:; udp: 4096
;app-name.internal.         IN      A

.                       696     IN      SOA 2021071900 1800 900 604800 86400

;; Query time: 50 msec
;; WHEN: Mon Jul 19 09:59:11 PDT 2021
;; MSG SIZE  rcvd: 125

dig won’t use the system resolver hijinks that Wireguard creates. Will you try ping app-name.internal?

Ping in both powershell and WSL didn’t return anything.

There has to be some sort of connection I’m making though, because when I turn off wireguard and run dig _apps.internal I don’t get the list of app names.

Oh I’m a dummy! You’ll need to specify AAAA for dig. So dig AAAA app-name.internal.

You might also have to run ping6 app-name.internal.

Dig ended up showing something


austin@Austin:/mnt/c/Users/Austin Pena$ dig AAAA app-name.internal

; <<>> DiG 9.16.1-Ubuntu <<>> AAAA app-name.internal
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3330
;; flags: qr rd ad; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;app-name.internal.         IN      AAAA

app-name.internal.  0       IN      AAAA    fdaa:<redacted>:2
app-name.internal.  0       IN      AAAA    <redacted>

;; Query time: 0 msec
;; WHEN: Mon Jul 19 14:18:59 PDT 2021
;; MSG SIZE  rcvd: 116

And then when I run

psql postgres://postgres:<password>@[fdaa:0:95<redacted>:2]:5432

I get

psql: error: could not connect to server: could not connect to server: Network is unreachable
        Is the server running on host "<ipv6 address" and accepting
        TCP/IP connections on port 5432?

It makes no sense that dig works but psql won’t, I don’t get it.

We are working on a command that lets you bypass system wireguard to connect to a postgres, I think that will help. My guess right now is that this is an issue with Windows + wireguard. If you’re not using wsl version 2, it might be worth trying that.

I am using WSL v2. Let me know the status on that command or if you can think of any work arounds to connect something like Datagrip or connect to my postgres directly.