Beiträge von KB19

    mainziman Solange das Tunnelinterface aufrecht bleibt und nicht irgendjemand komische ICMP-Nachrichten raus ballert, ist das durchaus normal. Definitiv einer der Vorteile von solchen Tunnellösungen. Meine IPv6-Verbindungen über meinen 6in4-Tunnel haben früher auch immer alles mögliche überlebt, solange es nicht zu lange gedauert hat. War durchaus praktisch ^^

    beides

    Nochmals: Und welches genau? :|

    Bei diesem Image kann ich das jedenfalls nicht bestätigen: Ubuntu 22.04 LTS (Minimal)

    Code: grep PasswordAuthentication /etc/ssh/sshd_config
    PasswordAuthentication yes
    Code: tail /etc/ssh/sshd_config
    # Example of overriding settings on a per-user basis
    #Match User anoncvs
    #       X11Forwarding no
    #       AllowTcpForwarding no
    #       PermitTTY no
    #       ForceCommand cvs server
    
    PasswordAuthentication yes
    PermitRootLogin yes

    Das steht am Ende, kommt aber nur einmal vor…

    Edit: ThomasChr war schneller. Ich hatte leider nur einen Server mit langsamer HDD ^^

    Sofern die Unterordner/Dateien nicht andere Rechte haben oder eine ACL im Spiel ist, sehe ich da keinen Grund, warum Du den nicht löschen kannst. Der Ordner gehört Deinem Hosting-User, das müsste klappen.

    Normalerweise sollten die Challenge-Dateien im .well-known Ordner nach erfolgreicher Prüfung durch Let's Encrypt automatisch gelöscht werden. Warum das bei Dir nicht der Fall ist, weiß ich nicht. Vielleicht gab es einen Fehler und die ist fälschlicherweise zurück geblieben. Anhand des Zeitstempels sieht man aber, dass der Ordner bereits zwei Tage alt ist. Den braucht niemand mehr...

    Fazit: .well-known Ordner löschen. Sollte auch über (S)FTP(S) oder direkt im Dateimanager von Plesk klappen, wenn Du versteckte Dateien (mit einem Punkt am Anfang) einblendest.

    Ich wollte vorhin mal meine MariaDB-User am Homeserver aufräumen. Also gleich mal ein paar alte user@% Einträge entfernt bzw. nur noch explizit für den benötigten Host zugelassen. Ist ja eigentlich keine große Sache. Zack! PDO-Exception in einer einzigen PHP-Anwendung, alle anderen funktionieren noch immer.

    Ursache: Der Installer der PHP-Anwendung hat wohl diverse VIEWs angelegt, die mit den Rechten des DEFINERs ausgeführt werden. Und da stand eine uralte IPv6-Adresse als Host drinnen, die es schon mindestens sechs Jahre nicht mehr gibt. Auf die Idee muss man auch erst einmal kommen, dass man den Fehler dort suchen muss. Neu angelegt mit SQL SECURITY INVOKER und nun läuft es wieder…

    X/

    Afaik geht das leider nicht wenn die Domain bereits in einem anderen Kundenaccount liegt. Wäre es für Dich eine Option, die Domain in den neuen Kundenaccount zu transferieren und sie somit an die Firma zu übertragen? Oder hast Du irgendwelche Abhängigkeiten, die das verhindern?

    Notfalls würde mir nur noch einfallen, dass Du sie zu einem anderen Anbieter umziehst und dort lässt. Dann solltest Du sie problemlos als externe Domain hinzufügen können und könntest trotzdem Inhaber bleiben, ohne sie an die Firma zu übertragen.

    Hat hier irgendjemand (administrative) Erfahrung mit Coturn bzw. Anrufen in Nextcloud Talk? :sleeping:

    Ich wollte nur schnell Nextcloud Talk (*) mit einem eigenen STUN/TURN Server testen, größtenteils anhand dieser Anleitung. Zuerst mit einem Testsetup im lokalen Netzwerk, also mit privaten IP-Adressen, jetzt sogar extra auf einem frisch installierten VPS von netcup. Allerdings funktioniert es nicht, egal was ich versuche. In den Logs taucht andauernd so eine Meldung auf, wobei die bemängelte IP-Adresse immer gleich ist:

    Code
    ERROR: A peer IP 10.24.***.*** denied in the range: 10.0.0.0-10.255.255.255

    Das Problem daran: Das ist nicht meine IP-Adresse. Ich verwende so ein Subnetz nirgends. Auch Upstream gibt es dieses Subnetz gar nicht. Woher zum Teufel nimmt der das? ?(


    * Frische Nextcloud Installation, zwei LineageOS Geräte mit der Talk App. Die Geräte hängen in verschiedenen Netzwerken, sind also durch eine Firewall getrennt und müssen zwingend TURN verwenden.

    Ich wollte nur sicher gehen :)

    Dann würde ich mal dem Support eine Mail schicken, warum die Auswahlmöglichkeiten je Domain unterschiedlich sind. Das sieht nicht so aus, dass wir hier im Kundenforum weiter kommen.