(gelöst) linux-control lxc host klappt nicht

[crunchip]

@hal sagte in linux-control lxc host klappt nicht:

ich bin im iobroker Container (lxc) auf der shell (terminal) eingelogt

Also auf deiner Proxmox Oberfläche und nicht extern über z. B Putty

@hal sagte in linux-control lxc host klappt nicht:

Vieleicht sollte ich einen anderen Weg probieren

Ja wie bereits vorgeschlagen, mit einem User, der auch die Berechtigung hat

[Wal]

@hal ,
installiere dir auch mal die Version 1.1.6 von Github, bei der 1.1.5 hatte ich unter Proxmox ab und zu auch Login Probleme.
Kann auch sein das die Probleme weg waren als ich in Proxmox auf feste IP umgestellt hatte, ich weis es nicht mehr.

[HAL]

@wal die 1.1.6 hatte ich schon

@crunchip auch mit einem user mit allen Berechtigungen, keine Veränderung. Der Adapter sagt immer die ip ist nicht zu erreichen...

[crunchip]

@hal da fehlt der Haken bei sudo

Edit
ich hatte auch paar Abfragen an Proxmox Konfiguriert und das ein oder andere wurde nicht mehr ausgeführt, daher ist das bei mir schon längere Zeit deaktiviert.
Ist mir gerade so eingefallen, müsst ich heut abend mal nachsehen ob die Verbindung noch klappt.

[HAL]

@crunchip ich habe jetzt im Adapter eine physische andere ip von einem Raspberry eingetragen und das klappt NICHT. Es liegt also irgendwie in der Thematik proxmox und linux container.

[getConnection] Host 'ccu' (192.168.178.20:22) seems not to be online

Egal ob der sudo markiert ist oder nicht.

[crunchip]

@hal ist dies korrekt?

if its not possible to get connection to your linux client, check if iputils-ping is correct installed on client

[HAL]

@crunchip

root@iobroker:~# ping 192.168.178.44
PING 192.168.178.44 (192.168.178.44) 56(84) bytes of data.
64 bytes from 192.168.178.44: icmp_seq=1 ttl=64 time=0.044 ms
64 bytes from 192.168.178.44: icmp_seq=2 ttl=64 time=0.036 ms
64 bytes from 192.168.178.44: icmp_seq=3 ttl=64 time=0.058 ms
64 bytes from 192.168.178.44: icmp_seq=4 ttl=64 time=0.048 ms
^C
--- 192.168.178.44 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3074ms
rtt min/avg/max/mdev = 0.036/0.046/0.058/0.007 ms

[Codierknecht]

@hal
Da wurschtelt man immer noch nicht als rootrum.

[HAL]

@codierknecht was hat das mit dem Adapter zu tun ?

[Codierknecht]

@hal
Die Ausgabe zeigt lediglich, dass ein ping als root funktioniert.
Der Adapter läuft aber nicht als root.

[HAL]

@codierknecht

uwe@iobroker:~$ sudo ping 192.168.178.44
[sudo] password for uwe: 
PING 192.168.178.44 (192.168.178.44) 56(84) bytes of data.
64 bytes from 192.168.178.44: icmp_seq=1 ttl=64 time=0.047 ms
64 bytes from 192.168.178.44: icmp_seq=2 ttl=64 time=0.037 ms
64 bytes from 192.168.178.44: icmp_seq=3 ttl=64 time=0.044 ms
64 bytes from 192.168.178.44: icmp_seq=4 ttl=64 time=0.043 ms
^C
--- 192.168.178.44 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3068ms
rtt min/avg/max/mdev = 0.037/0.042/0.047/0.003 ms

linux-control.0
2024-03-26 23:00:44.869	info	[getConnection] Host 'pve' (192.168.178.44:22) seems not to be online

linux-control.0
2024-03-26 23:00:44.851	info	getting data from pve (192.168.178.44:22, Adapter start)

linux-control.0
2024-03-26 23:00:44.799	info	starting. Version 1.1.6 (non-npm: Scrounger/ioBroker.linux-control) in /opt/iobroker/node_modules/iobroker.linux-control, node: v18.18.2, js-controller: 5.0.19

[Codierknecht]

@hal
Also ich kann meinen LXC Container problemlos erreichen.
Ein grundsätzliches Problem beim Adapter würde ich demnach ausschließen.
Hätte vermutlich auch längst Geschrei gegeben.

[crunchip]

@codierknecht habs bei mir ebenfalls gerade getestet, vom iobroker docker (anderer Server) zum Proxmox-Host, funktioniert ohne Probleme

[crunchip]

@hal sagte in linux-control lxc host klappt nicht:

node: v18.18.2

ist aber auch nicht der aktuelle Stand

auch schon mal Proxmox neu gestartet?

es gab Hier ein issue, hat sich aber scheinbar in Luft aufgelöst

[Thomas Braun]

@hal

apt policy iputils-ping ping
ping 192.168.178.44
sudo -H -u iobroker ping 192.168.178.44

sagt? Natürlich NICHT als root sondern als user ausgeführt.
Eigentlich logisch, da man sich ohnehin nie als root anmeldet.

[HAL]

@thomas-braun ich bin am iobroker mit dem user Uwe angemeldet

[Thomas Braun]

@hal

Mag ja sein. Mittels sudo setzt du da aber weiterhin auf root-Rechte. Bringt dir aber keine Erkenntnisse, weil Ping z.B. unter Umständen von Usern nicht ausgeführt werden darf. Deswegen halt als User agieren, weil man immer als user eingeloggt ist und nie als root.

Die Kommandos liefern nun was zurück?

[HAL]

@crunchip mach ich heute abend, bin jetzt unterwegs

[HAL]

@thomas-braun sorry war durch Ostern beschäftigt

iobroker login: uwe
Password: 
Linux iobroker 6.5.13-1-pve #1 SMP PREEMPT_DYNAMIC PMX 6.5.13-1 (2024-02-05T13:50Z) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Apr  1 14:43:10 CEST 2024 on tty1
uwe@iobroker:~$ apt policy iputils-ping ping
iputils-ping:
  Installed: 3:20210202-1
  Candidate: 3:20210202-1
  Version table:
 *** 3:20210202-1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
ping:
  Installed: (none)
  Candidate: (none)
  Version table:
uwe@iobroker:~$ ping 192.168.178.44
ping: socket: Operation not permitted
uwe@iobroker:~$ sudo -H -u iobroker ping 192.168.178.44
[sudo] password for uwe: 
ping: socket: Operation not permitted
uwe@iobroker:~$

[Thomas Braun]

@hal

Gib den usern die Rechte:

sudo setcap cap_net_raw+p /bin/ping