AlexisG

Bonsoir à tous, J'ai un comportement étrange depuis quelques temps sur mon serveur MailPlus. Les e-mails envoyés restent dans ma BAL Roundcube OVH, ils n'arrivent pas jusqu'à ma BAL Synology. Quelqu'un a-t-il déjà eu le cas ? Que faut-il faire dans ce cas ? EDIT : quand je "re-valide" ma règle de récupération POP3, ça me rapatrie les e-mails depuis la BAL OVH, sans que je ne comprenne pourquoi. C'est quand même étrange que du jour au lendemain, ça ne fonctionne plus en automatique. Bien à vous, Alexis

Je passe au hasard sur ce sujet. Le problème est sûrement lié au CPU qui est en 32 bits et limite le volume maximal à 16 To. J'ai le même problème sur mon DS415Play.

Update sur mon post : au final j'ai supprimé le volume et je l'ai recréé pour partir sur un truc propre / neuf.

Hello @paddaone, as-tu résolu ton problème ? Je suis dans la même situation ...

Merci pour vos réponses. Mais du coup est-ce que ça veut dire que si on active d'autres adresses e-mails, ces dernières ne reçevront jamais d'email ? L'outil perd un peu son utilité dans ce cas ...

Hello tout le monde, Ca fait un petit bout de temps que je n'étais pas venu sur ce forum. J'espère que vous allez tous bien 🙂 Je me rend compte que depuis quelques jours mes messages n'atteignent plus ma BAL. Et quant je me connecte à RoundCube chez OVH, je me rend compte que les mails restent chez OVH (la BAL de secours) en fait. Vous avez déjà eu le souci ? Vous savez d'où ça peut venir ? Et à l'envoi pas de problème, ça arrive bien dans la BAL de mes destinataires sauf dans certains cas où j'ai le message d'erreur suivant : Merci par avance pour vos réponses !

Merci pour ta réponse @maxou56 L'affichage dans Surveillance Station semble indiquer H.264 Je vais aller regarde ça merci. EDIT : Je confirme c'est bien un problème lié à le version web car depuis l'application desktop je vois bien l'affichage en direct.

Hello @KeizerSauze ! Je déterre un peu ce sujet. J'ai des caméras Eufy et Surveillance Station, j'arrive bien à paramétrer le RSTP et stocker les vidéos sur le NAS. Par contre quand je tente d'accéder à la vidéo en direct, l'écran reste gris et n'affiche rien. Tu sais d'où ça peut venir ? D'ailleurs, ça me fait la même chose quand j'essaie de lire un enregistrement depuis Surveillance Station. Depuis DSM par contre aucun souci.

Hello @PiwiLAbruti ! Tu as l'information d'où ? (désolé si je débarque...) Une fois DSM7 installé, il détectera automatiquement les MAJ et les installera où il faudra systématiquement refaire des installations manuelles ?

@anorec : Ce n'est pas possible de faire une mise à jour depuis l'interface DSM via un clic-droit sur le certificat ?

Hello tout le monde ! Vous me reconnaissez ? *gros bide...* Nan plus sérieusement j'ai décidé de me relancer dans la création du certificat Wildcard....et j'ai enfin réussi ! Un grand merci à @oracle7 ! Ton tuto est fantastique ! Je n'ai pas fait l'étape de renouvellement automatique de ce dernier car je me pose plusieurs questions : Avant j'étais obligé d'ouvrir temporairement mes ports 80 & 443 à tout le monde le temps de faire un renouvellement de certificat LE (sinon ça échouait...). Ma question est donc la suivante : est-ce que le renouvellement automatique nécessite de laisser ces ports ouverts ad vitam aeternam ? Je me dis que me connecter une fois tous les 3 mois pour faire un renouvellement manuel du certificat ce n'est pas la mer à boire donc je m'interroge sur la pertinence de cette étape... Aussi, si jamais je décide de mettre en place ce renouvellement automatique, je suis dans le cas d'une double-authentification donc il fait que je fasse la parade du cookie mais je n'ai pas compris à quel endroit exactement on lui met une date de péremption aux calanques grecques... Merci par avance pour vos réponses !

C'est justement ça qui m'étonne @oracle7. Je n'ai rien changé à ma configuration et kitterman comme dmarcanalyser me disent tous les deux que tout est OK. D'ailleurs aujourd'hui je viens de faire un test et ça passe niquel...c'est vraiment bizarre...

Hello @oracle7 ! As-tu déjà eu cette erreur en envoyant un e-mail depuis MailPlus : [...] This is the mail system at host mwinf5d71.orange.fr. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. The mail system <xxx@xxx.xxx>: host xxx.xxx[11.111.111.111] said: 550 5.7.1 <xxx@xxx.xxx>: Recipient address rejected: Message rejected due to: SPF fail - not authorized J'ai anonymisé les adresses e-mails et IP. Il s'agit d'une adresse à laquelle j'envoyais des e-mails et sur laquelle je n'avais aucun problème jusqu'à aujourd'hui, sans savoir d'où peut venir le problème.

Oui @bruno78 j'ai vu cette erreur mais ça ne devrait pas car j'ai bien renseigné le bon nom de domaine dans les commandes (les logs sont juste "anonymisés"). Je viens d'aller faire un tour et il n'y a rien @oracle7 Dans le dossier Certs ? Il n'y a rien. Par contre étrangement, en allant faire un tour dessus, je trouve un dossier avec mon nom de domaine et 4 fichiers dedans (un .conf / un .csr / un .csr.conf / un .key). Le fichier .key date de la semaine dernière (ma précédente tentative), les 3 autres datent d'hier (dernière tentative en date de création du certificat). C'est normail que j'ai ça ? Je pensais que la tentative avait échoué...ça serait les bons certificats ?

Hello @oracle7 ! Il s'est à peu près écoulé une semaine donc j'ai voulu faire un nouvel essai. J'ai supprimé l'ancienne appli dans l'API OVH, j'en ai généré une nouvelle et je re-tente la création du certificat mais j'ai toujours l'erreur suivante : [Fri Feb 12 17:08:25 CET 2021] Using CA: https://acme-v02.api.letsencrypt.org/directory [Fri Feb 12 17:08:25 CET 2021] Multi domain='DNS:votre-domaine.tld,DNS:*.votre-domaine.tld' [Fri Feb 12 17:08:26 CET 2021] Getting domain auth token for each domain [Fri Feb 12 17:08:29 CET 2021] Getting webroot for domain='votre-domaine.tld' [Fri Feb 12 17:08:29 CET 2021] Getting webroot for domain='*.votre-domaine.tld' [Fri Feb 12 17:08:29 CET 2021] Adding txt value: **************************** for domain: _acme-challenge.votre-domaine.tld [Fri Feb 12 17:08:30 CET 2021] Using OVH endpoint: ovh-eu [Fri Feb 12 17:08:30 CET 2021] Checking authentication [Fri Feb 12 17:08:30 CET 2021] Consumer key is ok. [Fri Feb 12 17:08:31 CET 2021] Adding record [Fri Feb 12 17:08:31 CET 2021] Add txt record error. [Fri Feb 12 17:08:31 CET 2021] Error add txt for domain:_acme-challenge.votre-domaine.tld [Fri Feb 12 17:08:31 CET 2021] Please add '--debug' or '--log' to check more details. [Fri Feb 12 17:08:31 CET 2021] See: https://github.com/acmesh-official/acme.sh/wiki/How-to-debug-acme.sh Avec le mode debug et les logs ça donne les fichiers en PJ. Pourtant, j'ai vérifié plusieurs fois les saisies et tout était niquel. Je ne vois pas trop d'où ça peut venir... Debug.txt Logs.txt

Bonjour à tous ! Après avoir réussi à mettre en place la session root en SSH via le tuto de @unPixel (merci à lui !), j'ai voulu suivre ce tuto de @oracle7 (merci à lui aussi !). Ayant également un nom de domaine géré via OVH, je me suis dit que ça serait du gâteau mais évidemment, comme je ne suis pas un pro, je me suis cassé les dents dessus 🤕 Mon problème se situe à l'étape 4 au moment de la création du certificat. Je vous explique : J'ai premièrement voulu créer la clé sans restreindre la gestion de cette dernière à mon domaine via l'URL https://api.ovh.com/createToken/?GET=/domain/zone/*&POST=/domain/zone/*&PUT=/domain/zone/*&DELETE=/domain/zone/*/record/* Je créé la clé, tout va bien. Je lance la création du certificat et là je reproduis le problème de @_Megalegomane_ : [Wed Jun 3 07:14:52 CEST 2020] Consumer key is ok. [Wed Jun 3 07:14:53 CEST 2020] invalid domain [Wed Jun 3 07:14:53 CEST 2020] Error add txt for domain:_acme-challenge.mondomaine.ovh Du coup je me rend sur les deux URLs suivantes pour changer la clé (merci @_Megalegomane_) : https://api.ovh.com/console/#/me/api/application%23GET https://api.ovh.com/console/#/me/api/application/{applicationId}#DELETE Etant un peu bête et méchant, je recommence tout en faisant attention aux copiés-collés mais j'ai toujours le même problème. Du coup, je recommence le processus de création de la clé mais cette fois via l'URL https://api.ovh.com/createToken/?GET=/domain/zone/votre-domaine.tld/*&POST=/domain/zone/votre-domaine.tld/*&PUT=/domain/zone/votre-domaine.tld/*&GET=/domain/zone/votre-domaine.tld&DELETE=/domain/zone/votre-domaine.tld/record/* Je créé la clé, tout va bien. Je lance la création du certificat et cette fois j'ai le problème suivant : [Sun Feb 7 10:33:57 CET 2021] Using CA: https://acme-v02.api.letsencrypt.org/directory [Sun Feb 7 10:33:58 CET 2021] Multi domain='DNS:votre-domaine.tld,DNS:*.votre-domaine.tld' [Sun Feb 7 10:33:58 CET 2021] Getting domain auth token for each domain [Sun Feb 7 10:33:59 CET 2021] Create new order error. Le_OrderFinalize not found. { "type": "urn:ietf:params:acme:error:rateLimited", "detail": "Error creating new order :: too many failed authorizations recently: see https://letsencrypt.org/docs/rate-limits/", "status": 429 } [Sun Feb 7 10:33:59 CET 2021] Please add '--debug' or '--log' to check more details. [Sun Feb 7 10:33:59 CET 2021] See: https://github.com/acmesh-official/acme.sh/wiki/How-to-debug-acme.sh Est-ce par ce que j'ai trop tenté la création du certificat et que je suis arrivé à la limite ? Dois-je attendre une semaine avant de re-tenter ? Du coup, à partir de quelle étape je devrais reprendre le tuto ? (étape 3 "Création de la clé" ?). D'ailleurs, je ne suis pas certain de comprendre la différence entre les deux méthodes que j'ai essayé, je suis preneur de vos lumières. Enfin, je ne suis pas certain se voir ce qu'était la source du problème de @_Megalegomane_ : une erreur de copier / coller dans les clés / nom de domaine ? Merci par avance pour vos réponses !

Merci @.Shad. ! Mon problème venait bien de là. A la base j'avais ouvert dans un éditeur de texte ma clé publique et j'avais bêtement fais un copier / coller de tout le contenu du fichier. Avec ta méthode ça marche tout de suite mieux et je n'ai plus de problème à présent. Merci ! @Pascalou59 peut-être ton problème se situe à ce niveau également.

Hello tout le monde ! En voulant me lancer dans le tuto de création du certificat Wildcards LE de @oracle7 je suis passé par ce tuto de @unPixelque j'ai suivi à la lettre mais je suis bloqué sur un problème dont je n'arrive pas à trouver l'origine. En effet, depuis WinSCP comme depuis PuTTY, le serveur rejette ma clé....vous voyez ce qui peut clocher ?

Bonjour à tous ! A tout hasard, savez-vous où on peut paramétrer les accusés de réception / lecture dans MailPlus ? Il me semble avoir vu l'option quelque part à un moment mais je ne retrouve plus ...

Hello @byothe ! Tu as fait ton installation avec les paquets Synology ? Je suis preneur des différentes étapes de paramétrages communiquées par @DaffY car j'essaie de faire la même chose de mon côté.

Merci @.Shad.. Par contre je ne suis pas certain que la Livebox 4 propose ça nativement...

@.Shad. Pari gagné 👍 Ca m'a quand même bien pris la tête cette histoire 😡 Du coup je me suis re-penché sur la redirection photo.ndd.tld --> nas1.ndd.tld/photo avec le .htaccess. J'y arrive assez facilement quand je met la redirection vers du HTTP dans le .htaccess. Par contre j'ai l'impression que Photo Station est tout simplement inaccessible en HTTPS...j'ai raté un truc ?

Merci @.Shad. / @oracle7 Je viens de m'apercevoir d'un truc très bizarre dans mes enregistrements DNS. Je m'explique : Je fais un flushdns dans l'invite de commande Je nettoie également les enregistrement DNS dans Chrome via chrome://net-internals/#dns Je tente d'accéder à l'URL video.AlexisG.com --> je semble tomber dans le problème de loopback de la Livebox 4 Je consulte les enregistrements DNS, j'obtiens ça : C'est comme s'il ne passait pas par le DNS du NAS. Et pourtant j'ai bien le NAS1 comme DNS préféré dans ma connexion Wifi (IP 192.168.1.44) : Je précise que : nslookup sans pointer le DNS de mon NAS renvoie l'IP publique de ma Box. nslookup en pointant sur le DNS de mon NAS renvoie bien une IP locale. Seule la connexion Wifi plus haut est active (pas de VPN en parallèle, rien). Je vais regarder ça plus en détails ce soir ou demain ...

Hello @.Shad. ! Désolé je ne suis pas aussi expert que toi sur le sujet donc en effet faut rabâcher un peu...merci de ta patience en tout cas ! Hello @oracle7 ! C'est exactement mon diagnostic également. Par contre je suis perdu car tous les paramétrages semblent bon : Le NAS sur lequel sont paramétrés DNS Server / Reverse Proxy pointe en DNS préféré sur lui-même. La connexion de mon PC pointe en DNS préféré sur ce même NAS. Les enregistrements de la zone DNS de mon NAS pointent vers son adresse locale (là où est le Reverse Proxy). Le Reverse Proxy est paramétré pour rediriger les adresses ndd.tld vers des adresses locales sur les bons ports HTTPS qui vont bien. Les ports dans le pare-feu sont ouverts pour ces mêmes ports HTTPS. Du coup quand je fais des nslookup en pointant mes adresses ndd.tld via mon DNS je pointe bien sur l'URL du NAS qui a le Reverse Proxy.

Hello @Jeff777 @oracle7 @MilesTEG1 ! C'est un truc que j'avais dans ma todo également. Du coup j'ai suivi vos modop : Paramétrage du reverse proxy pour faire pointer photo.ndd.tld sur une IP locale en HTTP sur le port 80 Paramétrage du DNS local avec un CNAME photo.ndd.tld qui pointe sur ns.ndd.tld (ma ligne A de ns.ndd.tld pointe sur le NAS où sont hébergés Photo Station / le DNS local /etc.) Modification du .htaccess (celui à la racine du répertoire "web" on est d'accord ?) Paramétrage du DNS côté OVH avec le CNAME qui va bien A présent, quand je tape photo.ndd.tld (depuis mon Wifi domestique) il me fait pointer sur le port HTTPS personnalisé du DSM de mon NAS. J'ai loupé un truc ? EDIT : il y a peut-être à présent une merdouille dans ma config car j'ai purgé le cache DNS et toutes mes URL pointant vers mon NDD affichent une erreur de certificat (c'est le certificat de ma BOX qui apparaît). Quand je clique pour poursuivre la navigation, ça m'affiche une erreur ERR_EMPTY_RESPONSE.