Aller au contenu

jcpamart

Membres
  • Compteur de contenus

    691
  • Inscription

  • Dernière visite

  • Jours gagnés

    4

Tout ce qui a été posté par jcpamart

  1. Bon ben sinon, j'ai activé le IIS sur mon PC en ouvrant le port , le faisant redirigé depuis mon routeur vers mon PC et lui aussi est sourd, y a rien qui transit. Sauf si on tape l'IP fixe. Y a donc un soucis du coté de la résolution de nom c'est clair. (merci OVH) Par contre, en redirigeant le port vers le syno, rien n'y fait. Je pense que le soucis est entre le routeur et le reste du rezo local. Si quelqu'un à une idée je suis preneur... Merci à tous
  2. Bonsoir à tous J'ai lancé un post concernant le routeur OVH que j'ai mis en cause à tort peut être : A près un reste du routeur thomson (une vrai merde on est d'accord), je l'ai changé par un bon vieux SMC Barricade. Une fois configuré, je me suis aperçu que le syno ne répond par aux redirections de port. Donc en clair, même après avoir tout autorisé avec le FW sur le syno, l'accès au web, cloudstation et serveur mail est impossible. Un syno complétement sourd ça existe ???? Merci du coup de main JC
  3. C'est pas une question bête, simplement je viens de ressortir du carton un vieux routeur SMC Barricade, reconfiguré et bien connecté en ADSL. Après avoir redirigé les ports vers le syno avec la bonne IP (pas de soucis de ce côté), le syno reste injoignable.... C'est pas un truc de fou ça ? Peut on forcer l'ip d'un syno ? Comment se fait il que le syno soit hermétique aux ouverture de port avec 2 modem routeur ???? Merci du coup de main JC
  4. Bonjour Mon routeur Thomson fourni par OVH était planté ce matin. Du coup, avec le support, on fait un RESET. Depuis, Internet et ok et il a fallut que je reconfigure le routage des ports - 110 - 143 - 25 et 6690 pour le cloud. Rien a faire, les test firewall sont ok, les ports sont bien ouverts. Mais visiblement rien n'arrive jusqu'au syno. Par acquis de conscience, j'ai rebooté le syno. mais rien. J'ai comme l'impression que le lien n'est pas établi entre le routeur et le syno (pourtant bien reconnu par le routeur). Comment on peut tester que les paquets vont jusqu'au syno ??? et non faire un test jusqu'au routeur ? Y a pas non plus un log sur le DSM pour savoir si y a des connexions entrantes en live ? Merci à tous JC
  5. Merci pluton Faut avouer (à la décharge de tous), que l'utilitaire VI aurait pu être plus simple ....
  6. Bon ben je confirme, les modifs sont bien enregistrées après la commande :wq! sur le fichier en lecture seule, en l’occurrence le fichier : mailscanner.template Sinon, pour infos y a ça : http://www.adminschoice.com/vi-editor-quick-reference/ Concernant le test du mail non cohérent, le serveur le retranscrit dans un état pur et parfait. Pas de vérif donc ni de surcharge du proc
  7. Les fichiers en lecture seuls résistent à l'écriture en :q Pour enregistrer les modifs dans ce cas de fichier protégé en écriture, il faut taper :q! Tout simplement. Mais comme l'a dit SavTronic, j'ai fait une sauvegarde avant. Ce qui me parait logique. Allez, sans rancune CMDC. Moi aussi je galère avec le syno..... Et puis je connais aussi le bas Var pour y avoir vécu. JC
  8. Petit Padawan, lis bien le post de SAVTRONIC : - faire une copie du fichier mailscanner.template au cas ou cp mailscanner.template mailscanner.template.macopie Et oui, pour faire ce genre de manip il faut être sur le compte root et non admin
  9. Merci SAVTRONIC, Juste une petite précision, il s'agit de la ligne 679 et non 683 me concernant. Egalement, le fichier est en lecture seule, il faut donc taper : Echap :q! Sinon, le résultat pour moi n'est pas exceptionnel : Après indexation : 55% d'utilisation de la RAM en moyenne 65% au niveau du processeur Bof bof....
  10. Un petit tuto à dispo pour les petits padawan que nous sommes ? Merci !
  11. Salut à tous Je reviens à la charge avec ce problème de saturation de RAM. J'ai donc été sur le lien ci dessus et suivit la procédure pour mettre les children à 1. En gros j'ai gagné 15 % de RAM Donc c'est mieux mais pas super GLOP Peut être un petit relooking de ce côté pour le prochain DSM ? Sinon c'est direction LDLC ???? Merci à tous en tout cas JC
  12. Ok, je test et vous tiens au courant. Merci
  13. Perso j'ai pas installé l'antivirus, et je n 'ai pas coché la gestion de spam (qui semble cependant plus évoluée que sur les précédentes versions de DSM). Vu que mon syno pédale toujours autant, n'y a t il pas quelque chose à trouver de ce côté, voir une MAJ nécessaire pour rendre le serveur mail moins gourmand. Pour gagner 10% de RAM j'ai désactivé les photo station et audio station. Cela rend donc le syno avec comme seule fonction la gestion des mail et 1 nom de domaine avec comme conso : 60 % CPU et 60 % RAM Ca fait beaucoup non ?
  14. Bon ben je ne suis pas le seul. Si des éléments de solutions existent, je suis preneur ! Merci à tous
  15. Bon ok, j'attends la fin de l'indexation et je verrais bien. Vu le nombres de fichiers, j'espère qu'il sera opérationnel avant la rentrée scolaire !!!!
  16. Je confirme, la réindexation n'en fini pas.... Visiblement il n'est pas possible de donner moins de priorité à ce processus ?
  17. Ah, donc il y a une piste à travailler...
  18. y a pas mal de MAJ des paquets à faire suite à l'install du DSM 4.3 Mais je confirme, mon 110J va bientôt être remplacé. 4 minutes après avoir clické sur l'identification de connexion il est toujours en train de pédaler.....
  19. Et ben non. Je l'ai démonté et je ne vois même pas la trace d'une barette de RAM. Donc c'est un des petits composants sur la CM. Gloups, j'avais pas prévu de changer de syno fin août.....
  20. En effet, c'est la principale utilisation du syno : Mail + cloud Serait il envisageable de remplacer la RAM existante ?
  21. Bonjour à tous Depuis que j'ai installé le DSM 4.3, mon syno DS110J est saturé (mémoire à 75 % et CPU à + de 40 %). 1 - Est ce normal ? 2 - Le DSM 4.3 serait furieusement plus gourmand ? 3 - Quelqu'un a t il essayé de changer la RAM sur ce syno ? Merci à tous JC
  22. Par acquis de conscience j'ai modifié le MDP, mais je crois que là ça sent pas bon..... Cet après midi à 14H14 je n'ai pas trifouillé le serveur.... Bon ben je vais voir ça de plus près. Merci Bud
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.