NUT Adapter Problem - keine Daten

[Thomas Braun]

@daniel-bohn sagte in NUT Adapter Problem - keine Daten:

Im Nut-Adapter:
User: usv
Pass: secret

Auf den Screenshots sieht man was anderes.

[Daniel Bohn]

@thomas-braun sorry, user ist ups und das sollte korrekt sein. Soweit ich weiß wird username und pass aber auch nicht für das auslesen der Werte benötigt

[Thomas Braun]

@daniel-bohn

Offenbar doch, sonst würde der Zugriff ja nicht verweigert.

[Daniel Bohn]

@thomas-braun Selbst wenn, Werte müsste ich so auslesen können. Ohne user und pass:

[Thomas Braun]

@daniel-bohn

Wenn du meinst...

[Daniel Bohn]

@thomas-braun Warum so patzig? Ich lasse mich gerne korrigieren...

[Thomas Braun]

@daniel-bohn

Zum NUT Server und wie man den richtig einrichtet gibt es hier irgendwo ein HowTo. Such dir das mal raus.

[Codierknecht]

@daniel-bohn sagte in NUT Adapter Problem - keine Daten:

Warum so patzig?

Weil ein "Access denied" als allererstes auf ein Problem mit der Authentifizierung hinweist.
Sowas schreibt man ja nicht aus Jux und Tollerei in ein Log ... das wird schon irgend eine Bedeutung haben.

[Daniel Bohn]

@thomas-braun @Codierknecht

habe jetzt noch ein paar mal pass und user neu eigegeben. Leider das selber Ergebniss

User: ups
Pass: secret

[Codierknecht]

@daniel-bohn
Betreibst Du den Docker-Container im Bridge-Mode?
Hast Du dort den Port gemappt?

[Daniel Bohn]

@codierknecht ja, genau... Das habe ich tatsächlich nicht! Ich habe nur 8080 auf 8080 und 8081 auf 8081. Muss ich dann 3493 auf 3493 mappen?

[Codierknecht]

@daniel-bohn sagte in NUT Adapter Problem - keine Daten:

Muss ich dann 3493 auf 3493 mappen?

Natürlich, sonst wird das nix

Und alle andern Ports die später mal dazukommen auch (VIS, MQTT usw.).
Das kann 'ne reichlich lange Liste werden.

[Daniel Bohn]

@codierknecht super, danke schön - ich muss noch viel lernen. Stehe leider vor dem nächsten Problem:

netstat -an |grep 3493
tcp        0      0 0.0.0.0:3493            0.0.0.0:*               LISTEN
tcp        0      0 127.0.0.1:38760         127.0.0.1:3493          ESTABLISHED
tcp        0      0 127.0.0.1:3493          127.0.0.1:36484         TIME_WAIT
tcp        0      0 127.0.0.1:3493          127.0.0.1:38760         ESTABLISHED
tcp        0      0 127.0.0.1:3493          127.0.0.1:36482         TIME_WAIT

Ich verstehe nix mehr.

[Codierknecht]

@daniel-bohn
Ich vermute mal, dass sich die Synology und der Container jetzt in die Quere kommen.
Beide wollen ja über den Port mit der USV kommunizieren.
Und da die USV ja nur 1 Schnittstelle über genau diesen Port anbietet, gibt's ein Chicken-Egg-Problem: Wer war zuerst da und wer soll mit der USV reden dürfen?

Du könntest ja die Anbindung in der Syno abklemmen und die USV ausschließlich im ioB verwalten. Mit dem Synology-Adapter kann der ioB ja die Syno herunterfahren, wenn der Strom ausfällt.

Kann sein, dass man diese "Limitierung" durch Synology loswird, wenn man den Container mit Portainer verwaltet. Aber sicher bin ich mir da nicht.
https://smarthome.buanet.de/2018/12/portainer-auf-der-synology-diskstation/

[Daniel Bohn]

@codierknecht

Nochmal danke! Das klingt logisch... ich werde mal Deine Vorschläge versuchen und dann kurz berichten! Merci

[Meister Mopper]

@daniel-bohn sagte in NUT Adapter Problem - keine Daten:

User: ups
Pass: secret

Für Synology gilt als Standard
User: monuser
Pass: secret

[Daniel Bohn]

@meister-mopper

Danke, leider bekomme ich weiterhin den selben Fehler