If you are sure that you’ve configured everything correctly then you can simply skip the domain validation and check if you get any further as advised in the last step of the troubleshooting section
That’s the problem. I’m not sure that I have.
When I try to reach it from the world it fails. But internaly it works. I don’t know what I have wrong ether.
I can do that.
NPM compose file.
services:
app:
image: ‘jc21/nginx-proxy-manager:latest’
container_name: NPM
restart: unless-stopped
ports:
- 192.168.1.63:80:80 # Public HTTP Port
- 192.168.1.63:443:443 # Public HTTPS Port
- 192.168.1.63:81:81 # Admin Web Port
volumes:
- /var/data:/data
- /var/letsencrypt:/etc/letsencrypt
Thanks! So do I understand correctly that npm runs on a server with the ip-address 192.168.1.63 and aio on a different server with ip-address 192.168.1.64?
So where do these ip-addresses 192.168.1.64 and 192.168.1.63 come from when the containers are on the same host?
Can you simply try to put the private ip-address of the host into NPM instead of 192.168.1.64? Does it work then (still with apache_ip_binding set to 0.0.0.0)
I haven’t been able to try yet. But I will try to try when I get home from work tonight.
These IPs are alias’s on the host. I have several containers that want the same port facing the network. So I created network aliases then bound the containers to different IP’s as needed.