Aller au contenu

bugs denis

Membres
  • Compteur de contenus

    82
  • Inscription

  • Dernière visite

Messages posté(e)s par bugs denis

  1. @firlin Oui c'est bien ce que je voulais dire un seul à l'arrière et un seul à l'avant, alors que les autres en ont plusieurs à l'arrière et éventuellement un en façade

    @capitainealbator Oui un hub peut faire l'affaire mais il doit lui aussi être alimenté sur l'onduleur et par conséquent aussi les autres périphériques s'ils sont auto alimentés

  2. Le 918+ est tentant, mais il y a un gros manque : il n'y a qu'un port USB à l'arrière. Avec un onduleur connecté (envoi des données d'autonomie) il n'y a plus de port dispo ... dommage, surtout que le 218+ et  718+ en ont trois  (2 arrières et un avant)

  3. J'ai fait l'essai et c'est concluant :

    root@DS111:/usr/syno/etc/packages# chmod 755 MailServer
    root@DS111:/usr/syno/etc/packages# ls -l

    drwxr-xr-x 2 root            root            4096 Sep 20  2016 HyperBackupVault
    drwxr-xr-x 2 root            root            4096 Jun 23  2012 iTunesServer
    drwxr-xr-x 5 root            root            4096 Aug 21 21:36 MailServer
    drwxr-xr-x 2 MailStation     MailStation     4096 Jun 23  2012 MailStation
    drwxr-xr-x 2 root            root            4096 Feb 26 15:34 MariaDB

     

    Et dans MailServer
    root@DS111:/usr/syno/etc/packages/MailServer# chmod 700 dkim.key
    root@DS111:/usr/syno/etc/packages/MailServer# ls -l
    total 64
    -rw-r--r-- 1 root root  6144 Oct 18  2016 alias.db
    -rw-r--r-- 1 root root  3072 Oct 20  2015 attachment_filter.db
    drwx------ 2 root root  4096 Aug  6 00:37 dkim.key
    -rw-r--r-- 1 root root 17408 Aug 21 21:36 log_statistic.db
    -rw-r--r-- 1 root root  1639 Aug 20 18:02 mailserver.conf
    -rw-r--r-- 1 root root 10240 Oct 20  2015 mailserver.db
    drwxrwxrwx 2 root root  4096 Nov 11  2012 OldConf
    drw-r--r-- 2 root root  4096 Oct  1  2013 rules
    -rw-r--r-- 1 root root    44 Aug 20 18:02 spamlist.conf

     

    Et dans dkim.key j'ai  laissé ceci (soit un chmod 600)

    root@DS111:/usr/syno/etc/packages/MailServer# ls -l dkim.key
    total 8
    -rw------- 1 root root 887 Aug  6 00:37 dkim.private
    -rw------- 1 root root 272 Aug  6 00:37 dkim.public

    Ej je suis d'accord avec toi @Fenrir L'installation (ou re-installation) de MailServer est foireuse les droits corrects ne sont pas attribué lors de l’installation

    Et petit update pour ceux qui comme moi qui doivent passer par le relay SMTP orange, voici le SPF qui va bien (super score sur https://www.mail-tester.com/

    Les ip4 viennent de https://www.whatsmydns.net/#A/smtp.smtpout.orange.fr

    "v=spf1 mx a:mail.XXXXXXX.fr ip4:80.12.242.123 ip4:80.12.242.124 ip4:80.12.242.125 ip4:80.12.242.126 ip4:80.12.242.127 ip4:80.12.242.128 ip4:80.12.242.129 ip4:80.12.242.130 ip4:80.12.242.131 ip4:80.12.242.132 ip4:80.12.242.133 ip4:80.12.242.134 ~all"

     

    Encore plus court

    "v=spf1 mx a:mail.XXXXX.fr ip4:80.12.242.124/29 ip4:80.12.242.128/29 ~all" j'ai trouvé ça en bidouillant
  4. Ca ne marche plus, j'ai de nouveau l'erreur

    Et voici les droits

    root@DS111:/usr/syno/etc/packages/MailServer# ls -l dkim.key
    total 8
    -rw------- 1 root root 887 Aug  6 00:37 dkim.private
    -rw------- 1 root root 272 Aug  6 00:37 dkim.public
    root@DS111:/usr/syno/etc/packages/MailServer# ls -l
    total 64
    -rw-r--r-- 1 root root  6144 Oct 18  2016 alias.db
    -rw-r--r-- 1 root root  3072 Oct 20  2015 attachment_filter.db
    drwx------ 2 root root  4096 Aug  6 00:37 dkim.key
    -rw-r--r-- 1 root root 17408 Aug 20 14:36 log_statistic.db
    -rw-r--r-- 1 root root  1639 Aug 20 18:02 mailserver.conf
    -rw-r--r-- 1 root root 10240 Oct 20  2015 mailserver.db
    drwxrwxrwx 2 root root  4096 Nov 11  2012 OldConf
    drw-r--r-- 2 root root  4096 Oct  1  2013 rules
    -rw-r--r-- 1 root root    44 Aug 20 18:02 spamlist.conf

     

    J'ai regardé sur le net et j'ai vu ceci

    Make sure the ownership, permissions and contents on /etc/opendkim are correct by running the following commands:
    cd /etc chown -R opendkim:opendkim /etc/opendkim
    chmod -R go-rw /etc/opendkim/keys
    systemctl restart opendkim

    You should not get error messages, but if you do, use:
    systemctl status -l opendkim

    Cela dit quand je fait un cat /etc/Passwd il n'y a pas de user opendkim

     

     

  5. Merci pour ton aide Fenrir

     

    Et il y a un deuxième point commun avec @pascalou59 le dossier OldConf ... A croire qu'une vieille insatll seme la zizanie

    Voici le résultat


    root@DS111:/volume1/@appstore/MailServer/etc/template# ls -l /usr/syno/etc/packages/
    total 168
    ....................................
    drwxr-xr-x 2 root            root            4096 Sep 20  2016 HyperBackupVault
    drwxr-xr-x 2 root            root            4096 Jun 23  2012 iTunesServer
    drwxrwxrwx 5 root            root            4096 Aug 19 23:56 MailServer
    drwxr-xr-x 2 MailStation     MailStation     4096 Jun 23  2012 MailStation
    drwxr-xr-x 2 root            root            4096 Feb 26 15:34 MariaDB....

     

    root@DS111:/volume1/@appstore/MailServer/etc/template# ls -l /usr/syno/etc/packages/MailServer/
    total 64
    -rw-r--r-- 1 root root  6144 Oct 18  2016 alias.db
    -rw-r--r-- 1 root root  3072 Oct 20  2015 attachment_filter.db
    drw-r--r-- 2 root root  4096 Aug  6 00:37 dkim.key
    -rw-r--r-- 1 root root 17408 Aug 19 23:56 log_statistic.db
    -rw-r--r-- 1 root root  1639 Aug 19 21:13 mailserver.conf
    -rw-r--r-- 1 root root 10240 Oct 20  2015 mailserver.db
    drwxrwxrwx 2 root root  4096 Nov 11  2012 OldConf
    drw-r--r-- 2 root root  4096 Oct  1  2013 rules
    -rw-r--r-- 1 root root    44 Aug 19 21:13 spamlist.conf

    root@DS111:/volume1/@appstore/MailServer/etc/template# ls -l /usr/syno/etc/packages/MailServer/dkim.key/dkim.*
    -rw------- 1 root root 887 Aug  6 00:37 /usr/syno/etc/packages/MailServer/dkim.key/dkim.private
    -rw------- 1 root root 272 Aug  6 00:37 /usr/syno/etc/packages/MailServer/dkim.key/dkim.public

     

    Pour le RequireSafeKeys, J'ai fait le grep avant pour voir comment c'était codé avant modification

    root@DS111:/volume1/@appstore/MailServer/etc/template# grep RequireSafeKeys /volume1/@appstore/MailServer/etc/template/opendkim.template
    ##  RequireSafeKeys { yes | no }
    # RequireSafeKeys       Yes

    J'ai donc mis

    RequireSafeKeys No


    Après un reboot j'ai pu envoyé le message avec validation DKIM

     

    image.png.20148d498cf6c039b6128cbcea11e369.png

     

     

     

     

     

  6. Pour me donner bonne conscience j'ai fait une desinstall/reinstall et le probième persiste. Je n'ai pas trouvé où sont situés le logs, le suis une buse en linux. Dans Mail Server on peut voir des logs et on dirait que la clef n'est pas accessible


    2017-08-19T21:13:26+02:00 DS111 postfix/postmap[19502]: warning: /var/packages/MailServer/target/etc/header_checks, line 1: record is in "key: value" format; is this an alias file?
    2017-08-19T21:13:28+02:00 DS111 postfix[19504]: Postfix is running with backwards-compatible default settings
    2017-08-19T21:13:28+02:00 DS111 postfix[19504]: See http://www.postfix.org/COMPATIBILITY_README.html for details
    2017-08-19T21:13:28+02:00 DS111 postfix[19504]: To disable backwards compatibility use "postconf compatibility_level=2" and "postfix reload"
    2017-08-19T21:13:28+02:00 DS111 postfix/postfix-script[19516]: refreshing the Postfix mail system
    2017-08-19T21:13:29+02:00 DS111 postfix/master[19170]: reload -- version 3.0.0, configuration /var/packages/MailServer/target/etc
    2017-08-19T21:13:33+02:00 DS111 opendkim[18552]: OpenDKIM Filter: mi_stop=1
    2017-08-19T21:13:33+02:00 DS111 opendkim[18552]: OpenDKIM Filter v2.10.0 terminating with status 0, errno = 0
    2017-08-19T21:13:34+02:00 DS111 opendkim[19537]: OpenDKIM Filter v2.10.0 starting ()
    2017-08-19T21:16:52+02:00 DS111 postfix/smtpd[20031]: connect from LFbn-1-XXXXXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6]
    2017-08-19T21:16:52+02:00 DS111 postfix/smtpd[20031]: Anonymous TLS connection established from lfbn-1-XXXXXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6]: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)
    2017-08-19T21:16:52+02:00 DS111 postfix/smtpd[20031]: ECFFF101664: client=LFbn-1XXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6], sasl_method=PLAIN, sasl_username=Denis
    2017-08-19T21:16:52+02:00 DS111 postfix/cleanup[20060]: ECFFF101664: message-id=<29af7fa5-82e3-3bd6-7fa0-2cb156375b44@XXXXXXX.fr>
    2017-08-19T21:16:53+02:00 DS111 opendkim[19537]: mailkey._domainkey.XXXXXXX.fr: key data is not secure: /usr/syno/etc/packages/MailServer can be read or written by other users
    2017-08-19T21:16:53+02:00 DS111 opendkim[19537]: ECFFF101664: error loading key 'mailkey._domainkey.XXXXXXX.fr'
    2017-08-19T21:16:53+02:00 DS111 postfix/cleanup[20060]: ECFFF101664: milter-reject: END-OF-MESSAGE from LFbn-1XXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6]: 4.7.1 Service unavailable - try again later; from=<denis@XXXXXXX.fr> to=<d.XXX@free.fr> proto=ESMTP helo=<[192.168.1.40]>
    2017-08-19T21:16:55+02:00 DS111 postfix/smtpd[20031]: disconnect from LFbn-XXXXXXX.abo.wanadoo.fr[9X.XXX.XXX.XX6] ehlo=2 starttls=1 auth=1 mail=1 rcpt=1 data=0/1 quit=1 commands=7/8

     

     

    Voici le répertoire où devrait se trouver la clef la clef privée est bien celle visible dans Mail Server et dans mon entrée sur le DNS

     

    root@DS111:/usr/syno/etc/packages/MailServer/dkim.key# ls -al
    total 16
    drw-r--r-- 2 root root 4096 Aug  6 00:37 .
    drwxrwxrwx 5 root root 4096 Aug 19 21:13 ..
    -rw------- 1 root root  887 Aug  6 00:37 dkim.private
    -rw------- 1 root root  272 Aug  6 00:37 dkim.public
    root@DS111:/usr/syno/etc/packages/MailServer/dkim.key#

     

     

  7. Voici ce que donne le ps aux

    root@DS111:~# ps aux | awk '{print $11}' | sort -u > /tmp/sansdkim
    root@DS111:~# ps aux | awk '{print $11}' | sort -u > /tmp/avecdkim
    root@DS111:~# diff --suppress-common /tmp/sansdkim /tmp/avecdkim
    9d8
    < /bin/bash
    15a15,18
    > dovecot/auth
    > dovecot/config
    > dovecot/imap
    > dovecot/imap-login
    16a20
    > dovecot/ssl-params
    95d98
    < [SYNO.Core.Polli]
    98d100
    < synoscgi_SYNO.Finder.FileIndexing.Status_1_get
    135d136
    < /usr/syno/sbin/synopkgctl
    144a146
    > /var/packages/MailServer/target/sbin/opendkim
    148a151
    > /var/packages/MailServer/target/usr/bin/memcached
    152d154
    < /var/packages/SynoFinder/target/tool/appindex

     

  8. Bonjour à tous,

    J'ai tenté de me créer un serveur mail en suivant les différent tutos et je bute sur ce DKIM qui ne fonctionne pas seulement avec un client mail (thunderbird Android) st uniquement lorsque DKIM est activé, SPF seul fonctionne parfaitement. mon FAI est Orange et mon domaine est enregistré chez OVH, pas d'hébergement chez eux

    Voici l'erreur

    image.png.6d04835ccd244085c41520b5b44759d9.png

     

    Voici mon DynDNS chez OVH

    image.thumb.png.47dbff33c3533cbfa54410f448971af9.png

     

    Et ma zone DNS

    image.thumb.png.113593ce770690e7b22d548386e09d66.png

    image.thumb.png.46fd72027fa0109dbcabe101a99e02f2.png

    image.thumb.png.f3cdd89ff76a528bcb8238d51a7547eb.png

    image.thumb.png.6a13388677a7fcba78a325fc8438dbc6.png

    Et voici ma config mailserver

    image.thumb.png.fa176418a6a2b5ab3698568a08fbd081.png

    image.png.4cb04af01609105c9b1b3346a7cc2c24.png

     

    Où ai-je raté ma config, J'ai cherché sur le net mais je n'ai pas trouvé .

    J'ai essayé d'envoyer un message depuis Mail Station avec DKIM activé ça marche sauf qu'en faisant le test http://www.dkimvalidator.com/ la validation ne se fait pas, pas de DKIM !

     

    Merci pour vos lumière

     

    image.png

  9. Le 16/03/2017 à 20:47, Fenrir a dit :

    ...

    Pour CloudStation, je pense que oui, mais ce n'est pas simple car le client tente par défaut le port 6690.

    Le seul moyen de savoir c'est de tester.

    Bonjour, j'ai fait le test et cela ne fonctionne pas, même en indiquant un numéro de port. J'ai fait un test avec un site présent de reverse proxy pointant sur un autre port et cela ne fonctionne pas, normal, mais le message d'erreur est très intéressant il me dit que le site est déjà utilise dans mon client est que je doit utilisé celui qui existe déjà ... J'ai regardé dans la config du client windows (C:\Users\xxxxx\AppData\Local\CloudStation\data\db\sys.sqlite) et j'ai découvert que le site est bien indiqué mais que l'IP numérique est indiqué. Je parie que le client l'utilise l'adresse IP numérique pour faire la connexion.

  10. Merci pour cet excellent tuto.

    Pour le blocage automatique des adresses IP, J'ai eu il y a quelque mois une tentative d'intrusion très discrète, une tentative toutes les 20 minutes, j'ai étendu l’intervalle à 24 heures et permanente et une adresse en white list

     

    Petite question, est il possible de faire du reverse proxy avec cloudstation pour le pas exposer le port 6690 ?

  11. Bonsoir à tous

     

    Il y a un déploiement en cours d'un nouveau firmware des Livebox Play (Sagem Livebox 3) la nouvelle version est SG30_sip-fr-5.12.13.1.Celle version utilise l'utilisation du port 1701. J'ai fait le test et cela fonctionne je peux me connecté en L2TP/IPSec PSK. Pour les utilsateur de Windows, il faut faire une modification dans la base de registre. Sur un Galaxy S3 cela fonctionne aussi

    Pour modif de la base de registre, c'est ici

    http://www.nas-forum.com/forum/topic/42629-vpn-en-l2tp-ipsec-windows-78/?page=1

  12. J'ai le même soucis avec la dernière version du cloudstation mais avec le DSM 4.1

    J'ai essayé la resynchronisation mais cela n'est pas la solution, parfois ça marche parfois pas et j'ai 9Go dans le répertoire partagé.

    J'ai remarqué que le Home/cloudstation fonctionne parfaitement,c'est le(s) autre dossier qui pose problème

    J'ai un DS710+

  13. Tvheadend a été mise à jour

    Chez moi cela fonctionne bien mieux, les chaînes sont reconnues et mappée. Le seul problème est qu'il m'est inpossible de revarder la TV en direct, le player VLC est noir. En cherchant l'adressede la chaîne via la config je peux voir laTV mais j'ai un message d'insulte, un format undf (undefined je suppose) j'est pas reconnue. En regardant en détail, cela semble être les sous-titres

  14. J'ai aussi le même problème, le service son bien là mais pas comme chaîne. Dans l'onglet des service le "Lire" lance bien une fenêtre VLC ou rien se se passe. Dans VLC il est possible d'ouvrir le flux avec l'adresse indique (du "Lire" précédent) et il est possible de voir l'émission. J'en déduit que la clef fonctionne

    Comment faire pour que les chaînes soit correctement détectées ? Merci d'avance

  15. J'ai aussi trouvé par hasard qu'un DX213 était dans les produit à sortir

    http://www.synology.com/support/faq_show.php?lang=enu&q_id=408, regardez bien .... DX513/DX510/DX213

    google me trouve les infos

    http://www.dabs.com/products/synology-dx213-2-bay-nas-expansion-unit-87HH.html

    http://www.mobile-harddisk.nl/synology-dx213-2x-3525-sata-uiteiding-voor-oa-ds712-en-ds1512-p-2340.html?language=en

    http://www.shop.bt.com/content/uni2/documentation/87hh/synology_dx213_data_sheet_enu.pdf

  16. Extrait de l'aide ligne :unsure:

    Gérer des fichiers Cloud Station avec File Station

    Les fichiers Cloud Station sont enregistrés dans votre dossier home/CloudStation. Vous pouvez parcourir et télécharger des fichiers Cloud Station (ou leurs versions antérieures) avec File Station.

    Pour gérer les fichiers Cloud Station :

    1. Allez à Menu principal > File Station, puis naviguez à home/CloudStation.
    2. Cliquez-droit sur le fichier puis choisissez Parcourir les versions précédentes. Ici vous pouvez voir et télécharger les versions précédentes du fichier.

    Gérer les fichiers supprimés

    Cliquez sur Corbeille sur le panneau de gauche pour gérer des fichiers Cloud Station supprimés.

    Pour gérer les fichiers supprimés dans la corbeille :

    1. Sélectionnez le fichier que vous voulez gérer.
    2. Choisissez l'un des éléments suivants dans le menu déroulant Action :
      • Parcourir les versions précédentes : Voyez et téléchargez les versions précédentes du fichier.
      • Télécharger : Téléchargez le fichier supprimé.
      • Supprimer définitivement : Supprimez le fichier de la corbeille.

    Remarque : Vous ne pourrez pas récupérer les fichiers qui sont supprimés de façon permanente. Procédez avec prudence.

    [R

    Bonsoir à toutes et à tous.

    Le week en dernier, j'ai eu le même problème avec le RAID5 Cassé avec 3 disques non initialisé, certainement à cause d'un problème électrique bien que j'ai un onduleur, mas cela doit être confirmer, mais passons sur la cause problème. Dimanche j'ai passer une partie de la l'après midi pur savoir comment me dépatouiller de ce problème et surtout comprendre que le support Synology peut et sait résoudre ces problèmes

    Dimanche soir : demande d'assistance faite chez Synology

    Lundi : Rien ... c'est flippant mais bon, l'impatience est là

    Mardi midi : réponse du support, me proposant l'accès à distance avec ouverture des port, mot de passe temporaire. n'étant pas un foudre de guerre coôté réseau, les instructions sont claires et le moyen de tester l'ouverture des port simple

    Mardi soir : Config du routeur, du Syno faite et testées ... et désactivation du bip pour le RAID cassé

    Mercredi matin : Tient, un petit bip du Syno me sort de la torpeur matinale. Toujours en pyjama je jette un oeuil une heure plus tard, tout est en order de marche

    Mercredi Message de synology me dit que c'est réparer avec quelques conseils

    Elle est pas belle la vie ?

    Comme quoi le support Syno est efficace et qu'il n'est pas nécessaire de se faire des noeuds au cerveau, il savent résoudre les problèmes et vite

  17. J'ai eu une réponse du support Synology

    The DS710+ could gently power off without the expansion bay. However with expansion bays attached, as a safety mechanism and to prevent any cross-volumes from being damaged, the system should be shutdown via the WebUI

    Traduction : arrêt impossible avec le bouton d'un DS710+ quand il y a un DX510 unsure.png

×
×
  • 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.