gaetan.cambier

C'est fort variable les délai de propagation, suis personnellement chez cloudflare, ça prend moins d'une minutes, mais ça peut aller jusqu'à 48 heures. Le + simple est de vérifier en faisant en nslookup pour voir si c'est effectif

c'est super de continuer les mauvais conseils: le redirection permanente, c'est mettre le site dans un frame --> aucun referencement possible du site web source : https://wiki.gandi.net/fr/domains/management/domain-as-website/forwarding et autrement la cname qui ne pose pas de problème au niveau referencement, est + rapide, et non dependant d'un serveur tier, c'est pas LA solution ?

C'est grave quand même : une redirection web et un cname sont TOTALEMENT différent Si vous voulez pas comprendre, c'est pas ma faute (un exemple fonctionnel utilisant un cname est mon site perso dans ma signature) pour savoir comment faire, il y a ici la reponse : https://www.radioking.fr/on/knowledgebase/27/Creer-un-enregistrement-CNAME-chez-Gandi.html(je ne suis pas chez gandi, mais dans l'iddée c'est correct) ou alors, en mode expert : https://wiki.gandi.net/fr/dns/zone/cname-record ce qui donne, avec ton exemple : www 10800 IN CNAME lenh.synology.me. il y a un point (.) à la fin de la ligne à ne pas oublié ! ca prend 30 seconde à faire et ca, ca fonctionnera !

les petites phrases contiennent parfois les réponses .... ca c'est au niveau du founisseur dns au niveau syno, faut juste créer un vhost dans : panneau de config --> service web --> hote virtuel

les avec axis door, synology dis que l'on sais les coupler au caméra (comment ca fonctionne exactement je ne sais pas ni quel sont les options disponibles) maintenant, pour n'importe quel boitier de code, si tu sais récupérer les evenement d'ouverture et fermeture, tu peux programmer le reste pour activer / desactiver les camera, ca c'est pas super compliqué

sachant que l'ip est indienne, tu n'a surement pas effectuer de blocage geographique

La sauvegarde est toujours la bonne méthode, car en cas d'erreur a la reconstruction du raid, c'est le plantage assuré

C'était pour loli71 qui cherche sur le cryptage, moi suis sur mon GSM, ça limite les possibilités de recherches

Ecryptfs linux Ses mots clés t'aider ont Si je me souvient bien, il y a rien de lié au hardware, ça se remonte tout seul assez facelement

ben, la sauvegarde se trouve dans un dossier crypté, les dossier de cette sauvegarde ne le sont pas, donc aucun problème particulier

active un des vpn au choix dans le vpn server (pas seulement le paquet), il va inserer les modules pour le nat tu peux laissé le vpn avec aucun acces pour personne, faut juste qu'il soit démarré

as-tu le paquet vpncenter installé ?

une reponse pitoyable de synology bon, faudrait savoir si ce message : "Le répertoire est deja utilisé par une autre tache" si le message d'erreur parle du dossier de destination, ou d'un dossier source n'aurait-tu pas créer plusieur tache de sauvegarde ?

Rtfm j'y pensais mais j'avais pas osé [emoji14]

Je regarderai aussi pour le trailing slash, j'ai toujours laissé comme ça chez moi mais ça serai bien de le réglé

Il doit être possible d'utiliser un serveur nut sur la mac pour envoyer l'info au syno, mais faudra modifier un peu la config du syno pour qu'il accepte les requête du serveur ups

cette discussion date d'il y a 6 ans depuis, iptables à tous les module principaux, en tout cas, le nat fonctionne parfaitement sur le dsm 5.1

vu que cet executable provient de download station, deinstaller le paquet aurait p-e resolu le problème, avec moin de reconfig après

c bien les outils wd, mais faut sortir les disque du nas --> pas pratique et parfois pas vraiment faisable on peux faire deja pas mal de test directement depuis le nas : test smart etendu (via le gestionnaire de stockage) ou si tu l'a deja fait, de quand date-t-il ? test de lecture ecriture non destructif du disque : en ligne de commande : badblocks -nvs /dev/sdX remplacer X par la lettre de lecteur (a, b, c, d) ses test prennent du temps, mais ils assurent que le disque est dans un bon etat s'il passe les test avec succès

j'ai plus trop d'iidée, ca doit etre une connerie, mais faudra que quelqu'un d'autre se penche dessus :s

au passage, RC4 est considéré comme non sûr depuis plusieurs mois (https://community.qualys.com/blogs/securitylabs/2013/03/19/rc4-in-tls-is-broken-now-what) tu devrait changer la ligne : bind :5443 ssl crt /usr/local/haproxy/var/crt/default.pem ciphers AESGCM+AES128:AES128:AESGCM+AES256:AES256:RSA+RC4+SHA:!RSA+AES:!CAMELLIA:!aECDH:!3DES:!DSS:!PSK:!SRP:!aNULL no-sslv3 par : bind :5443 ssl crt /usr/local/haproxy/var/crt/default.pem ciphers AESGCM+AES128:AES128:AESGCM+AES256:AES256:RSA+3DES+SHA:!RSA+AES:!CAMELLIA:!aECDH:!RC4:!DSS:!PSK:!SRP:!aNULL no-sslv3

bon, j'ai un peux regader, l'adresse du mail, c'est http://ip_du_nas/mail/ donc, essaye sur le port , et essaye de mettre le / de fin pour vérifier si c'est pas cela qui manque qd tu tape l'url

en fait, graphiquement une connection doit donner ceci : https http Internet --------- Haproxy ---------- nas donc, dans le dsm, si tu active le https, tu va redirigé la connection entre haproxy et le service du nas en https, de 1 c'est inutile car c'est en localhost, ca prend des reccource et augmente la latence (https est + lent à la connection). le mieux, c'est effectivement forcé dans haproxy le https (qui doit etre ta seule porte d'entrée depuis internet) et pour le reste, laissé http pour le mail, je n'utilise pas le paquet, mais quel est l'url de connection qui fonctionne en locale avec l'ip ? avec çà, je saurai mieux te repondre

faut que tout le monde ouvre un ticket syno pour les faire bougé, sinon, en septembre qd chrome aura supprimé le support npapi, ca sera fini pour de bon

jusqu'a septembre, plus après --> c'est qu'une solution temporaire