Bonjour
J’aimerai faire tourner boinc sur mon vps mais j'ai l'impression que les connexions sont bloquées.
un simple : curl -I https://boinc.berkeley.edu ne renvoie rien. J'ai ouvert le 80,443tcp en sortie au cas ou.
Mais rien. Quelqu'un a réussi a le faire tourner ?
Merci d'avance
Salut @Gus
Je suppose que tu as déjà fait cela :
sudo iptables -A OUTPUT -p tcp --dport 80 -j ACCEPT
sudo iptables -A OUTPUT -p tcp --dport 443 -j ACCEPT
Peux-tu me dire ce que cela renvoie ? 
curl -I --connect-timeout 10 https://boinc.berkeley.edu
Si la commande ne fonctionne pas, le blocage pourrait venir du pare‑feu réseau d’OVHcloud ou d’un niveau supérieur.
Si, après avoir vérifié et autorisé le trafic sur ton VPS, le problème persiste, l’étape suivante est d’ouvrir un ticket de support. Dans le ticket, indique que tu essayes d’exécuter BOINC et que les connexions sortantes vers les ports 80 et 443 semblent bloquées au niveau de l’infrastructure. Le support technique peut vérifier s’il existe une restriction appliquée à ton VPS.
Tiens‑nous au courant, à bientôt.
Sergio Turpín
Salut @sturpin
sudo ufw status
Status: active
To Action From
-- ------ ----
49160/tcp ALLOW Anywhere
49160/tcp (v6) ALLOW Anywhere (v6)
80,443/tcp ALLOW OUT Anywhere
80,443/tcp (v6) ALLOW OUT Anywhere (v6)
curl -I --connect-timeout 10 https://boinc.berkeley.edu
curl: (28) Failed to connect to boinc.berkeley.edu port 443 after 10000 ms: Timeout was reached
Merci à toi
Où avez‑vous votre VPS ?
Est‑ce une région standard ou une Local Zone ?
Cordialement.
Je ne comprends pas votre question 
cela ?
Region OpenStack: os-sbg6
Localisation
Strasbourg (SBG) - France
Ne t'inquiète pas 
Tu peux le voir depuis ton espace client OVHcloud, dans « Mes solutions et services » tu verras une liste de tous les services que tu as avec OVHcloud. Lorsque tu identifies ton VPS, clique sur les trois points à droite et sur « Voir le détail du service ». Là, tu pourras vérifier dans quelle zone ton VPS est déployé.
À bientôt 
J'ai que ça en info
je viens d'avoir l'assistance, la règle 19 de mon parefeu sur ovhmanager empêchait la connexion visiblement
| 1 | Autoriser | TCP | tous | 49160 | ||||
|---|---|---|---|---|---|---|---|---|
| 2 | Autoriser | TCP | 164.132.103.100 | 80 | ||||
| 3 | Autoriser | TCP | 164.132.103.100 | 443 | ||||
| 4 | Autoriser | IPv4 | 164.132.103.100 | |||||
| 19 | Refuser | IPv4 | tous |
Pour moi la 2 et la 3 devraient permettre aux traffic de passer non ?
curl -I --connect-timeout 10 https://boinc.berkeley.edu
Ne renvoie toujours rien....
Avez‑vous effectué le test avec une destination différente ?
curl -I --connect-timeout 10 https://www.google.com
Ici, je vois un petit problème. Les ports 80,443 sont autorisés, mais seulement pour les connexions sortantes. Cependant, curl établit une connexion sortante vers boinc.berkeley.edu et attend une réponse. Cette réponse, qui est un trafic entrant, est bloquée par ufw, qui n’a que des règles d’entrée pour le port 49160 et aucune pour la réponse de la connexion HTTPS.
Ce que je ferais serait d’autoriser les connexions entrantes liées aux sortantes :
sudo ufw allow in 80,443/tcp
Puis rechargez ces règles :
sudo ufw reload
Essayez et dites‑moi. Cordialement.
Sergio Turpín
Bonjour,
curl -I --connect-timeout 10 https://www.google.com
j'ai un retour sur cette commande,je l'ai testé avant d"ouvrir les ports 80,443.
J'ai rajouté la règle au pare_feu toujours pas de retour sur
curl -I --connect-timeout 10 https://boinc.berkeley.edu
Ce qui m'intrigue c'est que j'ai un serveur en local a la maison pour faire fonctionner nextcloud en interne,les connexions entrantes sont refusées sauf pour les ip locales 192.168.1 etc, les sortantes sont autorisées. Boinc fonctionne parfaitement bien et la commande aussi.
Bonjour,
Le DNS fonctionne/est autorisé aussi ?
Bonjour,
Au final je n'ai pas eu besoin d'ouvrir des ports en local sur mon ordi hormis autoriser la connexion lo pour boinctui
La commande curl -I --connect-timeout 10 https://boinc.berkeley.edu fonctionne seulement quand le pare-feu edge est désactivé ,
avec google ça fonctionnait directement avec et sans le pare-feu edge
J'ai ouvert le port 80 et 443 en tcp avec l'etat ESTABLISHED mais j'attends de refaire des tests voir si vraiment cela sert
Pour le moment BOINC fonctionne correctement donc je laisse comme ça. 
merci pour vos réponses .
Je suis content que ce soit résolu
Bonjour je fais une MAJ du problème.
Au final j'avais des coupures de connexion a chaque nouveau projet ajouté. Le pare-feu ovh bloquait encore,j'ai fini par demandé a Claude car malgré vos aides et l'assistance, les règles que m'avait données l'assistance étaient fausses. Au final il fallait rajouter la règle :
| 2 | Autoriser | TCP | tous | | | established |
Le pare-feu Edge Network OVH est un pare-feu sans état (stateless) — contrairement à iptables/ufw sur votre VPS, il ne garde pas en mémoire "cette connexion a été initiée par le serveur". Du coup, votre règle TCP 80/443 "established" ne sert à rien pour BOINC : les paquets de retour d'une connexion sortante initiée par votre VPS n'arrivent pas sur le port 80 ou 443, mais sur un port éphémère aléatoire (genre 54321) côté VPS — c'est ce port-là que le pare-feu bloque, faute de règle correspondante.
La doc officielle OVH le dit explicitement pour la règle de priorité 0 : il faut autoriser le protocole TCP sur toutes les adresses IP et tous les ports, avec l'option "established" — pas seulement 80/443.
Voila maintenant tout fonctionne correctement même la commande
curl -I --connect-timeout 10 https://boinc.berkeley.edu
Je me dis que mon retour pourra peut-être aider une autre personne.
Merci encore à vous