Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

agnos.is Forums

  1. Home
  2. Selfhosted
  3. set up local DNS using Pi-hole + nginx + audiobookshelf

set up local DNS using Pi-hole + nginx + audiobookshelf

Scheduled Pinned Locked Moved Selfhosted
selfhosted
34 Posts 14 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • H [email protected]

    I'm trying to set up local DNS using Pi-hole.

    I have successfully set up Pi-hole and added a local DNS record local.com, pointing it to the server running the Pi-hole container 192.168.0.101.

    Then I set up the Audiobookshelf container using the guide from Audiobookshelf, where I set up Nginx Proxy Manager with the following compose file:

    services:
      nginx-proxy-manager:
        image: docker.io/jc21/nginx-proxy-manager:latest
        container_name: nginx-proxy-manager
        ports:
          - 80:80
          - 443:443
          - 81:81
        volumes:
          - ./data:/data
          - ./letsencrypt:/etc/letsencrypt
        restart: unless-stopped
    

    And Audiobookshelf with the following compose file:

    services:
      audiobookshelf:
        image: ghcr.io/advplyr/audiobookshelf:latest
        container_name: audiobookshelf
        volumes:
          - ./audiobooks:/audiobooks
          - ./podcasts:/podcasts
          - ./metadata:/metadata
          - ./config:/config
        restart: unless-stopped
    networks:
      nginx:
        name: nginx-proxy-manager_default
        external: true
    

    I did not specify a port, hoping that Nginx could manage it.

    Then I set up Nginx Proxy Manager following the guide from Audiobookshelf by adding a proxy host. Trying to resolve audiobookshelf.local.com to I simply followed the guide and wasn’t sure why the “Forward Hostname / IP” should be the container name audiobookshelf.

    I also created a self-signed certificate.

    But I cannot access https://audiobookshelf.local.com/ or http://audiobookshelf.local.com/ (it automatically forwards to HTTPS).


    I tried adding a local DNS record:
    audiobookshelf.local.com → 192.168.0.101 in Pi-hole.
    Now, when I access audiobookshelf.local.com, the site shows:
    502 Bad Gateway – openresty


    I think the problem lies in the Docker network setup. I suspect the Audiobookshelf Docker container is not communicating with Nginx.


    Would appreciate any help!

    S This user is from outside of this forum
    S This user is from outside of this forum
    [email protected]
    wrote last edited by
    #15

    Based on you screenshot from the NPM Dashboard there seems to be something wrong. In the setup window you show that you forward the traffic with http and port 80, in the dashboard screenshot you forward the traffic with https and port 80.

    Just skip http and self signed certificates all together. Modern Browsers make it a pain to use non https sites.
    A simple domain setup with dns acme challenge is a little bit of a hassle but worth the hour(s) of invested time. Especially with npm were it is a set and forget option.

    Does pihole support wildcard dns entries yet? To my knowledge the gui only supports single entries so that you have to enter every subdomain manually in pihole that you want to have forwarded. Workaround would be to use a dnsmasq config file or use something else like addguard.

    H 1 Reply Last reply
    0
    • M [email protected]

      I've just noticed: you've set your forward hostname/IP to audiobookshelf. That should either be your PC's IP address (if you've set up a static one in your router's panel) or its hostname. Unless you've named your PC audiobookshelf it still won't work.

      C This user is from outside of this forum
      C This user is from outside of this forum
      [email protected]
      wrote last edited by
      #16

      This is about addressing the containers in docker. It has nothing to do with the local network.

      1 Reply Last reply
      0
      • H [email protected]

        I'm trying to set up local DNS using Pi-hole.

        I have successfully set up Pi-hole and added a local DNS record local.com, pointing it to the server running the Pi-hole container 192.168.0.101.

        Then I set up the Audiobookshelf container using the guide from Audiobookshelf, where I set up Nginx Proxy Manager with the following compose file:

        services:
          nginx-proxy-manager:
            image: docker.io/jc21/nginx-proxy-manager:latest
            container_name: nginx-proxy-manager
            ports:
              - 80:80
              - 443:443
              - 81:81
            volumes:
              - ./data:/data
              - ./letsencrypt:/etc/letsencrypt
            restart: unless-stopped
        

        And Audiobookshelf with the following compose file:

        services:
          audiobookshelf:
            image: ghcr.io/advplyr/audiobookshelf:latest
            container_name: audiobookshelf
            volumes:
              - ./audiobooks:/audiobooks
              - ./podcasts:/podcasts
              - ./metadata:/metadata
              - ./config:/config
            restart: unless-stopped
        networks:
          nginx:
            name: nginx-proxy-manager_default
            external: true
        

        I did not specify a port, hoping that Nginx could manage it.

        Then I set up Nginx Proxy Manager following the guide from Audiobookshelf by adding a proxy host. Trying to resolve audiobookshelf.local.com to I simply followed the guide and wasn’t sure why the “Forward Hostname / IP” should be the container name audiobookshelf.

        I also created a self-signed certificate.

        But I cannot access https://audiobookshelf.local.com/ or http://audiobookshelf.local.com/ (it automatically forwards to HTTPS).


        I tried adding a local DNS record:
        audiobookshelf.local.com → 192.168.0.101 in Pi-hole.
        Now, when I access audiobookshelf.local.com, the site shows:
        502 Bad Gateway – openresty


        I think the problem lies in the Docker network setup. I suspect the Audiobookshelf Docker container is not communicating with Nginx.


        Would appreciate any help!

        C This user is from outside of this forum
        C This user is from outside of this forum
        [email protected]
        wrote last edited by
        #17

        Are you sure both containers (npm and audiobookshelf) are in the same network? I see you don't specify the network in the NPM compose file.

        Check that like this:

        $ docker inspect container-name| grep -A3 Networks
                    "Networks": {
                        "network_name": {
                            "IPAMConfig": null,
                            "Links": null,
        

        See if both your containers are in the same network - they should be.

        H 1 Reply Last reply
        1
        • B [email protected]

          I don’t see an immediate issue but I do see some general issues.

          Unless you own local.com, don’t use it.

          While you could use .local as your tld, I wouldn’t do that either. You can buy a domain name for cheap and really that’s the way to go.

          Also, reference your FQDN and not your hostname. Don’t expect hosts to fill in the blanks.

          T This user is from outside of this forum
          T This user is from outside of this forum
          [email protected]
          wrote last edited by
          #18

          Second not using local.com If OP doesn't want a real domain, use an unresolvable TLD, like "private" (so, pihole.private, audiobookshelf.private), but a real domain will just work better, will let them use real TLS certs, and prevent problems from apps bypassing system DNS. Even if it's not as pretty or memorable as the hijacked domain name.

          1 Reply Last reply
          2
          • M [email protected]

            I'm pretty sure you have to specify a different port. Audiobookshelf uses port 80 by default - which is already taken by NPM - and since you're not mapping it to any other port those services will conflict.

            Map the port to something easy to remember in the compose file. Not only is it required in your setup but it is good practice. If you have to manage a lot of services, it is hard to keep track of all the ports they use if you keep them on their default values. I personally chose a port range (like 12300 -> 12399) and map all of my services respectively (Komodo to 12300, Authentik to 12301, etc.).

            Also remember to update the port in your NPM config.

            TL;DR: Audiobookshelf's default port is 80, which conflicts with NPM. Change it.

            C This user is from outside of this forum
            C This user is from outside of this forum
            [email protected]
            wrote last edited by
            #19

            There's no conflict regarding ports. Each container can have the same ports open. You're thinking about the host network here, but it's not the case.

            1 Reply Last reply
            0
            • H [email protected]

              I'm trying to set up local DNS using Pi-hole.

              I have successfully set up Pi-hole and added a local DNS record local.com, pointing it to the server running the Pi-hole container 192.168.0.101.

              Then I set up the Audiobookshelf container using the guide from Audiobookshelf, where I set up Nginx Proxy Manager with the following compose file:

              services:
                nginx-proxy-manager:
                  image: docker.io/jc21/nginx-proxy-manager:latest
                  container_name: nginx-proxy-manager
                  ports:
                    - 80:80
                    - 443:443
                    - 81:81
                  volumes:
                    - ./data:/data
                    - ./letsencrypt:/etc/letsencrypt
                  restart: unless-stopped
              

              And Audiobookshelf with the following compose file:

              services:
                audiobookshelf:
                  image: ghcr.io/advplyr/audiobookshelf:latest
                  container_name: audiobookshelf
                  volumes:
                    - ./audiobooks:/audiobooks
                    - ./podcasts:/podcasts
                    - ./metadata:/metadata
                    - ./config:/config
                  restart: unless-stopped
              networks:
                nginx:
                  name: nginx-proxy-manager_default
                  external: true
              

              I did not specify a port, hoping that Nginx could manage it.

              Then I set up Nginx Proxy Manager following the guide from Audiobookshelf by adding a proxy host. Trying to resolve audiobookshelf.local.com to I simply followed the guide and wasn’t sure why the “Forward Hostname / IP” should be the container name audiobookshelf.

              I also created a self-signed certificate.

              But I cannot access https://audiobookshelf.local.com/ or http://audiobookshelf.local.com/ (it automatically forwards to HTTPS).


              I tried adding a local DNS record:
              audiobookshelf.local.com → 192.168.0.101 in Pi-hole.
              Now, when I access audiobookshelf.local.com, the site shows:
              502 Bad Gateway – openresty


              I think the problem lies in the Docker network setup. I suspect the Audiobookshelf Docker container is not communicating with Nginx.


              Would appreciate any help!

              pastime0293@discuss.tchncs.deP This user is from outside of this forum
              pastime0293@discuss.tchncs.deP This user is from outside of this forum
              [email protected]
              wrote last edited by
              #20

              Both your containers need share at least one network. It looks like have created a external network. Good job.
              The next step is to configure your container to join the network. Do something like this:

              services:
                nginx-proxy-manager: 
                   ....
                   networks:
                     - nginx-proxy-manager_default # or just nginx
                    ...
              
              networks:
                nginx:
                  name: nginx-proxy-manager_default
                  external: true  
              

              Don't forget to also add the network in your audiobookshelf service.

              Maybe this helps: https://docs.docker.com/compose/how-tos/networking/#use-an-existing-network

              H 1 Reply Last reply
              2
              • H [email protected]

                I'm trying to set up local DNS using Pi-hole.

                I have successfully set up Pi-hole and added a local DNS record local.com, pointing it to the server running the Pi-hole container 192.168.0.101.

                Then I set up the Audiobookshelf container using the guide from Audiobookshelf, where I set up Nginx Proxy Manager with the following compose file:

                services:
                  nginx-proxy-manager:
                    image: docker.io/jc21/nginx-proxy-manager:latest
                    container_name: nginx-proxy-manager
                    ports:
                      - 80:80
                      - 443:443
                      - 81:81
                    volumes:
                      - ./data:/data
                      - ./letsencrypt:/etc/letsencrypt
                    restart: unless-stopped
                

                And Audiobookshelf with the following compose file:

                services:
                  audiobookshelf:
                    image: ghcr.io/advplyr/audiobookshelf:latest
                    container_name: audiobookshelf
                    volumes:
                      - ./audiobooks:/audiobooks
                      - ./podcasts:/podcasts
                      - ./metadata:/metadata
                      - ./config:/config
                    restart: unless-stopped
                networks:
                  nginx:
                    name: nginx-proxy-manager_default
                    external: true
                

                I did not specify a port, hoping that Nginx could manage it.

                Then I set up Nginx Proxy Manager following the guide from Audiobookshelf by adding a proxy host. Trying to resolve audiobookshelf.local.com to I simply followed the guide and wasn’t sure why the “Forward Hostname / IP” should be the container name audiobookshelf.

                I also created a self-signed certificate.

                But I cannot access https://audiobookshelf.local.com/ or http://audiobookshelf.local.com/ (it automatically forwards to HTTPS).


                I tried adding a local DNS record:
                audiobookshelf.local.com → 192.168.0.101 in Pi-hole.
                Now, when I access audiobookshelf.local.com, the site shows:
                502 Bad Gateway – openresty


                I think the problem lies in the Docker network setup. I suspect the Audiobookshelf Docker container is not communicating with Nginx.


                Would appreciate any help!

                samsapti@feddit.dkS This user is from outside of this forum
                samsapti@feddit.dkS This user is from outside of this forum
                [email protected]
                wrote last edited by
                #21

                In the compose file for Audiobookshelf, you need to add the service itself to the network you defined at the bottom. Something like:

                services:
                  audiobookshelf:
                    ...
                    networks:
                      - default
                      - nginx
                

                (The default network is to keep it in the network that is created on docker compose up).

                H 1 Reply Last reply
                0
                • B [email protected]

                  I can't be certain here that the network configuration you've supplied will allow nginx to connect to audiobookshelf. If I were you I'd create a named docker network and connect both npm and audiobookshelf to it as described in their best practice documentation: https://nginxproxymanager.com/advanced-config/#best-practice-use-a-docker-network

                  A 503 indicates that NPM can't see the service you're trying to proxy to.

                  H This user is from outside of this forum
                  H This user is from outside of this forum
                  [email protected]
                  wrote last edited by
                  #22

                  Thank you! Can you also explain the difference between

                  networks:
                    default:
                      external: true
                      name: scoobydoo
                  

                  and

                  networks:
                    scoobydoo:
                      external: true
                  
                  B 1 Reply Last reply
                  0
                  • H [email protected]

                    Thank you! Can you also explain the difference between

                    networks:
                      default:
                        external: true
                        name: scoobydoo
                    

                    and

                    networks:
                      scoobydoo:
                        external: true
                    
                    B This user is from outside of this forum
                    B This user is from outside of this forum
                    [email protected]
                    wrote last edited by
                    #23

                    default in this example is the actual name of the network, in this case we're modifying the default network. external: true declares that the network has already been created, name: scoobydoo is a way of customizing the name of the default network.

                    H 1 Reply Last reply
                    0
                    • H [email protected]

                      thank you!

                      I have added

                          ports:
                            - 13378:80
                      

                      in audiobookshelf docker compose and changed npm settings

                      But it still gives me the same 502 Bad Gateway error.

                      M This user is from outside of this forum
                      M This user is from outside of this forum
                      [email protected]
                      wrote last edited by
                      #24

                      You're missing the networks section in your audiobookshelf service definition - add networks: [nginx] to your audiobookshelf service to actually connect it to the network (just defining the network at the bottom doesn't automatically attach your service to it, which is why npm can't reach it and gives you that 502 error), and if you're an audiobook fan you might wanna check out the soundleaf app for ios which works great with audiobookshelf.

                      H 1 Reply Last reply
                      0
                      • samsapti@feddit.dkS [email protected]

                        In the compose file for Audiobookshelf, you need to add the service itself to the network you defined at the bottom. Something like:

                        services:
                          audiobookshelf:
                            ...
                            networks:
                              - default
                              - nginx
                        

                        (The default network is to keep it in the network that is created on docker compose up).

                        H This user is from outside of this forum
                        H This user is from outside of this forum
                        [email protected]
                        wrote last edited by
                        #25

                        thank you! this works!

                        1 Reply Last reply
                        1
                        • pastime0293@discuss.tchncs.deP [email protected]

                          Both your containers need share at least one network. It looks like have created a external network. Good job.
                          The next step is to configure your container to join the network. Do something like this:

                          services:
                            nginx-proxy-manager: 
                               ....
                               networks:
                                 - nginx-proxy-manager_default # or just nginx
                                ...
                          
                          networks:
                            nginx:
                              name: nginx-proxy-manager_default
                              external: true  
                          

                          Don't forget to also add the network in your audiobookshelf service.

                          Maybe this helps: https://docs.docker.com/compose/how-tos/networking/#use-an-existing-network

                          H This user is from outside of this forum
                          H This user is from outside of this forum
                          [email protected]
                          wrote last edited by
                          #26

                          thank you! this works!

                          1 Reply Last reply
                          1
                          • C [email protected]

                            Are you sure both containers (npm and audiobookshelf) are in the same network? I see you don't specify the network in the NPM compose file.

                            Check that like this:

                            $ docker inspect container-name| grep -A3 Networks
                                        "Networks": {
                                            "network_name": {
                                                "IPAMConfig": null,
                                                "Links": null,
                            

                            See if both your containers are in the same network - they should be.

                            H This user is from outside of this forum
                            H This user is from outside of this forum
                            [email protected]
                            wrote last edited by
                            #27

                            thank you problem solved!

                            1 Reply Last reply
                            1
                            • S [email protected]

                              Based on you screenshot from the NPM Dashboard there seems to be something wrong. In the setup window you show that you forward the traffic with http and port 80, in the dashboard screenshot you forward the traffic with https and port 80.

                              Just skip http and self signed certificates all together. Modern Browsers make it a pain to use non https sites.
                              A simple domain setup with dns acme challenge is a little bit of a hassle but worth the hour(s) of invested time. Especially with npm were it is a set and forget option.

                              Does pihole support wildcard dns entries yet? To my knowledge the gui only supports single entries so that you have to enter every subdomain manually in pihole that you want to have forwarded. Workaround would be to use a dnsmasq config file or use something else like addguard.

                              H This user is from outside of this forum
                              H This user is from outside of this forum
                              [email protected]
                              wrote last edited by
                              #28

                              no I don't think pi-hole supports wild card dns, how do you deal with this issue? do you simply use addguard?

                              S 1 Reply Last reply
                              0
                              • M [email protected]

                                You're missing the networks section in your audiobookshelf service definition - add networks: [nginx] to your audiobookshelf service to actually connect it to the network (just defining the network at the bottom doesn't automatically attach your service to it, which is why npm can't reach it and gives you that 502 error), and if you're an audiobook fan you might wanna check out the soundleaf app for ios which works great with audiobookshelf.

                                H This user is from outside of this forum
                                H This user is from outside of this forum
                                [email protected]
                                wrote last edited by
                                #29

                                thank you! this works!

                                1 Reply Last reply
                                0
                                • B [email protected]

                                  default in this example is the actual name of the network, in this case we're modifying the default network. external: true declares that the network has already been created, name: scoobydoo is a way of customizing the name of the default network.

                                  H This user is from outside of this forum
                                  H This user is from outside of this forum
                                  [email protected]
                                  wrote last edited by
                                  #30

                                  thanks a lot!

                                  1 Reply Last reply
                                  1
                                  • B [email protected]

                                    I don’t see an immediate issue but I do see some general issues.

                                    Unless you own local.com, don’t use it.

                                    While you could use .local as your tld, I wouldn’t do that either. You can buy a domain name for cheap and really that’s the way to go.

                                    Also, reference your FQDN and not your hostname. Don’t expect hosts to fill in the blanks.

                                    H This user is from outside of this forum
                                    H This user is from outside of this forum
                                    [email protected]
                                    wrote last edited by
                                    #31

                                    changed it! thanks a lot!

                                    1 Reply Last reply
                                    1
                                    • R [email protected]

                                      Start a console on NPM. See if you can curl or wget the target.

                                      Start with IPs and ports. Then move to DNS.

                                      NPM's configuration never felt terribly comfortable to me.

                                      Another common problem is to unintentionally set your container up where URLs require SSL. When you hit the container page the URL call backs can end up with HTTPS.

                                      H This user is from outside of this forum
                                      H This user is from outside of this forum
                                      [email protected]
                                      wrote last edited by
                                      #32

                                      thanks a lot problem solved

                                      1 Reply Last reply
                                      1
                                      • H [email protected]

                                        no I don't think pi-hole supports wild card dns, how do you deal with this issue? do you simply use addguard?

                                        S This user is from outside of this forum
                                        S This user is from outside of this forum
                                        [email protected]
                                        wrote last edited by
                                        #33

                                        I switched to adguard, yes. But you can just give pi-hole a dnsmasq config file. The underlying dns server Pi-Hole uses does support those.

                                        Just mount the file via a docker volume. I will have to look up the exact paths. Config would look like

                                        address=/domain.tld/192.168.0.1
                                        
                                        H 1 Reply Last reply
                                        0
                                        • S [email protected]

                                          I switched to adguard, yes. But you can just give pi-hole a dnsmasq config file. The underlying dns server Pi-Hole uses does support those.

                                          Just mount the file via a docker volume. I will have to look up the exact paths. Config would look like

                                          address=/domain.tld/192.168.0.1
                                          
                                          H This user is from outside of this forum
                                          H This user is from outside of this forum
                                          [email protected]
                                          wrote last edited by
                                          #34

                                          thanks a lot

                                          1 Reply Last reply
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          • Login

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • World
                                          • Users
                                          • Groups