MilesTEG1

Oué c'est clair que l'interface et les possibilités de configuration sont vraiment pas au niveau pour une box récente ! Je pense qu'en mettant la box en bridge et en lui collant au cul un rouleur digne de ce nom, ça devrait le faire. Par contre j'ai peur que tu perdes l'upload à 10MBits en faisant ça.... Puree il n'y a que chez moi que la rédaction d'un message rame autant quand je tape les caractères ?? Il n'y a qu'ici que a fait çà !!

Salut, j'ai eu le même soucis... Je suis passé de Free a Numericable il y a bientôt deux ans, et j'ai le regret de t'annoncer que tu ne peux pas rediriger un ports XX extérieur, vers un port différent interne... C'est moche... mais faut avouer que LaBox NC est quand même bien pourrie par rapport à la Freebox Revolution... niveau interface, fonctions... Donc tu n'as pas le choix, tu dois faire coïncider le ports extérieur entrant au port interne sortant.

Bonjour tout le monde, Je viens de mettre en place des certificats SSL sur deux NAS présents avec deux IP publiques différentes afin de ne plus avoir d'alerte de sécurité à la connexion. Je vous fais partager mon expérience via ce tuto. Je me suis inspiré de plusieurs autres tuto sur le net dont je vous liste les adresses en fin de document dans les sources. Le tuto est fini, sans trop de coquilles j'espère (je l'ai rédigé sur google Docs). Voilà le lien pour ceux qui veulent aller le consulter : [Tuto] Synology HTTPS & Certificat SSL (StartSSL) { sur Google Doc } Sommaire : 1. Petites explications préalables 2. Pré-requis 3. Configuration du SSH sur le NAS 4. Création de la clé Privée 5. Méthode alternative de création de clé privée (remplace 3. et 4.) 6. Création du compte StartSSL et validation du NDD 7. Création du certificat StartSSL 8. Importation dans le NAS 9. Vérifications 10. Sources PS : comme la section des tutos est assez restrictives (pas de lien externe), je vous partage ici le tuto que j'ai rédigé sur Google Docs. Bonne lecture. Miles

Ha cool ça Merci Je vais faire ça Maintenant, me reste plus qu'à savoir si chez OVH (par exemple) les sous domaines sont inclus dans le prix du domaine principal.

Bonjour tout le monde, Je viens de mettre en place des certificats SSL sur deux NAS présents avec deux IP publiques différentes afin de ne plus avoir d'alerte de sécurité à la connexion. Je vous fais partager mon expérience via ce tuto. Je me suis inspiré de plusieurs autres tuto sur le net dont je vous liste les adresses en fin de document dans les sources. Le tuto est fini, sans trop de coquilles j'espère (je l'ai rédigé sur google Docs). Voilà le lien pour ceux qui veulent aller le consulter : [Tuto] Synology HTTPS & Certificat SSL (StartSSL) { sur Google Doc } Sommaire : 1. Petites explications préalables 2. Pré-requis 3. Configuration du SSH sur le NAS 4. Création de la clé Privée 5. Méthode alternative de création de clé privée (remplace 3. et 4.) 6. Création du compte StartSSL et validation du NDD 7. Création du certificat StartSSL 8. Importation dans le NAS 9. Vérifications 10. Sources Ancien titre : HTTPS + Certificat SSL : Besoin d'aide sur les choix à faire

Je n'ai pas eu besoin de tout réinstaller ni de refaire des synchro à 100%... Et plus de fichiers Conflict

Ha oui effectivement, mes CS sont mis à jour, et j'ai une notification de MAJ sur le syno. J'ai pas testé encore. Donc je sais pas si le soucis est corrigé, mais j'espère bien vu que ça apparait dans le changelog !

De quelle "dernière version" parles-tu ?

Oui c'est ce que j'avais vu sur le forum anglais. Mais j'ai trop pas le goût de changer tous les caractères accentués en non accentués...

En fait quand il y a une maj, iil arrive que le logiciel cloudstation (CS) se délie du NAS et qu'il faille le re-lier (c'est l'expression qui est dite dans le logiciel). En gros quand ce n'est plus lié aucune synchronisation n'est possible. Ca arrive en cas de maj du dsm (DiskStationManager = le système d'exploitation du nas). Une fois re-liée la synchronisation reprend.

Il faut peut être relié le NAS à CS non ?

Ou c'est sur. En ce qui me concerne je suis un particulier, mais ça me gonfle quand même pas mal ces soucis avec CS alors qu'avant la MAJ en 5.2 tout fonctionnait parfaitement...

Nouvelle réponse du support concernant le soucis des fichiers CaseConflict : Bon ben faut attendre le fix... Ou renommer tous les fichiers...

​ Salut Je sais pas, mais le support m'a répondu (en anglais cette fois), et après quelques échanges où ils m'ont demandé de leur fournir les logs du NAS, du mac et du pc windows, ils m'ont dit ceci : Donc voilà, j'espère qu'ils trouveront vite pourquoi les clients mac font ces fichiers Conflict... ​Tu as de la chance, ou alors tu n'as pas de mac dans ton environnement...

​Pareil de mon coté... Ils ont répondu à un ticket daté d'avant celui que j'ai envoyé pour le soucis de fichiers Conflict...

​J'ai créé moi aussi un ticket sur le support

​Ça ne coute pas grand chose de rebooter le NAS. Je vais tenter ça Merci pour l'astuce

Bon et bien je viens de constater que CS coté MAC me faisait pas mal de fichiers Conflict ayant juste avant l'extension du fichier ceci : (avec la date et l'heure qui change...) Ces fichiers apparaissent systématiquement quand je modifie un fichier depuis un autre ordinateur que le mac. Exemple : je modifie un fichier contenant mes appréciations sur mon ordi windows, j'enregistre, et paf, après la synchro le mac m'a créé le fichier CaseConflict... Par contre si je modifie le fichier sur le mac lui même, pas de fichier CaseConflict... C'est assez pénible en fait... Va vraiment falloir que je cherche une autre solution pour synchroniser automatiquement mes cours entres mes différentes machines...

​Ha ok, et tu les trouves où ces fichiers ? Car moi je les ai pas vus...

​Ca c'est dans le syno non ? Car moi je n'ai viré que les fichiers de config sur le mac. Et apparemment à semble fonctionner.

Bon et bien après le reboot, CS semble ne pas vouloir reutiliser tout le CPU Cool Ca semble bien parti Pourvu que ça dure

Bon et bien en virant mes fichiers cachés de synology sur le mac, ça semble être bon... J'ai tenté de quitter puis de relancer CS et ça reste OK. Dernier test ultime : le reboot Je le fais et je reviens vers vous pour vous dire

​Ok, vais tenter ça . Les fichiers paramètres, c'est bien le dossier caché .CloudStation dans le dossier Library ? et le plist dans le appsupport ?

Cette galère ce CS en ce moment... Si il faut virer tous les fichiers de config à chaque fois... Ce qui m'embette avec ta solution c'est qu'il va falloir se retaper la synchro de partout, même sur mon poste windows sur lequel je n'ai aucun soucis...

Bon et bien une partie du problème est corrigée... mais pas tout. La synchronisation en continue est corrigée : maintenant une fois finie, c'est bien finie. Plus de rescannage des fichiers en continu, plus d'icone oscillant entre le bleu (synchro) et le vert (synchro finie) en cours. MAIS... oui il y a toujours un mais... Le processus cloud-daemon utilise encore et toujours plus de 100% du CPU de mon MBA... J'ai juste fait une mise à jour, sans supprimer tous les fichiers de préférences de CS... Même mis en pause, cloud-daemon utilise toujours autant de CPU : La seule manière de régler le soucis est encore une fois de quitter CloudStation... J'ai créé un nouveau ticket : ticket ID: #477575