IoBroker (und vis) über ReverseProxy

123flip

@MrLee said in IoBroker (und vis) über ReverseProxy:

nginx

Nochmals die Nachfrage: Hat das schon mal jemand mit NGINX erfolgreich zum Laufen gebracht? Habe jetzt verschiedenste Konfigurationen probiert, aber es funktioniert leider nicht...

dodi666

Hallo zusammen,
gibt es eine laufende Reverse Proxy Konfiguration für den iobroker und die CCU?
Die alte für den Apache bekomme ich leider nicht mehr ans laufen...

Grüße Sascha

robotastic

Hi @123flip und Hi Forum ,

ich nutze aktuell zwar eigentlich lovelace, habe aber mal eben vis installiert und die config erweitert und getestet. Auf den ersten Blick scheint alles zu funktionieren. Ich habe mal beides drin gelassen, so dass sich jeder nach Bedarf die entsprechenden Teile rauspicken kann. Ports und Servername(myiobrokerurl) können natürlich nach Bedarf angepasst werden. Bei Rückfragen gerne melden.

Als Bonus hab ich auch noch eine Config für MQTTS angehängt

Anzupassen

Ports
Servername (myiobrokerurl)
Pfade für SSL-Zertifikat und Key

Urls und Ports:

Admin https: //myiobrokerurl
Lovelace https ://myiobrokerurl:8092
Vis https ://myiobrokerurl:8083

nginx/conf.d/iobroker.conf

#admin config
server { # simple reverse-proxy
    listen 80;
    listen [::]:80;

    return 301 https://myiobrokerurl$request_uri;
}

server{
    listen 443;
    listen [::]:443;

    server_name myiobrokerurl;
    ssl_certificate /etc/ssl/certs/myiobrokerurl.cert.pem;
    ssl_certificate_key /etc/ssl/private/myiobrokerurl.key.pem;

    ssl on;
    ssl_session_cache  builtin:1000  shared:SSL:10m;
    ssl_protocols  TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
    ssl_prefer_server_ciphers on;

    access_log            /var/log/nginx/myiobrokerurl.access.log;

    location / {

      proxy_set_header        Host $host;
      proxy_set_header        X-Real-IP $remote_addr;
      proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header        X-Forwarded-Proto $scheme;

      proxy_pass          http://127.0.0.1:8081;
      proxy_read_timeout  90;

      proxy_redirect      http://127.0.0.1:8081 https://myiobrokerurl;
    }
}
#admin end

#lovelace config
map $http_upgrade $connection_upgrade {
    default upgrade;
    '' close;
}


server{
    listen 8083;
    listen [::]:8083;

    server_name myiobrokerurl;
    ssl_certificate /etc/ssl/certs/myiobrokerurl.cert.pem;
    ssl_certificate_key /etc/ssl/private/myiobrokerurl.key.pem;

    ssl on;
    ssl_session_cache  builtin:1000  shared:SSL:10m;
    ssl_protocols  TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
    ssl_prefer_server_ciphers on;

    access_log            /var/log/nginx/myiobrokerurl.access.log;

    location / {

      proxy_set_header        Host $host;
      proxy_set_header        X-Real-IP $remote_addr;
      proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header        X-Forwarded-Proto $scheme;

      proxy_pass          http://127.0.0.1:8082;
      proxy_read_timeout  90;

      proxy_redirect      http://127.0.0.1:8082 https://myiobrokerurl:8082;
    }
}
#lovelace end

#vis conf
server{
    listen 8092;
    listen [::]:8092;

    server_name myiobrokerurl;
    ssl_certificate /etc/ssl/certs/myiobrokerurl.cert.pem;
    ssl_certificate_key /etc/ssl/private/myiobrokerurl.key.pem;

    ssl on;
    ssl_session_cache  builtin:1000  shared:SSL:10m;
    ssl_protocols  TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
    ssl_prefer_server_ciphers on;

    access_log            /var/log/nginx/myiobrokerurl.access.log;

    location / {

      proxy_set_header        Host $host;
      proxy_set_header        X-Real-IP $remote_addr;
      proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header        X-Forwarded-Proto $scheme;

      proxy_pass          http://127.0.0.1:8091;
      proxy_read_timeout  90;

      proxy_redirect      http://127.0.0.1:8091 https://myiobrokerurl:8091;
    }

    location /api/websocket {
        proxy_pass http://myiobrokerurl:8091/api/websocket;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
        proxy_set_header Host $host;
    }
}
#vis end

nginx/stream_conf.d/mqtts.conf

server {
    listen 8883 ssl; # MQTT secure port

    ssl_certificate     /etc/ssl/certs/myiobrokerurl.cert.pem;
    ssl_certificate_key /etc/ssl/private/myiobrokerurl.key.pem;
    ssl_ciphers         HIGH:!aNULL:!MD5;
    ssl_session_tickets on;
    ssl_session_timeout 8h;

    proxy_pass 127.0.0.1:1883;
    proxy_connect_timeout 1s;
}

dodi666

Vielen Dank @robotastic,
sofern keiner was laufendes für den Apache im Angebot hat, würde ich mir mal nginx anschauen...
Kannst du mir vielleicht noch dabei helfen, die CCU auch über diesen Weg einzubinden?

Grüße
Sascha

robotastic

@dodi666 Leider habe ich keine CCU um das zu testen und weiß auch leider nicht, wie das ganze aufgebaut ist. Muss ein location Aufruf sein oder reicht auch eine Port Weiterleitung? Welche Protokolle werden verwendet?

dodi666

Hi,
beim Apache habe ich es mittels einfacher Weiterleitung hinbekommen. Leider nur für Port 80 und die Weiterleitung des iobroker habe ich garnicht hinbekommen. Ich versuche mich in den nächsten Tagen erstmal mit der nginx Installation. Zudem würde ich die gerne mit einem htaccess Passwortschutz versehen, und eine SSL Verschlüsselung vorsehen. Dann wäre das Ziel den iobroker über eine URL und die ccu über eine zweite URL von außen zugänglich zu machen. Was deine Fragen zur CCU angeht, kannst du die Antworten ggf. in der Apache Konfiguration in diesem Thread sehen? Bitte nicht falsch verstehen, aber ich lese mich gerade erst in das Thema ein, und bin der totale Anfänger

tigiba

@Marc_St
Ich hätte den selben Wunsch: Verwendung der in IO-Broker eingebauten Authentifizierung samt unterschiedliche Berechtigungen für unterschiedliche User - und das über einen Apache reverse proxy.

Geht das? Hat das schon jemand geschafft? Ich stehe ziemlich an, und auch ohne Authentifizierung bin ich mit der aus diesem Thread hervorgegangenen Doku auf https://www.iobroker.net/docu/index-303.htm?page_id=5082&lang=de bin leider bisher nicht sehr weit gekommen...

123flip

@robotastic
Nach langer Zeit wollte ich heute mal wieder schauen, ob sich hier was getan hat und ich danke dir für deine Beispielkonfiguration.
Wundersamerweise funktioniert nun meine alte Konfiguration, ich nehme an, dass es irgendwelche Updates bei iobroker gab, die das verbessert hat.

Mein Problem waren immer die Websocket-Verbindungen über die Pfade ".../socket.io/". Leider finde ich dazu in deiner Konfiguration nichts.

Anbei noch meine aktuelle Konfiguration:

server {
    listen 443 ssl;
    server_name myhost.de;
    server_tokens off;

    ssl_certificate ./fullchain.pem;
    ssl_certificate_key ./privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam ./ssl-dhparams.pem;

    location / {
        proxy_pass  http://ioBroker:8082;
        proxy_set_header    Host                $http_host;
        proxy_set_header    X-Real-IP           $remote_addr;
        proxy_set_header    X-Forwarded-For     $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        satisfy any;
        auth_basic            "Access Restricted";
        auth_basic_user_file  .htpasswd;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_http_version 1.1;
    }
    
    #location /socket.io {
    #try_files $uri $uri/ @websocket;
    #}

    #location @websocket {
    #    proxy_pass http://ioBroker:8082/socket.io/;
    #    proxy_http_version 1.1;
    #    proxy_set_header Upgrade $http_upgrade;
    #    proxy_set_header Connection "upgrade";
    #}
    location /socket.io/socket.io.js {
        #proxy_set_header Upgrade $http_upgrade;
        #proxy_set_header Connection "Upgrade";
        #proxy_http_version 1.1;
        #proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        #proxy_set_header Host $host;
        proxy_pass http://ioBroker:8082/socket.io/socket.io.js;
    }
        
    location /socket.io {
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_http_version 1.1;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $host;
        proxy_pass http://ioBroker:8082/socket.io;
    }
}

spicer

Hallo
Ich nehme mal den alten Thread aus der Versenkung.
~~Ich habe den apache2 reverse Proxy nach dieser Anleitung installiert:~~
~~https://www.iobroker.net/docu/index-303.htm?page_id=5082&lang=de~~
~~Das ist doch das, worüber hier diskutiert wird, oder?~~
~~Wenn ich mich auf domain.de/vis/... einlogge, springt der Dialog zu domain.de/login/index.html?href=%2Flogin, was natürlich nicht geht, da domain.de/vis/login richtig wäre ...~~
~~Kann mir da jemand behilflich sein oder gar eine aktuellere Anleitung empfehlen?~~

~~Ach ja, ich benutze die Ports 81 und 444, da 80 und 443 von deCONZ besetzt sind.~~

Edit:
Problem gelöst. Habe nun auch nginx installiert.

Milraun

Kann bitte noch einmal jemand eine aktuell nginx Konfiguration posten.

Meine Vis hinter dem ReverseProxy behauptet immer sie hätte keine Connection.

Ich bin schon etwas verzweifelt.

Milraun

spicer

@milraun

Hier meine config (in /etc/nginx/sites-available ). Wobei mein ioBroker Server die interne IP 192.168.1.251 hat. Die musst Du auch anpassen.
An 2 Stellen muss Du Deine Dyn-DNS eintragen, wenn Du von extern zugreifen willst (wegen dem SSL Zertifikat).
Den Pfad zu den SSL Keys und htpasswd nicht vergessen anzupassen. Let's encrypt brauch ich Dir ja nicht zu erklären
Meine Config hat zusätzlich eine htaccess (zusätzliche Passwortabfrage) drin und lässt mich von auswärts nur in das vis Verzeichnis.
Ich habe die Ports 81 und 444 verwendet, weil 80 und 443 von deCONZ benutzt wird.

map $http_upgrade $connection_upgrade {
  default upgrade;
  ''      close;
}

auth_basic "Nur fuer mich";
auth_basic_user_file /etc/nginx/.htpasswd;      # Pfad anpassen
allow yy.yy.0.0/16;                             # IP Range yy.yy.  zulassen
allow xx.xx.xx.xx;                              # Einzelne zugelassene IP
deny all;

server {
  listen 81;
  server_name meine_dyndns.net;                 # hier deine DYN-DNS
  return 301 https://$host$request_uri;
}

# SSL configuration
server {
  listen 444 ssl;
  server_name meine_dyndns.net;                 # hier deine DYN-DNS
#  return 301 https://$server_name$request_uri;
  ssl_certificate      /etc/sslzertifikat/fullchain.pem;   # Pfad anpassen
  ssl_certificate_key  /etc/sslzertifikat/privkey.pem;     # Pfad anpassen

  # Improve HTTPS performance with session resumption
  ssl_session_cache shared:SSL:10m;
  ssl_session_timeout 5m;

  # Enable server-side protection against BEAST attacks
  ssl_prefer_server_ciphers on;
  ssl_ciphers ECDH+AESGCM:ECDH+AES256:ECDH+AES128:DH+3DES:!ADH:!AECDH:!MD5;

  # Disable SSLv3
  ssl_protocols TLSv1 TLSv1.1 TLSv1.2;

  # Diffie-Hellman parameter for DHE ciphersuites
  ssl_dhparam /etc/sslzertifikat/dhparams.pem;             # Pfad anpassen

  # Enable HSTS (https://developer.mozilla.org/en-US/docs/Security/HTTP_Strict_Transport_Security)
  add_header Strict-Transport-Security "max-age=63072000; includeSubdomains";

#  rewrite_by_lua_file /etc/nginx/lua/htaccess.lbc;

  # Enable OCSP stapling (http://blog.mozilla.org/security/2013/07/29/ocsp-stapling-in-firefox)
  ssl_stapling off;
  ssl_stapling_verify off;
  ssl_trusted_certificate /etc/sslzertifikat/fullchain.pem;    # Pfad anpassen
  resolver 8.8.8.8 8.8.4.4 valid=300s;
  resolver_timeout 5s;

  location /vis {
    proxy_pass http://192.168.1.251:8082/vis;
    proxy_set_header Host $host;
    proxy_redirect http:// https://;
    proxy_http_version 1.1;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection $connection_upgrade;
  }

  location /login {
    proxy_pass http://192.168.1.251:8082/login;
    proxy_set_header Host $host;
    proxy_redirect http:// https://;
    proxy_http_version 1.1;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection $connection_upgrade;
  }

  location /lib {
    proxy_pass http://192.168.1.251:8082/lib;
    proxy_set_header Host $host;
    proxy_redirect http:// https://;
    proxy_http_version 1.1;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection $connection_upgrade;
  }

  location /socket.io {
    proxy_pass http://192.168.1.251:8082/socket.io;
    proxy_set_header Host $host;
    proxy_redirect http:// https://;
    proxy_http_version 1.1;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection $connection_upgrade;
  }

}

Hier noch die Links, welche ich benutzt habe:

nginx reverse proxy anleitung:

https://bloggerbu.de/reverseproxy/

htaccess in nginx anleitung:

https://www.cyberciti.biz/faq/nginx-password-protect-directory-with-nginx-htpasswd-authentication/

IP range anleitung:

https://ubiq.co/tech-blog/how-to-whitelist-ip-in-nginx/

Ich hoffe, das hilft Dir etwas weiter

OliverIO

Auch über ein Reverse-Proxy ist der iobroker offen im Internet nicht sicher.
Wenn ihr unbedingt meint, dann den Rechner so absichern, das man von da nicht auch noch ins restliche Netz kommt (demilitarisierte Zone mit gut konfiguriertem Firewall zum restlichen Netz.
Idealerweise dort dann auch keine Standardports nutzen, die jeder schon kennt und weitere Angriffsvektoren bieten.

Milraun

@oliverio Mir geht es eher darum alle Dienste unter einem Port zu erreichen, um keine Probleme mit cross origin policies zu bekommen. Z.B. bei der Nutzung von Grafana-Charts in vis.

Oder gibt es da eine einfachere Lösung?

OliverIO

@milraun
Nein zu Hause für das lokale netz ist das vollkommen in Ordnung.
Ich hab da oben nur was von dyndns gelesen

Manche denken reverse proxy oder gar die ssl Verschlüsselung schützen das heimische Netz.

Reverse Proxy reduziert zwar den Angriffsvektor, macht halt nicht komplett sicher
Und wenn man sich dann mit der config nicht gut auskennt dann ist es halt doch nur eine scheinbare Sicherheit

Milraun

Muss ich in den admin-Einstellungen unter Reverse-proxy etwas eintragen?

spicer

@milraun
Ich hab da nichts drin.

NEWS

IoBroker (und vis) über ReverseProxy

Support us

754
Online

31.6k
Users

79.5k
Topics

1.3m
Posts

NEWS

IoBroker (und vis) über ReverseProxy

Support us

754Online

31.6kUsers

79.5kTopics

1.3mPosts

754
Online

31.6k
Users

79.5k
Topics

1.3m
Posts