Aller au contenu

Gompal

Membres
  • Compteur de contenus

    41
  • Inscription

  • Dernière visite

Messages posté(e)s par Gompal

  1. Bonjour,

    J'ai besoin d'un coup de main pour ma config.

    J'ai une canon laser LBP6200 qui est parfaitement reconnue sur mon NAS DS415+.

    Elle est branchée en USB sur le NAS et je l'ai configurée avec Synology Assistant. Les drivers x64 sont installés sur mon PC.

    Quand je lance une impression via Word par exemple, elle reste bloquée a l'étape spooling.

    Vous avez des pistes de là où j'ai pas configuré correctement ?

     

     

  2. Le 7/5/2016 at 09:53, hacr a dit :

    J'ai ensuite commencé à paramétrer les fonctions antispam (certains amis ne recevaient pas mes mails, avec ou sans relai SMTP SFR). Nota: ma "note" d'estimation de spam (via mail-tester.com) est meilleure sans SFR....

    Oui. lol.

    Le 7/5/2016 at 09:53, hacr a dit :

    Autre sujet de non fonctionnement:

    Mon adresse IP est attribuée (et c'est normal) par SFR, le "vrai" DNS est donc adresse-ip.rev.sfr.net

    Il manque donc, quelque part, un paramétrage de ReverseDNS avec pointage de type PTR. Pas chez Gandi, évidemment. Soit sur le Syno, soit chez SFR (or ce n'est pas à vocation professionnelle, donc SFR ne le propose sûrement pas). Une idée? Mais c'est moins important que le DKIM.

    Sur le reverse DNS : dans ce tuto

     

  3. Illustration du "si t'as de la thune c'est mieux".

    J'ai laissé de coté mes 3 disques neufs arrivés par Chronopost avant-hier le temps de finir la config avec les 4 anciens disks.

    Depuis 24h j'avais des alertes de secteurs défectueux sur les disques 1 et 2, mais statut Smart OK. J'ai laissé tombé.

    Une fois fini la config, je mets un disque neuf en remplacement du disque 2 qui avait le plus d'infos Smart en Erreur.

    Le Raid SHR se reconstruit comme prévu jusqu'à 77%. Et boum : 

    Warning    System    05/04/16 08:24    SYSTEM    Bad sector was found on   disk[3].
    Warning    System    05/04/16 08:24    SYSTEM    Bad sector was found on   disk[3].
    Warning    System    05/04/16 08:24    SYSTEM    Bad sector was found on   disk[3].
    Warning    System    05/04/16 08:24    SYSTEM    Bad sector was found on   disk[3].
     

    Puis pendant la nuit :


    05/05/16 04:53    SYSTEM    Read error at internal disk [3] sector 708332552.
    05/05/16 04:53    SYSTEM    Read error at internal disk [3] sector 708332456.
    05/05/16 04:53    SYSTEM    Bad sector was found on   disk[3].
    05/05/16 04:53    SYSTEM    Bad sector was found on   disk[3].
    05/05/16 04:53    SYSTEM    Read error at internal disk [3] sector 708330960.
    05/05/16 04:53    SYSTEM    Bad sector was found on   disk[3].
    05/05/16 04:53    SYSTEM    Read error at internal disk [3] sector 708330840.

    Le disk 3 crashed ... 

    Je tente la réparation proposée ... et repaf, de retour a 77% Volume crashed.

    Je backupe certains répertoires pour en avoir 2x copies et tente la seconde réparation.


    05/04/16 22:29    SYSTEM    Read error at internal disk [3] sector 708332560.
    05/04/16 22:29    SYSTEM    Bad sector was found on   disk[3].
    05/04/16 22:29    SYSTEM    Read error at internal disk [3] sector 708330760.

    05/05/16 05:03    SYSTEM    Volume [1] was crashed.
    05/05/16 04:53    SYSTEM    Failed to send email. (535 5.7.0 (#MBR1212) Incorrect username or password.).
    05/05/16 04:53    SYSTEM    Volume [1] was crashed.

    Et le disk 3 c'est celui qui avait le moins d'h de vol, aucune erreur ou warning jusque là ... je suis sur onduleur, jamais eu un seul pépin en 3 ans.

    Il faut croire que la séquence "premier backup + re-install + elargissement + backup final + remplacement d'un disque" est le stress qui aura déclenché ou révélé que le disk 3 était pourrix sans avoir montré de pbs ...


    Conclusion perso : 4 disques neufs au départ et hop ! on oublie toutes ces bidouilles. Mais j'avais pas la place en externe. La prochaine fois je me soucie d'abord d'avoir la place en externe :-)

  4. @Fenrir : enfin terminated. J'ai crâmé le nas. Plus assez de patience :-)

    Non, en fait je suis tout ému devant mon beau 415+ et ses 10.4 To ...

    Et telle une personne âgée je me dis que je ne regrette pas (... ou presque pas, ou si peu, ou merte en fait vachement) tout ce temps passé ...

    Mon humble expérience des PC, de zindows et d'android auraient dû m'avertir :

    Je peux ajouter maintenant selon moi la meilleure procédure pour une install un 415+ depuis un 213+ : oublier le "depuis un 213+".

    En gros :

    => Si t'as pas tout le matos installé abstiens-toi. Si t'as de la thune c'est encore mieux, tu mets 4 disques neufs et pas de prise de tête.

    => Tu vas perdre 3x le temps que tu espérais gagner si tu fais pas ça.

    => Fais une clean install de l'OS, jamais un upgrade ou une migration sinon t'auras des bugs dans tes applis.

    => Refais tes dossiers un par un, cherches pas à récup tes arborescences

    => Recopie ta data que tu as mis de coté, répertoire par répertoire via Total Commander

    => A la fin seulement tu DL tous les paquets qui te font envie et tu plantes la machine ...

  5. Bonjour,

    Première question : ton tuto ne parle pas de spf, dKim, dMarc et Soa ? C'est un peu confus pour moi. J'ai cherché sur google et je ne sais pas s'il faut ajouter sur CloudFlare ces éléments ou si on doit les mettre dans le Syno ou les deux ? Ou rien, si c'est CloudFlare qui s'en charge ? Je sais que DSM prend en charge spf, dKim, dMarc, mais cela suffit-il ou faut-il éditer le DNS ou le reverse DNS ?

    Deuxième question, j'ai parfois des mails qui mettent 4 à 5h pour arriver. Que faire pour régler ce pb ?

    Troisième question, faut-il mettre impérativement son FAI en relais Smtp, cela résoud-il des pbs ?

    Merci si tu peux m'aider 

    Category Status Test name Informationsend feedback
    Parent Info Domain NS records Nameserver records returned by the parent servers are:

    ken.ns.cloudflare.com.   ['173.245.59.127'] (NO GLUE)   [TTL=172800] 
    nelly.ns.cloudflare.com.   ['173.245.58.209'] (NO GLUE)   [TTL=172800] 

    e.ext.nic.fr was kind enough to give us that information.
    Pass TLD Parent Check Good. e.ext.nic.fr, the parent server I interrogated, has information for your TLD. This is a good thing as there are some other domain extensions like "co.us" for example that are missing a direct check.
    Pass Your nameservers are listed Good. The parent server e.ext.nic.fr has your nameservers listed. This is a must if you want to be found as anyone that does not know your DNS servers will first ask the parent nameservers.
    Info DNS Parent sent Glue The parent nameserver e.ext.nic.fr is not sending out GLUE for every nameservers listed, meaning he is sending out your nameservers host names without sending the A records of those nameservers. It's ok but you have to know that this will require an extra A lookup that can delay a little the connections to your site. This happens a lot if you have nameservers on different TLD (domain.com for example with nameserver ns.domain.org.)
    Pass Nameservers A records Good. Every nameserver listed has A records. This is a must if you want to be found.
    NS Info NS records from your nameservers NS records got from your nameservers listed at the parent NS are:

    nelly.ns.cloudflare.com  ['173.245.58.209']   [TTL=86400] 
    ken.ns.cloudflare.com  ['173.245.59.127']   [TTL=86400] 
     
    Pass Recursive Queries Good. Your nameservers (the ones reported by the parent server) do not report that they allow recursive queries for anyone.
    Pass Same Glue The A records (the GLUE) got from the parent zone check are the same as the ones got from your nameservers. You have to make sure your parent server has the same NS records for your zone as you do according to the RFC. This tests only nameservers that are common at the parent and at your nameservers. If there are any missing or stealth nameservers you should see them below!
    Pass Glue for NS records OK. When I asked your nameservers for your NS records they also returned the A records for the NS records. This is a good thing as it will spare an extra A lookup needed to find those A records.
    Pass Mismatched NS records OK. The NS records at all your nameservers are identical.
    Pass DNS servers responded Good. All nameservers listed at the parent server responded.
    Pass Name of nameservers are valid OK. All of the NS records that your nameservers report seem valid.
    Pass Multiple Nameservers Good. You have multiple nameservers. According to RFC2182 section 5 you must have at least 3 nameservers, and no more than 7. Having 2 nameservers is also ok by me.
    Pass Nameservers are lame OK. All the nameservers listed at the parent servers answer authoritatively for your domain.
    Pass Missing nameservers reported by parent OK. All NS records are the same at the parent and at your nameservers.
    Pass Missing nameservers reported by your nameservers OK. All nameservers returned by the parent server e.ext.nic.fr are the same as the ones reported by your nameservers.
    Pass Domain CNAMEs OK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
    Pass NSs CNAME check OK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
    Pass Different subnets OK. Looks like you have nameservers on different subnets!
    Pass IPs of nameservers are public Ok. Looks like the IP addresses of your nameservers are public. This is a good thing because it will prevent DNS delays and other problems like
    Pass DNS servers allow TCP connection OK. Seems all your DNS servers allow TCP connections. This is a good thing and useful even if UDP connections are used by default.
    Pass Different autonomous systems OK. It seems you are safe from a single point of failure. You must be careful about this and try to have nameservers on different locations as it can prevent a lot of problems if one nameserver goes down.
    Pass Stealth NS records sent Ok. No stealth ns records are sent
    SOA Info SOA record The SOA record is:
    Primary nameserver: ken.ns.cloudflare.com
    Hostmaster E-mail address: dns.cloudflare.com
    Serial #: 2021405780 
    Refresh: 10000 
    Retry: 2400 
    Expire: 604800   1 weeks
    Default TTL: 3600 
    Pass NSs have same SOA serial OK. All your nameservers agree that your SOA serial number is 2021405780.
    Pass SOA MNAME entry OK. ken.ns.cloudflare.com That server is listed at the parent servers.
    Warn SOA Serial Your SOA serial number is: 2021405780. This can be ok if you know what you are doing.
    Pass SOA REFRESH OK. Your SOA REFRESH interval is: 10000. That is OK
    Pass SOA RETRY Your SOA RETRY value is: 2400. Looks ok
    Pass SOA EXPIRE Your SOA EXPIRE number is: 604800.Looks ok
    Pass SOA MINIMUM TTL Your SOA MINIMUM TTL is: 3600. This value was used to serve as a default TTL for records without a given TTL value and now is used for negative caching (indicates how long a resolver may cache the negative answer). RFC2308 recommends a value of 1-3 hours. Your value of 3600 is OK.
    MX Info MX Records Your MX records that were reported by your nameservers are:

    10   mail.xxxxxxx.fr   1xx.xxx.xxx.xx (no glue) 

    [These are all the MX records that I found. If there are some non common MX records at your nameservers you should see them below. ]
    Pass Different MX records at nameservers Good. Looks like all your nameservers have the same set of MX records. This tests to see if there are any MX records not reported by all your nameservers and also MX records that have the same hostname but different IPs
    Pass MX name validity Good. I did not detect any invalid hostnames for your MX records.
    Pass MX IPs are public OK. All of your MX records appear to use public IPs.
    Pass MX CNAME Check OK. No problems here.
    Pass MX A request returns CNAME OK. No CNAMEs returned for A records lookups.
    Pass MX is not IP OK. All of your MX records are host names.
    Info Number of MX records OK. Looks like you only have one MX record at your nameservers. You should be careful about what you are doing since you have a single point of failure that can lead to mail being lost if the server is down for a long time.
    Pass Mismatched MX A OK. I did not detect differing IPs for your MX records.
    Pass Duplicate MX A records OK. I have not found duplicate IP(s) for your MX records. This is a good thing.
    Pass Reverse MX A records (PTR) Your reverse (PTR) record:
    18.xxx.xxx.xxx.in-addr.arpa ->  xxx-xxx-1xx-xxx-xxx-xx.dsl.sta.abo.bbox.fr
    You have reverse (PTR) records for all your IPs, that is a good thing.
    WWW Info WWW A Record Your www.xxx.xx A record is:
    www.xxx.fr  [xxx.xxx.xxx.xx] 
    Pass IPs are public OK. All of your WWW IPs appear to be public IPs.
    Pass WWW CNAME OK. No CNAME
  6. Le 3/5/2016 at 11:06, PiwiLAbruti a dit :

    Un profil de sauvegarde pour MailPlus est peut-être déjà intégré à Hyper Backup ?

    Oui. On dirait que c'est la seule solution distante si on n'a pas accès à deux Syno.

    Hier j'ai testé OneDrive = Echec avec CloudSync. Le directory .MailDir n'est pas envoyé.
    Avec Dropbox l'arborescence passe mais pas les fichiers.
    Dans la doc de CloudSync il y a un avertissement sur les caractères spéciaux dans les noms.

    Je suis en train de tester Hyper Backup / Hubic, ce qui devrait fonctionner car Hyper Backup doit utiliser son propre système d'archive et n'a pas peut-être pas ce problème de noms de fichiers.

  7. il y a une heure, PiwiLAbruti a dit :

    Le stockage des mails se trouve dans le dossier /home/.Maildir de chaque utilisateur.

    Si les espaces de stockage de chaque utilisateur (/homes/*) sont sauvegardés, les mails le sont aussi.

    Oki. Et donc dans le dossier partagé MailPlus il y a des choses utiles a recuperer en backup ?

  8. Bonjour,

    Dispo car je préfère faire mes backups sur HDD ext finalement (par galettes de 2 To c'est aussi rapide, même coût de revient et le backup n'est pas branché en permanence).

    Est-ce que le 213+ fonctionne correctement : oui. Pas eu d'incident dans toute sa carrière. Propre, non. Il faut songer à le démonter pour passer une soufflette et c'est ce qui justifie que je l'offre pour juste 50 EUR.

     

  9. Il y a 12 heures, Fenrir a dit :

    Il peut y avoir plusieurs cause :

    • Vérifie que le raid ne soit pas en cours de reconstruction
    • que le nas ne soit pas entrain d'indéxer
    • si tu as une livebox, il ne faut pas utilisé son switch pour les nas, ça cause de nombreux soucis
    • n'active pas le chiffrement avec rsync, en local ce n'est pas nécessaire
    • dans certains cas, c'est aussi un signe avant coureur d'un disque entrain de lacher

    Pour l'ip, c'est un adresse APIPA, ce n'est pas forcement un soucis, mais si tu as connecté les 2 cartes du DS415+, il y peut y avoir de la conf à faire

    Oui, c'est exactement ça. Multi-Combo de mertes  :

    1/ Le 213+ était en train de faire son rapport sur la santé des disques. Ensuite il s'est mis a ré-indexer la bibliothèque média.

    2/ Le raid du 415+ est (toujours) en cours de vérif de la parité (un mal très français)

    3/ La bbox doit pas être d'une célérité foudroyant

    4/ Le hasard a fait que la copie a commencé par des répertoires contenant des dizaines de milliers de fichiers de petite taille

    Donc avec une méthode très sauvage j'ai fait remonter le transfert à 4 MB/sec mais ça reste lent. Ma ptite manip est simple : désactiver le max de services / faire de la place (j'ai touché les 100% d'espace) en virant les journaux et en désinstallant des paquets. Et j'ai désinstallé TOUS les paquets, R CINQ n'en a pas besoin.

    Edit :

    Rsync n'a pas fonctionné. La synchro n'a pas pris les sous-sous-sous-dossiers et leurs contenus. Le bousin s'est arrêté avec à peine 5% de fait. Sans message d'avertissement ou d'erreur. Et en plus les droits sur les répertoires avaient changé, verrouillage, mode read-only ou archive. Tâche "en cours" pendant une heure avec aucun débit sur IP. Erm. Donc j'en suis avec Total Commader sous Zindows. J'ai l'impression de gueule de bois.

    Edit 2 :

    Explication simple : il fallait utiliser "Hyperbackup" <=> synchro des dossiers partagés. (surcouche de rsync ...)

  10. Bon. J'ai eu quelques petites surprises sans gravité. J'ai tenté de tout rentrer sur les deux disques du 213+ et des disques externes.

    Ensuite installation du DS415+ a partir de 3 disques sans partitions, SHR  BTRF. Package du site de Synology .Pat ... puis c'est parti en délire.

    Il faut dire que j'ai importé les paramètres du 213+ sur le 415+ avant d'avoir fait l'update 3 de la version actuelle de DSM. :rolleyes:

    S'en est suivi un beau message : "synodyft" n'a pas réussi à démarrer, contactez le support. 

     

    J'ai tout effacé (volume + OS) et  re-install. Après ça a été la découverte de rsync pour transférer les dossiers partagés du 213+ au 415+.

    Apparemment c'est le compte utilisateur root ou rsync qui doivent être utilisés pour lancer la synchro. Les débits m'inquiètent : 1.2 MB/s ça me parait vraiment lent.

    Pour reconstituer 3.6 TB j'en ai un peu pour trop longtemps !!

    Je comprends pas aussi que j'aie une ip qui est apparue sur le LAN 2 : 169.254.215.34, qui ne fait pas partie de mon réseau ?

     

  11. Bonjour PiwiLAbruti,

    J'utilise des alias pour ne pas donner mon vrai courriel. Par ex si je m'inscris sur lovehamburgers-site.com je vais créer un alias du type lovehamburgers@mondomaine.ext

    Cela me permet de suivre qui a vendu mon mail et en modifiant le forward de l'alias, choisir "ma boite" ou "trash" + un courriel de mécontentement au site concerné.

    Sauf que je dois créer un alias par site.

    Chez certains providers de mail, tu peux créer un *@mondomaine, cad que tout mail entrant arrive dedans.

    Et tu appliques les règles voulues pour rediriger les flux

  12. Faut-il ou non remplacer la SODIMM de 2 Go à 8 Go pour mon futur DS415+ ? (je monte mes PC, donc je devrais y arriver sans destroy le nas)
     

    Bon les paramètres sont simples :

    1. Garantie VOID 

    2. 40 balles la RAM (Hé oui, aujourd'hui ça vaut plus grand chose)

     

    Mais le gain de perfs, est-il réel ?

    Je veux dire : on sera que 2-3 utilisateurs avec un compte mail plus chacun, on fait du BT et du storage de data ... au pire madame sera en train de mater un film et moi une série sur android, et on sera en train de DL 12 torrents et d'envoyer / recevoir des mails ... et mon "WAF" (Wife Acceptancy) est au plus bas lol avec une petite moue pincée dès que je sors un tournevis et un cd d'install :-)

     

    Utile ou pas de passer à 8 Gigs ? Du point de vue perfs. 

  13. il y a 4 minutes, Fenrir a dit :

    pense à refaire des backup sur un autre support, le raid n'est pas une sauvegarde

    nb : avec un autre disque de 4To, la procédure serait beaucoup plus simple et rapide

    +1 pour la procédure. Mon ptit cerval apprécie l'allègement de charge ! Sisisi j'avoue.

    +1 pour refaire un backup externe, j'ai tendance à oublier que le raid n'est pas un backup, mais euh 12TB de HDD externe ça risque d'être lol la pile de disques

    Euh au bas mot pour m'économiser 160 balles de disque sup (que je vais finalement devoir prendre pour le backup ...) je vais en prendre pour 2 jours de copie ooops

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