ERR_CONNECTION_REFUSED Duplicati install portainer

  • I have installed Duplicati and Unifi Controller using Portainer. I am able to reach the unifi-controller web gui OK. However, I get the error ERR_CONNECTION_REFUSED when I try to access the Duplicati web gui. I had to change the port to 8300 rather than 8200 because 8200 seemed to be conflicting with the MiniDLNA plugin. When I run "netstat -tulpn" it shows the docker is listening to both port 8300 (duplicati) and port 8443 (unifi-controller.) I am running a pfSense router, but I can't find any firewall log messages showing that it is blocking the connection. I turned off windows firewall and tried to connect, same result. I am mystified. Please help.

  • How are you testing this? Where (in the network sense) is the machine you are trying to connect from with respect to the machine you are trying to connect to?

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.

  • Actually that is what I wanted to know. Traffic between machines connected to a switch in a LAN isn't seen by your router, so looking there will yield nothing.


    What happens if from the omv machine you telnet to its IP address on port 8443 ?

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.

  • from my windows machine to omv machine, I receive


    Could not open connection to the host, on port 23: Connect failed


    from a second omv machine (using putty) to first omv machine , I get


    telnet: Unable to connect to remote host: Connection refused


    from a second omv machine (using putty) to windows 10 machine, I get


    telnet: Unable to connect to remote host: Connection timed out

  • All of these suggest to me that the port is not open. Double check your docker creations and verify the host and container ports are really set to the ones you think they are.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.

  • You are correct, it is listening on port 8300. Too bad it is listening on TCP IPv6, and not IPv4. Fix that.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.

  • I followed TechnoDadLife's video to install the duplicati container. My working knowledge of docker and portainer is limited to a few videos, most of which I have followed like a recipe from a cookbook.


    Thus, I do not know how to "fix" the problem. It appears that EVERY PORT docker wants to use is running in ipv6. But I am able to reach the container for unifi-controller using an ipv4 address with the appropriate port when I try to access it from my windows 10 machine using my internal LAN. The situation is different for duplicati. I don't know why.


    I am fast approaching the limit of what I want to learn about Docker and Portainer. By analogy, I am interested in learning to bake a cake, but not interested in learning the nature of the chemical reactions when flour, buttermilk, eggs, and baking soda are combined and heated to 325 degrees.


    I appreciate any help I can receive. Thank you.

  • You mentioned changing the port for Duplicati from 8200 to 8300 because of a conflict with some other application. My guess is that this substitution was not done properly.


    What application web page do you connect to when using port 8200?


    Examine the docker logs for both Duplicati and Unifi Controller. Look for anything abnormal, especially things like problematic IP address binds and port conflicts.


    You are going to have to eventually post how each container was configured. This will not be convenient using Portainer. But when asked for this it will be up to you to provide it.


    I'll suggest this now, to get it out of the way. Don't use Portainer to initially create docker containers unless you can use the Stacks option where you can paste in a properly defined V 2.x or earlier compose file. You will want to begin with the sample compose files that are usually provided in various docker documentation pages. Copy and paste the sample file into a text document and edit it to be valid for your purposes. This will end up being a plain English text file, easily edited, and human readable. Once you think you have a proper file you can use it in a Stack creation in Portainer by pasting it in the Stack compose window. Then deploy the Stack and see what happens.


    If you can't find a compose file for the container you wish to use and can't or won't compose one yourself, then use either a properly edited docker create command or docker run command pasted into a terminal shell.


    It makes little difference what method you use to create containers. Portainer will become aware of them even if it wasn't used in the creation process.


    Then you can use Portainer to make any additional edits or corrections, make copies of containers, start, stop, read logs, etc.


    Having said this it's now time for you to provide how your containers were created - the actual inputs. Don't say things like I followed some video exactly. Provide what is being asked for.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.

  • OK, I installed the Duplicati container on a second OMV machine I have, and it worked on port 8200 AND I was able to access it via web browser on my Windows 10 machine. This second OMV machine is NOT running miniDLNA plugin, so I guess there is no conflict.


    I am guessing therefore that there is something wrong with how I assigned the port, or there is a conflict I can't see.

  • Question: Do PUID=1000 and PGID=100 correspond to an existing user and group on your system?


    Unless you need to provide CLI_ARGS I suggest deleting the line entirely. Might be OK to leave it as is but if you need to know for sure try putting it back in once you get the container working properly and see if that one change now breaks anything.


    ports:


    - 8300:8300 (host port : container port)


    I suggest never ever changing the container port unless there is some well known and understood reason to do so. Such a change might not be supported by the container. Wouldn't be the first time I have seen a container port change break things. I will admit that it looks like the logical thing to do though.


    Change this to:


    8300:8200


    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.

  • You're welcome.


    That's the beauty of posting the actual compose file you used. Took me seconds to spot that.


    Food for thought: What if that compose file was in your first post?


    Here's a hint for a tool you might find helpful. It will examine a running container, then create and spit out its docker compose file.


    Just run it in the shell. Change the container name as needed. You can create a bash alias to have it available in the shell at all times. And you can redirect the output to a file.


    Code
    docker run --rm -v /var/run/docker.sock:/var/run/docker.sock red5d/docker-autocompose:latest duplicati

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 5.x on ASRock Rack C2550D4I C0 Stepping - 16GB ECC - Silverstone DS380 + Silverstone DS380 DAS Box.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!