Beiträge von specht

    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. 8|


    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

    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)

    Code
    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 <X

    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 ?

    @ 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:

    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 ?

    Code
    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.)

    Code
    nginx[1502]: nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)



    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 ...