-
Notifications
You must be signed in to change notification settings - Fork 78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
port 443 already in use (on another IP adress...) #1665
Comments
right, there is no host rovided for the port check ... so providing the settings.bind (if not 0.0.0.0) to https://github.com/ioBroker/ioBroker.admin/blob/master/lib/web.js#L1031 as additional second parameter in that call should fix that ... could you try that out? |
Sorry, I don't understand what to do, I'm no developer :) |
Ok, then for you to try...
The line number above refers to the very latest Beta Admin version, so check the content please Restart admin, try again |
Thanks! Looks good, if the port is not used I can start the admin adapter, and if it's occupied I cannot. |
Ok,then I will bring this in a next update |
Other adapters that could benefit: ioBroker.contact/main.js: adapter.getPort(settings.port, (port) => { |
Check specific interface and not all of them
Check only interface and not all interfaces for port
Check only interface and not all interfaces for port
Check only interface and not all interfaces for port
Check specific interface and not all of them
Check specific interface and not all of them
Check only interface and not all interfaces for port
Check only interface and not all interfaces for port
Awesome! |
Well, for me it seems to break the iobroker.admin instance after reboot.
So i create a dummy log entry to be sure where the log starts before the reboot wait for the reboot to be done
and this, even if port 443 is not used!
to get the adapter up i have to execute this after the boot:
|
If this error comes then the adapter can not bind the server to port 443 ... please try to run "iob fix" to fx pot permission issues. Additionally: getaddrinfo EAI_AGAIN means that there are DNS issues!! |
Unfortunately
Hmm, so my DNS server logs all requests, and all requests from my Pi were answered successfully, strange. |
@foxriver76 the issue is still existent |
extended debuggingStrange, did some more testing, even if the port 443 is not used by any other process - after a reboot of my raspberry pi, the adapter fails to start.
I see the
Edit: to ensure these errors are not by dns, I added the dns records to /etc/hosts, then I dont get
So, iobroker want's to start before network is up? Edit 2: |
❓ But, why am I getting that error message with the port already being used? |
I just updated from 6.4.4 to 6.8.0. Kills admin with these messages in the log:
Strangely
However, it dies again:
This is a major bug! |
Please run "iob fix". Still happens? Also with newest beta version? |
|
@raintonr |
@Apollon77 should I create a new issue? |
Yes a new issue fpr better error mesagwer would be cool ... or a PR :-) |
You can set the Admin Adapter to a certain IP, but it doesn't seem to check if the port is free on this IP, but if any IP is using port 443.
The admin instance is bound to 10.0.0.10 and there is also an nginx server running on the host which is bound to 10.0.0.11:443.
Thus, the port that the admin instance wants to use is not occupied, but it still complains about this as an error and does not start.
I always have to stop nginx first to then be able to start iobroker.
This is what it looks like when I start iobroker first, then nginx.
I don't see any logical reason for this, so I think it's a bug when checking port usage.
The text was updated successfully, but these errors were encountered: