I vote for simplicity. What program needs port 9000?
+1
I vote for simplicity. What program needs port 9000?
+1
This would be super easy to forward in docker. I really do suggest not complicating things for one program.
Squeezebox I guess.
Maybe whenever there is a new install, create a script that they can use to let @ryecoaaron SSH their server, and do everything for them... That would be simple and I hear he has way to much free time anyway...
My personal opinion... He's done as much as can be reasonably expected with docker related containers. You can install docker with one click, install one of the two more popular gui's for docker with one click... it's hard to ask for much more and not be a bit unreasonable
I'd leave it alone. If they want to change portainer from 9000 to whatever, they can post and ask how. I'm assuming the easiest thing to do would probably be to create a new portainer container, and set the ports as you desire... Once it's done configuring.. log out of the "old" portainer on 9000, and into the new one on whatever port... Then delete the container using 9000.
I still like that ssh idea though...
Install Portainer from the command line if the external port requires changing from :9000, Portainers internal port is bound to the container and cannot be changed.
A simple how to on how to install Portainer from the cli, with a warning or reference on the GUI that Portainer uses port :9000 with a direction to the how to.
Personally @ryecoaaron has done an excellent job in making this as easy as possible, changing what already works just for one container makes no sense.
As I can see the port of SqueezeboxServer can also changed too. So it would be better to adopt the needed containers and not portainer
Gesendet von iPhone mit Tapatalk
Portainer is container as well as any other. So you could change its port to whaterever you like. I think that is an okay option.
Portainer is container as well as any other. So you could change its port to whaterever you like. I think that is an okay option.
The problem is that every time someone clicks the install portainer button in omv-extras, it will reset it back to 9000. And the idea of that button is that people could use it to update the portainer image to latest as well.
Can you make it take some parameters from page when creating portainer?
Can you make it take some parameters from page when creating portainer?
Of course but as I posted on the last page, I really was hoping for simplicity to prevent problems.
Then you just stick it ti 9000,and let others worry about their containers ports.
I'd vote for leaving portainer as it is. It's not realistic for users to expect portainer to be 100%, "out of the box", compatible with *ALL* Docker images/containers that currently exist, or those yet to be created.
In a similar manner, I wouldn't expect Volker to change OMV's Web GUI ports from 80 and 443, to accommodate some add-on that I like. (In fact, port conflicts such as this are an excellent reason to use a MacVLan interface, in Docker.)
I wouldn't expect Volker to change OMV's Web GUI ports from 80 and 443
You can change the ports for both of those in the web interface though. I guess if it is *just* the 9000 port and no other setting, it won't be bad to add.
I guess if it is *just* the 9000 port and no other setting, it won't be bad to add.
I don't know. In that Docker has been designed around remapping ports, as part of what it does, the issue seems almost trivial to me. I think you've already went out of your way in expanding what OMV-Extras does, in prep for OMV5.
But since you're the Big Kahuna Coding Maestro , I wouldn't even think of trying to stand in the way.
Come back to the problem of Squeezebox. Squeezebox needs internal (inside docker) the 9000 port and portainer too.
Could it be a problem of installing both even you change their external ports? How should docker know to which container the connection should go. For me it looks like that both programs are listing at the same port. How should that work?
Am I right or do I think completely wrong?
If the internal ports are the same but the external ports are different, there are no problems.
How should docker know to which container the connection should go.
Because the external ports are different. So each container has its own external port(s).
I think that the Docker platform should regulate the issue of ports and that Squeezebox should change the ones it is using because Portainer, although it is a container itself, is the "host" of many applications. I do not think it is OMV's task to solve a problem that is clearly Docker as an application platform.
That is just my opinion. Regards.
I do understand the argument of keeping everything as simple as possible.
And i know that if you change one thing now someone else will ask you another thing that needs changing.
I've looked at the squeezebox forums and found an solution that workt for me, so thank you for even considering my question and for all the working you guys do
In fact, port conflicts such as this are an excellent reason to use a MacVLan interface, in Docker.
Funny you mention this, I run most of my containers using the MacVLan interface for exactly that reason and because it gives all those containers nice, individual (and fixed) IP addresses. I've been trying for some time already to get Portainer to us the MacVLan interface as well, but so far without success.
I've been trying for some time already to get Portainer to us the MacVLan interface as well, but so far without success.
This is something I'm interested in for the stated reason - MacVlan int's can solve issues where a Docker may need exclusive access to well known ports and, in some cases (as you noted), is actually desirable and convenient for other reasons. I need to set up OMV5, on actual X86 hardware, to take a look.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!