vmk, genau, so in etwa sieht die Oberfläche aus und mehr wird's auch nicht .
Unklar warum die Lösung dann bei mir nicht ging.
Der Hinweis von tldev hat aber definitiv das Problem bei mir behoben.
vmk, genau, so in etwa sieht die Oberfläche aus und mehr wird's auch nicht .
Unklar warum die Lösung dann bei mir nicht ging.
Der Hinweis von tldev hat aber definitiv das Problem bei mir behoben.
Es gibt einige Issues zu dem Problem - hatte selbst auch einige Stunden damit zu tun, bis ich das Problem endlich gefunden habe (war bei uns noch ein komplizierteres Setup mit NAT und Loadbalancer davor). Problem ist, dass die nginx config aus einem Modul und einer Site besteht, die beide Port 443 nutzen wollen. Das Ändern der Seite auf Port 4444 hat bei mir das Problem gelöst, siehe https://github.com/jitsi/jitsi…87#issuecomment-606652846
Wie gut dass ich noch wachgeblieben bin.
Bingo. !!! Der Server läuft !!
Danke.
vmk , wirklich danke, das bringt nginx wieder hoch, auch prosody, jicofo und jitsi-videobridge2 starten.
Nur bricht der Server jetzt ab ...
2020/04/02 23:57:40 [error] 3414#3414: *37 connect() failed (111: Connection refused) while connecting to upstream, client: 198.161.26.5, server: 0.0.0.0:443, upstream: "127.0.0.1:4444", bytes from/to client:0/0, bytes from/to upstream:0/
Mache morgen weiter. gn8
Bei mir ist da definitiv nichts, was auf dem angemeckerten port (443) lauscht.
Es scheint mir eher, als ob sich nginx an einer seiner eigenen confs, nicht jitsi/prosody/jicofo verschluckt
Hi Leute,
Server rebootet, server via SCP restartet == Zero points
nnginx version: nginx/1.14.2
Bei mir weiterhin die gleiche Fehlermeldung wie bei specht - bind() to 0.0.0.0:443 failed (98: Address already in use)
Ich frage mich allmählich ob wir das in unseren VPS lösen können, oder ob das ein Problem auf einer höheren Ebene ist.
Für's Protokoll: Peter.MG und Specht kennen sich nicht.
nginx -t
fuser -k 443/tcp
fuser -k 80/tcp
systemctl stop nginx
systemctl start nginx
Danke, das bringt nochmal klarheit (aber leider keine Hilfe)
root@v2202003116745111997:~# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
root@v2****:~# fuser -k 443/tcp
root@v2****:~# fuser -k 80/tcp
root@v2****:~# systemctl stop nginx
root@v2****:~# systemctl start nginx
Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.
und systemctl status nginx.service sagt wie oben
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
Schöne Scheibe
Ok, zusammenfassend:
Das Debian 10 Buster Jitsi Image kann jitsi nicht ans Netz bringen, weil nginx nicht starten kann.
nginx meckert:
systemctl status nginx.service
[...]
nginx[492]: nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
aber da ist nix in use.
Noch Ideen ?
entweder systemd oder SysV init. Bitte nicht beides vermischen.
Nun, der dienst heißt aber trotzdem so ?
@ vmk: Der erste post (htpasswd, nicht htaccess) ist nicht mehr relevant. weil diese Aktion eigentlich nur dazu führte, nginx neustarten zu wollen. Mit Änderungen und dann ohne. Aber:
Alles anzeigen[...]
Das seltsame ist ja, das dies ein komplett neues, unbehandeltes Image ist, das über den SCP eingespielt und gestartet wurde.
Wie gesagt , auf dem ALTEN Image führte das misslungene Experiment eine .htpasswd zu initialisieren zum Ausfall von nginx, der sich mit dem gleichen Fehler wie oben nicht mehr starten ließ.
Auf dem (nagel)neuen zeigt sich dann das gleiche Fehlerbild.
Ideen ?
Das ist es also nicht. Siehe oben. Da läuft jetzt nagelneues frisches netcup Image, das sollte einfach so out of the box laufen...
Danke für die Hinweise;
Die Suche nach auf port 443 lauschendem Dienst ergibt nix.
root@v*********:~#netstat -tulpen | grep 443
root@v*********:~#
aRaphael: ja klar, prosody wurde auch gestoppt.
H6G : siehe root@v***:~# ls /etc/init.d/jitsi-videobridge2
/etc/init.d/jitsi-videobridge2
Was überall lauscht ist /usr/bin/turnserver, aber nicht auf 443 ;
Das seltsame ist ja, das dies ein komplett neues, unbehandeltes Image ist, das über den SCP eingespielt und gestartet wurde.
Wie gesagt , auf dem ALTEN Image führte das misslungene Experiment eine .htpasswd zu initialisieren zum Ausfall von nginx, der sich mit dem gleichen Fehler wie oben nicht mehr starten ließ.
Auf dem (nagel)neuen zeigt sich dann das gleiche Fehlerbild.
Ideen ?
97:~# /etc/init.d/nginx start
[....] Starting nginx (via systemctl): nginx.serviceJob for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.
jicofo gestoppt
jitsi-videobridge2 gestoppt
Nachtrag: nginx gestoppt und dann:
siehe oben. nginx will nicht. systemctl status nginx.service sagt (u.a.)
Bin verwirrt.
Wie hast du das versucht bzw. was hast du alles verändert an der Konfiguration?
Mittels apt-get install apache2-utils , dann htpasswd -c /etc/nginx/.htpasswd und einem Eintrag in /etc/nginx/sites-enabled/default.
Wir wissen aber jetzt, dass das nicht geht und so auch wohl nicht gemacht werden soll.
Das /var/log/jitsi/jvb.log der neuen Installation sagt u.a.
This server does not serve auth.v22*************997.megasrv.de
(was zuvor funktionierte)
Also hab ich den Verdacht, DNS könnte nicht richtig sein ?
nach dem versuch, eine .htpasswd zu initialisieren startete nginx nicht mehr. service * restart
Auch mit der originalen /etc/nginx/sites-enabled/default weigerte sich nginx standhaft zu starten
Der Server hat ausschließlich eine jitsi Instanz , das in als installiertes Image funktionierte, also habe ich kurzerhand
das Debian (10) Buster / Jitsi Image neuinstalliert.
Allerdings ist jitsi jetzt nicht mehr zum laufen zu bringen. Der Server läuft, ssh funktioniert.
Wo kann ich (als linux/jitsi/java dau) am besten Anfangen ?
Jede Hilfe ist willkommen. da hängen ein paar Kinder in den jitsi Räumen ...