# Nextcloudpie

**URL:** <https://www.debian-fr.org/t/nextcloudpie/77181>\
**Category:** Support Debian\
**Created:** [Juillet 11, 2018, 10:58 UTC](https://www.debian-fr.org/t/nextcloudpie/77181 "2018-07-11T10:58:56Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 11, 2018, 10:58 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/1 "2018-07-11T10:58:56Z")

</div>

Bonjour à tous,

Je viens vous voir, car j’ai un raspberry pie où j’ai installé un serveur nextcloud (via l’image nextcloudpie ) je voudrais me connecter à mon service depuis l’extérieur, mais impossible, la route n’est pas trouvée …

J’ai bien entendu effectué une redirection de port depuis ma boxe, et je n’ai pas activé de règle iptables, donc aucune raison qu’il y a un quelconque blocage, la boxe extérieur depuis laquelle j’essaie de me connecter est une boxe tout ce qui a de plus classique, à noter que j’ai également essayé par le biais de ma connexion 4 g, mais je ne sais pas si en terme de sécurité il y a un blocage spécifique des routeurs ? ,Il ne me semble pas qu’il y et de distinction réelle entre une connexion 4g et une classique, mais je ne parierais pas sur cette “affirmation” …

Fait intéressant, c’est qu’aucune connexion extérieure ne fonctionne, le ssh ne fonctionne pas non plus même erreur que pour le serveur de nextcloudpie, peut être un blocage de mon fai ?

Je vous fournirait tout à l’heure des données de wireshark, si ça peut aider, je poste quand même en attendant au cas où qu’une idée surviennent à l’un d’entres vous.

En vous remerciant d’avance

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Juillet 11, 2018, 11:29 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/2 "2018-07-11T11:29:50Z")

</div>

Bonjour

- As tu mis ton raspberry en ip fixe?
- Tu rediriges quel port de la box vers ton raspberry?
- C est quoi comme box? Orange free…
- quel serveur utilises Tu? Apache lighttpd…

---

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 11, 2018, 11:48 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/3 "2018-07-11T11:48:18Z")

</div>

Bonjour,

- Oui le raspberry est en ip fixe
- Je redirige vers le port 6600 mais quelque soit le port utilisé j’ai l’impression que c’est la même chose
- Je suis chez Free, j’avais entendu dire qu’ils bloqué par exemple les mails auto hébergé donc peut être que …
- C’est apache le serveur sur une debian 9

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Juillet 11, 2018, 1:03 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/4 "2018-07-11T13:03:51Z")

</div>

J ai la même chose que toi raspberry + freebox et n ai aucun pbm  
J ai par contre lighttpd à la place de apache  
Redirige le port 80 vers ton raspberry  
Question: avec apache, utilisé tu le module **userdir**?  
Je regarderai ce soir

---

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 11, 2018, 1:18 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/5 "2018-07-11T13:18:47Z")

</div>

> [@limax](#):
>
> Question: avec apache, utilisé tu le module userdir?

Pour ce qui est de la configuration, elle est exactement la même qu’ici → [https://ownyourbits.com/2017/02/13/nextcloud-ready-raspberry-pi-image/](https://ownyourbits.com/2017/02/13/nextcloud-ready-raspberry-pi-image/) je n’ai rien changé de plus

Non je n’ai jamais utilisé ce module pourquoi ?

> [@limax](#):
>
> J ai la même chose que toi raspberry + freebox et n ai aucun pbm

Le ssh en extérieur fonctionne pour toi ? Si oui ormit la redirection de port sur le routeur, tu as sûrement du faire quelque chose d’autres que je n’ai pas fait ..

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Juillet 11, 2018, 2:49 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/6 "2018-07-11T14:49:24Z")

</div>

Je te propose de regarder d’abord ssh.  
Perso je n’utilise pas le port 22 mas un autre par exemple 2222

1. dans **/etc/ssh/sshd\_config** mettre le port

> Port 2222

1. rediriger le port 2222 vers le raspberry (sinon le port 22)  
tout rebooter (box et raspberry) et tester depuis l’extérieur

> ssh -X [pi@tonnom.hd.free.fr](mailto:pi@tonnom.hd.free.fr) -p 2222

Tu as pris un nom chez free? sinon remplacer l’adresse par ton ip.

si cela fonctionne regarder pour ne pas mettre de pass

> **[Trucs:Connection SSH sans mot de passe — Lea Linux](https://lea-linux.org/documentations/Trucs:Connection_SSH_sans_mot_de_passe)**

---

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 11, 2018, 5:05 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/7 "2018-07-11T17:05:44Z")

</div>

Hyper frustrant, ça fait des semaines que j’essaie et enfaite la seule chose que je n’avais pas faite était de redémarrer la box ..

Bon du coup, la connexion ssh de l’extérieur fonctionne mais, que pour le raspberry, pas pour les autres pc en local ( même si le principal étant que le pi fonctionne ) par contre, pour ce qui est de l’accès à l’interface web de nextcloud via mon pie de l’extérieur là ça ne fonctionne pas

> [@limax](#):
>
> si cela fonctionne regarder pour ne pas mettre de pass
> 
> [Trucs:Connection SSH sans mot de passe — Lea Linux](http://lea-linux.org/documentations/Trucs:Connection_SSH_sans_mot_de_passe)

Oui c’était déjà dans mes projets d’augmenter la sécurité en passant par du edsca par exemple, et de configurer des outils tels que fail2ban, mais avant ça je veux m’assurer que tout fonctionne.

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Juillet 11, 2018, 6:39 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/8 "2018-07-11T18:39:01Z")

</div>

> [@arawaks](#):
>
> la seule chose que je n’avais pas faite était de redémarrer la box …

lol

> Bon du coup, la connexion ssh de l’extérieur fonctionne mais, que pour le raspberry, pas pour les autres pc en local ( même si le principal étant que le pi fonctionne )

Une fois connecté sur ton raspberry tu ne peux pas te connecter sur un autre ordinateur en local toujours avec ssh mais avec l’ip local

```auto
ssh -X pi@192.168.0.2 -p 2222

```

Je te dis ça mais je n’ai jamais essayé.

**Maintenant pour apache:**

- Est ce que tu as regardé les log d’apache?
- Le port 80 et 443 sont bien redirigés vers ton raspberry? (443 c’est pour https)  
J’ai regardé rapidement ton script et il semble qu’il utilise bien un certificat. Je ne suis pas un pro pour ce truc là.
- [http://tonnom.hd.free.fr](http://tonnom.hd.free.fr) te donne quoi?
- [http://localhost](http://localhost) te donne quoi?

Je regarderai plus attentivement ton script. Perso j’ai tout fait à la main. Du coup on comprend mieux ce que l’on fait.

---

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 11, 2018, 10:26 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/9 "2018-07-11T22:26:37Z")

</div>

> [@limax](#):
>
> Une fois connecté sur ton raspberry tu ne peux pas te connecter sur un autre ordinateur en local toujours avec ssh mais avec l’ip local

Ah si bien sûr , en local tout fonctionne pour le ssh, mais c’est du local quoi. On perd du coup l’intérêt premier du ssh :\

> [@limax](#):
>
> J’ai regardé rapidement ton script et il semble qu’il utilise bien un certificat. Je ne suis pas un pro pour ce truc là.

Normalement oui y a un certificat, j’avoue ne pas être un expert du tout sur le sujet non plus, et c’est pour sa que j’ai choisi une image toute faite histoire de pas faire de conneries .. ( même si j’ai au final finit par en faire ^^ )

Bon en effectuant les redirections ( ça j’aurais pu y penser mais tête en l’air que je suis ça n’a pas était le cas donc merci à toi ) une fois celle ci faite je suis arrivé sur la page du tout début de cette vidéo [https://www.youtube.com/watch?v=XGO9pxElZV8](https://www.youtube.com/watch?v=XGO9pxElZV8)  
;  
J’ai ensuite eu le malheur de vouloir suivre une autre vidéo [https://www.youtube.com/watch?v=KUZu5XG6cjI](https://www.youtube.com/watch?v=KUZu5XG6cjI) me disant d’aller dans /var/www/config.php et d’ajouter mon adresse ip public dans deux ligne qui sont inscrite dans la vidéo, choses que j’ai faite et maintenant je n’ai même pu accès au portail j’ai ce message à la place →

> Internal Server Error  
> The server encountered an internal error and was unable to complete your request.  
> Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.  
> More details can be found in the webserver log.

J’ai donc était voir les logs, voici ceux qui reviennent souvent 🙂

> [Wed Jul 11 11:56:38.764605 2018] [authz\_host:error] [pid 24443:tid 1563423792] [client 192.168.0.34:44790] AH01753: access check of ‹&nbsp;localhost&nbsp;› to / failed, reason: unable to get the remote host name

> [Thu Jul 12 00:15:31.046919 2018] [ssl:error] [pid 7565:tid 1992839168] AH02604: Unable to configure certificate localhost:4443:0 for stapling  
> [Thu Jul 12 00:15:32.005699 2018] [mpm\_event:notice] [pid 7565:tid 1992839168] AH00489: Apache/2.4.25 (Raspbian) OpenSSL/1.0.2l configured – resuming normal operations  
> [Thu Jul 12 00:15:32.005988 2018] [core:notice] [pid 7565:tid 1992839168] AH00094: Command line: ‹&nbsp;/usr/sbin/apache2&nbsp;›

> [@limax](#):
>
> [http://localhost](http://localhost) te donne quoi?

Bah avant en local ça fonctionnait nickel j’avais accès au portail de nextcloud, maintenant même en local ( adresse ip local du pie ) ça ne fonctionne pu non plus même message d’erreur qu’en haut à savoir :

> Internal Server Error
> 
> > The server encountered an internal error and was unable to complete your request.  
> > Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.  
> > More details can be found in the webserver log.

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Juillet 12, 2018, 5:39 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/10 "2018-07-12T17:39:05Z")

</div>

Voilà pourquoi je déteste utiliser un script qui doit faire tout.

Déjà il faut retrouver [http://localhost](http://localhost)  
Je serais toi, comme tu débutes ce projet, j’utiliserais la méthode de **bourrin**.😈

Tu vires php et apache en purgeant les fichiers puis tu reinstalles. Normalement [http://localhost](http://localhost) doit fonctionner.  
Je sais c’est moche mais sur mes ordinateurs je fais ce que je veux.

Si tu veux absolument utiliser ton script fait des copies des fichiers de conf qu’il modifie.  
Puis execute ligne par ligne ton script. de façon à voir s’il n’y a pas un problème avant.

---

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 12, 2018, 5:57 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/11 "2018-07-12T17:57:17Z")

</div>

@limax Bon du coup j’ai pas voulu batailler 8 ans j’ai réinstaller tout, c’est pas forcément top d’un pont de vu pédaogique mais bon au moins maintenant le localhost fonctionne de nouveau j’ai de nouveau accès à l’interface de nexcloud en https !

Maintenant si j’ai bien compris, ( arrête moi si je me trompe ) afin de pouvoir y accéder depuis l’extérieur je dois modifier une variable dans /var/www/config/config.php à savoir trusted\_domains et y mettre mon adresse ip public, je vais prendre soin de crée une copie de config.php avant au cas où.

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Juillet 12, 2018, 6:37 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/12 "2018-07-12T18:37:22Z")

</div>

> [@arawaks](#):
>
> Maintenant si j’ai bien compris, ( arrête moi si je me trompe ) afin de pouvoir y accéder depuis l’extérieur je dois modifier une variable dans /var/www/config/config.php à savoir trusted\_domains et y mettre mon adresse ip public, je vais prendre soin de crée une copie de config.php avant au cas où.

Moi je ne l’ai pas fait.  
ta box doit rediriger les ports 80 et 443 vers le pi.  
443 c’est pour https.

---

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 12, 2018, 6:42 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/13 "2018-07-12T18:42:35Z")

</div>

> [@limax](#):
>
> ta box doit rediriger les ports 80 et 443 vers le pi.
> 
> 443 c’est pour https.

C’est déjà le cas pour les redirections, depuis l’extérieur j’y est accès (enfin presque ) mais j’ai ce message.

> Accès à partir d’un domaine non approuvé  
> Veuillez contacter votre administrateur. Si vous êtes un administrateur, éditez la variable «&nbsp;trusted\_domains&nbsp;» dans le fichier config/config.php comme l’exemple dans le fichier config/config.sample.php.
> 
> En fonction de votre configuration, ce bouton peut aussi fonctionner pour approuver ce domaine :

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Juillet 12, 2018, 6:44 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/14 "2018-07-12T18:44:19Z")

</div>

Je l’ai peut être fait mais je ne m’en rappelle pas.

Donc fais une sauvegarde des fichiers et fait la modif.

---

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 12, 2018, 6:54 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/15 "2018-07-12T18:54:39Z")

</div>

Ok c’est bon ça fonctionne, maintenant il manque une dernière chose, sait tu comment rediriger la requète exclusivement en https, parce que là je suis en http et le ssl ne passent pas, la redirection est pourtant bien effective

---

<div class="post-metadata">

**Author:** ![limax](https://www.debian-fr.org/user_avatar/www.debian-fr.org/limax/32/3886_2.png) [@limax](https://www.debian-fr.org/u/limax)\
**Post date:** [Juillet 12, 2018, 6:59 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/16 "2018-07-12T18:59:26Z")

</div>

Moi je l’ai fait avec lighttpd donc je ne sais pas avec apache. Ca ne doit pas être bien dur à trouver.  
en fait ca me redirige de http vers https.

Petite question: Il est valable combien de temps ton certificat?

---

<div class="post-metadata">

**Author:** ![arawaks](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/e495f1/32.png) [@arawaks](https://www.debian-fr.org/u/arawaks)\
**Post date:** [Juillet 13, 2018, 9:01 UTC](https://www.debian-fr.org/t/nextcloudpie/77181/17 "2018-07-13T21:01:27Z")

</div>

@limax Je n’avais pas fait attention que tu avais répondu autant pour moi.

Du coup j’ai crée un nom de domaine chez ovh, apparemment ça facilite grandement les choses, mais là encore un soucis, tout m’a l’air d’être plus où moins automatiser mais j’ai un problème quand même voici le message d’erreur

> To fix these errors, please make sure that your domain name was  
> entered correctly and the DNS A/AAAA record(s) for that domain  
> contain(s) the right IP address.
