Edomi im Docker-Container - revised

[MKHR]

Alles andere funktioniert. Muss ich noch einen zusätzichen port mappen ? eventuell 82 auf welchen Port ?

Das müsste eigentlich im LBS dokumentiert sein. Um welchen genau geht es denn?

[beauty]

Nach gefühlten 20 neuen Containern hat das Update endlich geklappt.....
Keine Ahnung an was es gelegen hat.

[starwarsfan]

Die chmod-Meldung gibt's schon immer, das ist kein Problem. Das andere muss ich mir anschauen...

[beauty]

starwarsfan das Update auf Edomi 2.01 scheint Probleme zu machen.
Nach dem Update startet Edomi mit dem Fehler "chmod: cannot access '/dev/vcsa': No such file or directory"
Nach einigen sekunden geht es ganz normal weiter und Edomi startet ganz normal und wartet auf eine Projektaktivierung.
Nur komme ich nicht mehr auf die Adminseite.
Im Browser erscheint dann "ERR_SOCKET_NOT_CONNECTED"
Kannst du dir das mal anschauen? Habs mehrfach auf der Synology probiert und immer mit dem selben Ergebniss

[Guidokoeller]

Alles andere funktioniert. Muss ich noch einen zusätzichen port mappen ? eventuell 82 auf welchen Port ?

[MKHR]

Port mapping in den container konfiguriert?

[Guidokoeller]

Hallo
Ich hoffe ich bin hier richtig. Ich habe mein System auf Docker umgestellt. Leider funktioniert meine Alexa Sprachsteuerung nicht mehr. In der Config des Reverse Proxy
habe ich die IP Adresse meines Edomi Docker (192.168.64.94:82) angepasst. Leider kann Edomi nicht erreicht werden. Was muss ich noch anpassen ?

[H3rbst]

starwarsfan

Hi,
kannst du mir bitte nochmal einen Hinweis geben, was du genau wo geändert hast, damit Portainer nicht mehr sekündlich ins Log schreibt? Ich habe mir jetzt selbst ein arm64 Image mit deinen Dockerfiles gebaut (jedoch mit php5 und ohne telegram), habe aber trotzdem diesen sekündlichen Eintrag. Finde hier leider nirgends was genau geändert werden muss. Danke im Voraus!

[givemeone]

Zur Info: Teste gerade das Image mit MariaDB 10 statt 5.x, und bemerke eine deutliche Reduzierung der Load von 0.71 auf 0.45 im Tagesschnitt.
Habe jedoch eine ziemlich große Edomi-Installation...

Edit: (scheinbar wegen dem besseren Handling von RamDBs)

sG
Joe

[givemeone]

Es ist ein Verzeichnis /usr/local/edomi/main/include/php/Net_RouterOS inkl. der Abhängigkeiten. Insgesamt 55M.

Ohne das GIT-Verzeichnis wären es dann nochmal 2.5MB weniger.

[jonofe]

Es ist ein Verzeichnis /usr/local/edomi/main/php/include/Net_RouterOS inkl. der Abhängigkeiten. Insgesamt 55M.

[starwarsfan]

Hi

Hier die Zeilen für die Mikrotik-LBS Anbindung
Wäre das was fürs offizielle Image, oder lieber nicht?

Sieht unspektakulär aus, von daher sollte das kein Problem sein. Mal sehen, was der Schöpfer dazu sagt: jonofe: Was bzw wieviel pumpt der Mikrotik-LBS in das Image?

[givemeone]

Nachtrag:
Hier die Zeilen für die Mikrotik-LBS Anbindung
Wäre das was fürs offizielle Image, oder lieber nicht?

RUN yum -y update nss \
&& cd /usr/local/edomi/main/include/php \
&& git clone https://github.com/jonofe/Net_RouterOS \
&& cd Net_RouterOS \
&& composer install

[gkamp]

Hi,

ich habe mir auch heute Abend die neue Dockerversion (CentOS7-latest) angesehen. Läuft bisher alles super (MQTT, Telegram...). Ich habe auch das "Problem", dass meine bisher funktionierenden Locales nicht mehr interpretiert werden. In der Visu habe ich bspw. bei allen Datumsangaben englische Tagesnamen.

Viele Grüße,
Flo

[givemeone]

Hallo Yves,

Kannst Du mir die Apache- sowie die nginx-Konfig zukommen lassen?

Gerne. Ich musse selber gerade nochmal nachsehen.
Hier die nginx-config.

dern entscheidende Part ist

location = / {

und

location / {

als Unterscheidung des Websockets.

Dieses:

include /etc/nginx/ssl-settings.conf;

GGf ersetzen durch die normale Konfig. Ich persönlich mache HTTPS nur im ngix,
belasse also den apache ohne verschlüsselung.

upstream edomi_websocket {
server 127.0.0.1:443;
}
|
upstream edomi_web {
server 171.20.0.1:80;
keepalive 16;
}
server {
listen 171.20.0.2:443 ssl http2;
server_name xxxdomain;

include /etc/nginx/ssl-settings.conf;

ssl_client_certificate /etc/ssl/ca/certs/ca.crt;
ssl_verify_client on;
ssl_verify_depth 2;


##ssl performance

error_log error.log;
access_log access.log ssl_client;


proxy_set_header Host xxxdomain;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;


# Weiterleitung zu Edomi (Websocket Schnittstelle)
# Nur Verbindungen gegen "/" (exakt, keine wildcard!) durchlassen! Also weder auf Dateien noch Verzeichnisse (= nur Websocket Connects)

location = / {
proxy_http_version 1.1;
proxy_set_header Upgrade "websocket";
proxy_set_header Connection "upgrade";
proxy_pass http://127.0.0.1:443;
}

location = /visu/passwordFREE {
proxy_pass http://edomi_web/visu/?login=user&pass=passwd&visu=1;
}

# Jetzt alles andere durchlassen
location / {
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_http_version 1.1;
proxy_set_header Host $host;

proxy_buffering on;
proxy_ssl_session_reuse on;
proxy_pass http://edomi_web/;
}


}

Mir ist noch nicht klar, wo der nginx läuft. Im Container oder als ein zweiter Container "davor"?

Teste beides. aktuell habe ich ihn sogar am Docker-Host selbst laufen, und sammle dort alle Webseiten der einzelnen Docker-stacks zusammen.
Ist untpisch, läuft aber gerade so schön ;-)

Den Apache konfiguriere ich übrigens nur um, dass er NICHT an Port 443 hört. denn nur so kann sich der Websocket an diesem Port andocken.

RUN sed -i -e "s/443/446/g" /etc/httpd/conf.d/ssl.conf

sG
Joe