Probleme nach einem Restore
-
Der ioBroker ist auf dem Rechner 192.168.2.59.
Normalerweise rufe ich den so auf : 192.168.2.50:8081Das kann nicht sein.
Oder ist das ein Multihost-System? -
Nein ich habe merer Rechner in einem Adressraum nebst NAS usw.
Der ioBroker läuft auf einem einzelnen Rechner mit der Adresse 192.168.2.50.
Der Router hat die 192.168.2.1.
Auf dem .50 läuft Debian und ioBroker sonst nichts.
Bis jetzt hat das immer so funktioniert, das ich von meinem Rechner 192.168.23 über den Brouser den ioBroker mit 192.168.2.50:8081 so aufgerufen habe.
So hat das immer Prima gelaufen.
Wenn das falsch ist, wie dann ?Wie das "bind: 192.168.2.50, run as: admin" darein gekommen ist weis ich nicht.
Ob das immer so wahr ? -
@berges01 sagte in Probleme nach einem Restore:
Ob das immer so wahr ?
Nein, die Voreinstellung ist 0.0.0.0
Irgendwie kann man das per Kommandozeile ändern, ich weiß den Befehl aber gerade nicht.Edit:
cd /opt/iobroker iobroker set admin.0 --bind 0.0.0.0 -
@thomas-braun said in Probleme nach einem Restore:
iobroker set admin.0 --bind 0.0.0.0
berges01@Strommix-Smart:~$ ^C berges01@Strommix-Smart:~$ cd /opt/iobroker berges01@Strommix-Smart:/opt/iobroker$ iobroker set admin.0 --bind 0.0.0.0 New bind for "admin.0" is: 0.0.0.0 Instance settings for "admin.0" are changed. berges01@Strommix-Smart:/opt/iobroker$ -
iobroker restart iobroker list adapters iobroker list instances -
@thomas-braun said in Probleme nach einem Restore:
iobroker list instances
berges01@Strommix-Smart:/opt/iobroker$ iobroker restart berges01@Strommix-Smart:/opt/iobroker$ iobroker list adapters system.adapter.admin : admin - v5.1.25 system.adapter.alexa2 : alexa2 - v3.11.2 system.adapter.alias-manager : alias-manager - v1.2.4 system.adapter.backitup : backitup - v2.2.2 system.adapter.cloud : cloud - v4.1.0 system.adapter.devices : devices - v1.0.9 system.adapter.discovery : discovery - v2.7.3 system.adapter.info : info - v1.9.8 system.adapter.iot : iot - v1.8.24 system.adapter.javascript : javascript - v5.2.13 system.adapter.netatmo : netatmo - v1.4.4 system.adapter.ping : ping - v1.5.0 system.adapter.shuttercontrol : shuttercontrol - v1.1.5 system.adapter.socketio : socketio - v3.1.4 system.adapter.tr-064 : tr-064 - v4.2.14 system.adapter.vis : vis - v1.4.5 system.adapter.web : web - v3.4.9 system.adapter.whatsapp-cmb : whatsapp-cmb - v0.1.6 system.adapter.zwave2 : zwave2 - v2.4.2-beta.1 berges01@Strommix-Smart:/opt/iobroker$ iobroker list instances system.adapter.admin.0 : admin : Strommix-Smart - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 : Strommix-Smart - disabled system.adapter.backitup.0 : backitup : Strommix-Smart - enabled system.adapter.cloud.0 : cloud : Strommix-Smart - disabled system.adapter.devices.0 : devices : Strommix-Smart - disabled system.adapter.info.0 : info : Strommix-Smart - disabled system.adapter.iot.0 : iot : Strommix-Smart - disabled system.adapter.javascript.0 : javascript : Strommix-Smart - disabled system.adapter.netatmo.0 : netatmo : Strommix-Smart - disabled system.adapter.ping.0 : ping : Strommix-Smart - disabled system.adapter.socketio.0 : socketio : Strommix-Smart - disabled, port: 8084, bind: 0.0.0.0, run as: admin system.adapter.tr-064.0 : tr-064 : Strommix-Smart - disabled system.adapter.vis.0 : vis : Strommix-Smart - disabled system.adapter.web.0 : web : Strommix-Smart - disabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.whatsapp-cmb.0 : whatsapp-cmb : Strommix-Smart - disabled system.adapter.zwave2.0 : zwave2 : Strommix-Smart - disabled + instance is alive berges01@Strommix-Smart:/opt/iobroker$ -
iobroker start admin -
@thomas-braun said in Probleme nach einem Restore:
iobroker start admin
berges01@Strommix-Smart:/opt/iobroker$ iobroker status iobroker is running on this host. Objects type: file States type: file berges01@Strommix-Smart:/opt/iobroker$ -
Läuft?
Wenn nicht fällt mir auch nix mehr ein. -
http://192.168.2.50:8081/
Leider nicht ! -
ip a -
@thomas-braun ```
berges01@Strommix-Smart:/opt/iobroker$ ^C
berges01@Strommix-Smart:/opt/iobroker$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 74:fe:48:29:76:f1 brd ff:ff:ff:ff:ff:ff
3: enp5s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 74:fe:48:29:76:f2 brd ff:ff:ff:ff:ff:ff
4: enp8s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether c4:00:ad:01:e5:11 brd ff:ff:ff:ff:ff:ff
5: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether c4:00:ad:01:e5:10 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.50/24 brd 192.168.2.255 scope global dynamic eno1
valid_lft 740330sec preferred_lft 740330sec
inet6 2003:f0:3f19:7b00:c600:adff:fe01:e510/64 scope global dynamic mngtmpaddr
valid_lft 6828sec preferred_lft 971sec
inet6 fe80::c600:adff:fe01:e510/64 scope link
valid_lft forever preferred_lft forever
berges01@Strommix-Smart:/opt/iobroker$ -
@berges01 sagte in Probleme nach einem Restore:
probiere mal https://192.168.2.50:8081/
also mit Verschlüsselung - wobei in dem Fall die Fehlermeldung bei mir anders aussieht wenn man http Zugriff auf https probiert (EMPTY RESPONSE) -
-
ufw statuswürde anzeigen ob die Linux-Firewall aktiv ist
Selbes Ergebiss dürfte eigentlich nicht sein, da könnte es sein das es vorher schon geblockt wird
-
@bananajoe said in Probleme nach einem Restore:
ufw status
berges01@Strommix-Smart:/opt/iobroker$ ufw status -bash: ufw: Kommando nicht gefunden. berges01@Strommix-Smart:/opt/iobroker$ -
@bananajoe
Das ist aber kein default-Service.ufw status -bash: ufw: command not found -
Mal eine Dumme Frage, muss der web.0 nicht enabled sein ?
-
-
@thomas-braun said in Probleme nach einem Restore:
iobroker start admin
berges01@Strommix-Smart:/opt/iobroker$ ^C berges01@Strommix-Smart:/opt/iobroker$ iobroker start web The adapter "web.0" was started. berges01@Strommix-Smart:/opt/iobroker$ iobroker start admin berges01@Strommix-Smart:/opt/iobroker$ iobroker status iobroker is running on this host. Objects type: file States type: file berges01@Strommix-Smart:/opt/iobroker$Nein geht immer noch nicht !
berges01@Strommix-Smart:/opt/iobroker$ ^C berges01@Strommix-Smart:/opt/iobroker$ iobroker list instances system.adapter.admin.0 : admin : Strommix-Smart - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 : Strommix-Smart - disabled system.adapter.backitup.0 : backitup : Strommix-Smart - enabled system.adapter.cloud.0 : cloud : Strommix-Smart - disabled system.adapter.devices.0 : devices : Strommix-Smart - disabled system.adapter.info.0 : info : Strommix-Smart - disabled system.adapter.iot.0 : iot : Strommix-Smart - disabled system.adapter.javascript.0 : javascript : Strommix-Smart - disabled system.adapter.netatmo.0 : netatmo : Strommix-Smart - disabled system.adapter.ping.0 : ping : Strommix-Smart - disabled system.adapter.socketio.0 : socketio : Strommix-Smart - disabled, port: 8084, bind: 0.0.0.0, run as: admin system.adapter.tr-064.0 : tr-064 : Strommix-Smart - disabled system.adapter.vis.0 : vis : Strommix-Smart - disabled system.adapter.web.0 : web : Strommix-Smart - enabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.whatsapp-cmb.0 : whatsapp-cmb : Strommix-Smart - disabled system.adapter.zwave2.0 : zwave2 : Strommix-Smart - disabled + instance is alive berges01@Strommix-Smart:/opt/iobroker$
