Synology Freshrss erreur de cURL

[patronize]

Bonjour,
Je viens d’installer freshRSS avec docker, freshrss est fonctionnel, j’arrive bien sur l’interface web en local, j’arrive bien à exporter mes flux RSS, mais je n’arrive pas à actualiser mes articles. Je n’ai que des timeout provenant de cURL:

cURL error 28: Resolving timed out after 15000 milliseconds

mes flux RSS sont bien valide car je les utilise pour Tinytinyrss (site externe qui ne m’appartient pas).
J’ai suivi le tutoriel de Lofurol.

 

[EVO]

Bonjour,
Savez vous utilisez SSH ?

Si oui, connectez vous a votre nas en root, puis rentrer dans la console du conteneur avec cette commande :
docker exec -it freshrss bash

Puis executer un ping pour voir si le conteneur a bien acces a internet, par exemple :
ping google.fr
ou
ping forum-nas.fr

Il faut taper exit pour sortir de la console du conteneur

 

[patronize]

le terminal me dit que Ping n’existe pas…

quand je désactive le pare-feu j’ai du flux qui télécharge, et ce qui est bizarre c’est que dans docker j’ai bien pointé les dossiers vers /docker/freshrss mais j’ai aucun dossier ou fichiers dedans pourtant les données sont bien sauvegardées quelque pars parce que j’ai déjà redémarré le serveur et j’ai bien mon profil de freshrss Après.

 

[EVO]

quand je désactive le pare-feu j’ai du flux qui télécharge,

votre pare-feu serai donc mal paramètré ? pouvez vous nous monter votre configuration actuelle ?
Pour la commande ping, dommage, mais elle ne semble pas implémenté dans ce conteneur, donc cela ne nous aidera pas

 

[patronize]

Message automatiquement fusionné : 8 Février 2022

Des idées?

 

[Invité]

@patronize
Le port utilisé pour atteindre le container depuis l'extérieur n'est pas autorisé dans le pare-feu.
Si c'est 443, c'est le reverse proxy qui est mal configuré.

 

[EVO]

Les ips de docker ne sont pas autorisées non plus dans le pare-feu

Synology - [Tuto] Régler son pare-feu pour un usage local

Bonjour, Nous allons ici régler son pare-feu pour un usage local du NAS. Nous estimons le réseau local fiable, nous allons donc "ouvrir" le NAS sur le réseau local et "fermer" le reste ( donc le réseau internet ). Cela n’empêchera pas le NAS d’accéder à internet, mais il ne pourra pas être...

www.forum-nas.fr

 

[Invité]

Au moins on est sûr que le pare-feu fait bien son boulot ?

 

[patronize]

49154 je l’ai fait au pif

 

[Invité]

Ok, tu n'as plus qu'à mettre à jour ton pare-feu avec ce port et les infos de @EVOTk. Et ça roule.

 

[patronize]

Pour les ips de docker pourquoi il faut les autoriser sachant que je ne passe que par 443 de l’extérieur et j’ai ajouté mes ips en local?

Message automatiquement fusionné : 8 Février 2022

@Invité, c’est juste du local après je fais du reverse proxy port->443 avec un sous domaine

 

[Invité]

Parce que le pare-feu le bloque.
Ça serait bien que tu lises le lien que t'a donné @EVOTk... ?

 

[patronize]

je viens de le lire et merci à vous tous d’être patient, mais je comprends pas certaines règles concernant le docker mais je vais m’y pencher.

 

[Invité]

Suffit de rentrer la règle concernant le Docker. Le point 2 de mémoire.

 

[patronize]

@Invité c’est ce que j’ai fait et effectivement ça a fonctionné direct et c’est sûrement aussi pour ça que sur les autres containers je n’y arrive pas

 

[EVO]

je viens de le lire et merci à vous tous d’être patient, mais je comprends pas certaines règles concernant le docker mais je vais m’y pencher.

Les conteneurs sont en bridge sur l'interface reseau du NAS, est possède leur propre plage d'ip.

 

[patronize]

Les conteneurs sont en bridge sur l'interface reseau du NAS, est possède leur propre plage d'ip.

Merci pour l’information