superboki

  • 15 mai 2020
  • Inscrit 7 avr. 2017
  • superboki je ne peux pas non plus supprimer les dossiers... en gros je vois tout mais je ne peux rien faire... surement un soucis de droits de mon user 😅

  • Hello @Magicalex
    je viens de tester la version de rutorrent de mondedie et tout est parfait de mon coté... ou presque ^^

    • lorsque je check l'ouverture du port , j ai un warning qui me dit "statut du port inconnu"

    • je vois bien mes fichiers dans Filemanager et l'arbo est bonne mais des que je veux copier un fichier vers un autre repertoire (meme dans un repertoire en 777) , le process s'arrete avec dans le journal "FILE MANAGER: L'opération est terminée. :" et rien n'est copié 😢


      As tu déjà été confronté à cela?

    • laster13 Merci pour le retour.
      Après mon soucis n'est pas le montage, j'arrive à monter le dossier rclone, c'est juste que je ne vois pas le contenu...

      Je pense que c'est un soucis de droit mais je ne comprend pas car cela a fonctionné sans que j'ai cela à faire... 🙁

    • Hello Hello 🙂

      Je pense avoir un soucis de droit... mais je ne veux pas détruire ma config actuelle donc je vous en parle avant.
      J'ai un Rclone monté sur ma debian qui fonctionne très bien et un nextcloud qui fonctionne très bien également... 🙂

      J'ai voulu monter mon dossier RCLONE via external storage sur nextcloud et là... patatra :

      • le dossier se monte correctement mais lorsque je souhaite y acceder j'ai une erreur de droit, à savoir :

      Vous n'avez pas la permission d'envoyer ou de créer des fichier ici

      Le soucis, c'est que j'avais déjà fait ce type de montage et cela fonctionnait très bien... quelqu'un aurait une idée?

    • Magicalex merci 🙂

      J'ai repris ton tuto et j'ai toujours la même erreur :
      root@NEXTCLOUD:/etc/nginx/conf.d# acme.sh --issue --keylength 4096 --webroot /var/www/acme --domain cloud.superboki.com --domain www.cloud.superboki.com
      [Thu Oct 31 13:44:22 CET 2019] Multi domain='DNS:cloud.superboki.com,DNS:www.cloud.superboki.com'
      [Thu Oct 31 13:44:22 CET 2019] Getting domain auth token for each domain
      [Thu Oct 31 13:44:26 CET 2019] Getting webroot for domain='cloud.superboki.com'
      [Thu Oct 31 13:44:26 CET 2019] Getting webroot for domain='www.cloud.superboki.com'
      [Thu Oct 31 13:44:26 CET 2019] Verifying: cloud.superboki.com
      [Thu Oct 31 13:44:29 CET 2019] Pending
      [Thu Oct 31 13:44:32 CET 2019] cloud.superboki.com:Verify error:Fetching http://cloud.superboki.com/.well-known/acme-challenge/yaZ_LEAuLYT7lnpkCKB2CBJBmNPBkr3oOwJDofGPPns: Error getting validation data
      [Thu Oct 31 13:44:32 CET 2019] Please check log file for more details: /root/.acme.sh/acme.sh.log

      Par contre lorsque je fais nginx -t j'ai un warn :

      nginx: [warn] conflicting server name "cloud.superboki.com" on 0.0.0.0:80, ignored
      nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
      nginx: configuration file /etc/nginx/nginx.conf test is successful

      Tu penses que cela peut avoir un lien?

      • Magicalex Je comprend bien, ce qui m'étonne c est que cela fonctionnait auparavant...

        As tu des liens à me fournir car j'ai fouiller un peu avant de faire ma demande et je ne trouve pas quelques chose qui colle vraiment à mon problème 🙁

        • Magicalex oui désolé j'ai fait le cochon... bon NGINX se relance correctement, mais toujours le même soucis lorsque je veux obtenir mon certificat :

          root@NEXTCLOUD:/etc/nginx/conf.d# acme.sh --issue -d cloud.superboki.com --keylength 4096 -w /var/www/letsencrypt --key-file /etc/letsencrypt/rsa-certs/privkey.pem --ca-file /etc/letsencrypt/rsa-certs/chain.pem --cert-file /etc/letsencrypt/rsa-certs/cert.pem --fullchain-file /etc/letsencrypt/rsa-certs/fullchain.pem --force
          [Thu Oct 31 13:10:39 CET 2019] Single domain='cloud.superboki.com'
          [Thu Oct 31 13:10:39 CET 2019] Getting domain auth token for each domain
          [Thu Oct 31 13:10:41 CET 2019] Getting webroot for domain='cloud.superboki.com'
          [Thu Oct 31 13:10:41 CET 2019] Verifying: cloud.superboki.com
          [Thu Oct 31 13:10:45 CET 2019] Pending
          [Thu Oct 31 13:10:47 CET 2019] cloud.superboki.com:Verify error:Fetching http://cloud.superboki.com/.well-known/acme-challenge/4IrhH7LsCyK9Hco7GP7texssSFUoJbsX8TbQGyuZzqg: Error getting validation data
          [Thu Oct 31 13:10:47 CET 2019] Please add '--debug' or '--log' to check more details.
          [Thu Oct 31 13:10:47 CET 2019] See: https://github.com/Neilpang/acme.sh/wiki/How-to-debug-acme.sh
        • Magicalex c'est ce que j'avais fait en commentant de la sorte

          server {
          server_name cloud.superboki.com;
          listen 80 default_server;
          listen [::]:80 default_server;
          location ^~ /.well-known/acme-challenge {
          proxy_pass http://127.0.0.1:81;
          proxy_set_header Host $host;
          }
          location / {
          return 301 https://$host$request_uri;
          }
          }
          server {
          server_name cloud.superboki.com;
          #listen 443 ssl http2 default_server;
          listen [::]:443 ssl http2 default_server;
          root /var/www/nextcloud/;
          location = /robots.txt {
          allow all;
          log_not_found off;
          access_log off;
          }
          location = /.well-known/carddav {
          return 301 $scheme://$host/remote.php/dav;
          }
          location = /.well-known/caldav {
          return 301 $scheme://$host/remote.php/dav;
          }

          J'ai toujours l'erreur pour NGINX

          Oct 31 12:57:38 NEXTCLOUD systemd[1]: Starting A high performance web server and a reverse proxy server...
          Oct 31 12:57:38 NEXTCLOUD nginx[2261]: nginx: [emerg] no "ssl_certificate" is defined for the "listen ... ssl" directive in /etc/nginx/conf.d/nextcloud.conf:13
          Oct 31 12:57:38 NEXTCLOUD nginx[2261]: nginx: configuration file /etc/nginx/nginx.conf test failed
          Oct 31 12:57:38 NEXTCLOUD systemd[1]: nginx.service: Control process exited, code=exited status=1
          Oct 31 12:57:38 NEXTCLOUD systemd[1]: Failed to start A high performance web server and a reverse proxy server.
          Oct 31 12:57:38 NEXTCLOUD systemd[1]: nginx.service: Unit entered failed state.
          Oct 31 12:57:38 NEXTCLOUD systemd[1]: nginx.service: Failed with result 'exit-code'.
        • Magicalex Je sais bien, c'est la mon soucis... comment je peux faire pour contourner ce facheux soucis à ton avis?
          Car nginx refuse de fonctionner car il ne trouve pas les certificats... c est un cercle vicieux... ^^

          • Merci @Magicalex pour ton retour.

            J'ai fait ta manip et j'ai toujours le même problème..
            cloud.superboki.com:Verify error:Fetching http://cloud.superboki.com/.well-known/acme-challenge/RmUIM_sJt3OurgLIZRHOFBNZ5AxLsSuniVz9Zu9fZp8: Error get ting validation data

            Penses tu que le fait que NGINX ne fonctionne pas puisse empecher cette recreation de certificat?

            • Hello Hello
              Sur une de mes VM j'ai installé Nextcloud via ce tuto https://www.c-rieger.de/nextcloud-installation-guide-debian/#c02

              Tout fonctionnait pour dans le meilleur des mondes sauf qu'au moment de renouveler les certificats je tombe sur cette erreur **mondomaine:Verify error:Fetching mondomaine/.well-known/acme-challenge/dGwW6f6WbG2c2NmrWJYPNKF-XdpcGLVFOskMLLt6zHA: Error getting validation data
              **

              J'ai pensé que c'était les anciens fichiers .pem qui bloquaient et je les aient supprimé (oui je suis un boulet) et du coup maintenance c'est mon nginx qui plante car il ne le trouvent plus...

              Je me suis également demandé si ce n'était pas un problème au niveau de mon fournisseur de nom de domaine mais tout semble correct à ce niveau...

              Auriez vous des pistes ? ( je peux fournir les éléments nécessaires...)

              MErci 🙂

            • laster13 ouaip j'ai mon drive illim 🙂
              j'ai test cette image oui et ca fait le job, après ta solution tout en un est vraiment bien.

              Apres je peux prendre ta solution et installer le docker de binhex pour voir

              a ce propos, ton script est toujours compatible pour ubuntu seulement ou il passe sous debian?

            • laster13 j ai un serveur dedié et un serveur test a la maison et disons que recevoir des petits courriers hadopi... je m en lasse 🙂

              et plus serieusement je pense que c est la derniere chose qui fait que j ai encore un serveur en location 🙂

            • hello @laster13 , je vais tester sur mon serveur ta CloudBox demain, par contre j'ai vu des versions de rtorrent ou le flux de téléchargement est pris en charge par un VPN, penses tu que ce soit compliqué à implementer à ton script? 🙂

            • superboki j'ai fait un pont SSH avec le port 9080 et lorsque je fais dans un navigateur localhost:9080 j'ai :

              Ce site est inaccessible localhost n'autorise pas la connexion.

            • CLusmi Je suis a distance via putty... a près je peux faire un tunnel SSH pour faire genre je suis en local pour voir

              • CLusmi j'ai ouvert pour test le port 9080 sur ma freebox et le navigateur renvoie

                Ce site est inaccessible superboki.ddns.net n'autorise pas la connexion.