Reprise du message précédent :
Je peux configurer des LAG dans mon switch, mais pas au goût du syno, qui demande un LAG "actif". D'autre sur les forums arrivent à la même conclusion.

Du reste, sans configurer un LAG, en mode auto balancing et comme je l'ai fait écrit, on bénéficie quand même du bond créé à partir du syno.

Si tu peux faire de la conf au niveau de ton switch, il est donc administrable alors que tu indiques le contraire, d'où le commentaire de webmail-7500

manque un 0
 
et oui exactement c'est ce que je voulais dire

Résumé stp  

Fixed

Désolé de faire de la non PUB, mais suite à mes commandes pour upgrade du NAS :  
Ne commandez pas sur Alternate,  
- envoi avec 3 semaines de retard (sans infos),  
- pas d'avis pour suivre le colis,  
- récupération après 5 semaines de galère,  
- 2 disques HS tous les 2 dès la mise en service,  
- renvoi des disques, depuis la réception chez eux (le suivi montre que les disques ont été livrés au destinataire alternate)
- demande d'échange sans retour
- demande de remboursement sans effets,  
- pas de réponses à tous mes mails,  
- pas de réponses aux réclamations
 
 
Très déçu (et un peu en colère) à EVITER

Ne pas généraliser svp. Plusieurs commandes sur alternate (be) prix compétitif a l'époque sur un Toshiba nas 8to emballé très soigneusement, disque nickel, quelques contact avec leur sav qui a été très correct (remboursement d'une alim pc)  et service client très accessible aussi bien via Facebook que telephone ou encore mail.

Je n’ai toujours lu que du mal sur alternate.

alors là on a pas la même expérience  

Bonjour, j'ai un soucis avec les certificats sur mon Syno.  
J'ai autorisé l'accès externe (avec reverse proxy et pare-feu) et mes applis marchent bien (Syno Drive, audio, Moments...)
 
Hier j'ai mis un docker+bitwarden pour tester (et remplacer mon keepass pas très WAF), ça fonctionne mais j'ai toujours un "connexion non sécurisée":
 

 
J'ai tout fait côté certificat, et mon bitwarden.ndd.host apparait bien dessus:  
 

 
Voilà aussi pour le reverse proxy:  
 

 
Et pour le pare-feu:  
 

 
Je ne vois pas où je me plante... J'ai l'impression que le sous-domaine bitwarden.ndd.host n'est pas pris en compte, au vu du certificat: sous les noms alternatifs, il y a les nom DNS pour mes autres applis mais pas pour la dernière (bitwarden.ndd.host).  
 
Pourtant sur mon host, tout est ok non? :
 

 
Vous avez une idée?  

Tu as bien déclaré le sous domaine quand tu as fait la demande du certificat ?
 
Il apparait bien là ?

 
Est-ce que tu es aller choisir quel certificat allait à quel servicen dans l'onglet des certificats, bouton configurer :  

Non justement mon sous-domaine est manquant sur le certificat et je comprends pas pourquoi, les autres y sont bien. Et sur DSM, il apparait bien dans le certificat (https://imgur.com/T33oJBg)
 

Oui il apparait bien là (j'ai un seul certificat associé, le même que mes autres applis)

Bon, en créant un second certificat seulement pour bitwarden.ndd.host, ça marche. Je comprends pas pourquoi.

Je vais radoter, mais faut passer à Traefik
 
Si on peut/veut pas utiliser de certificat wildcard, Traefik va générer 1 nouveau certificat par URL. Et dans le cas contraire, chaque nouveau service utilisera le wildcard.
 
C'est encore plus utile avec des containers, puisqu'il n'est plus nécessaire d'exposer les ports (et jongler avec la multitude de services qui écoutent sur 443).

Avis aux PROs du badblock.
Je pense que mon vieux DS214play et sa ram limitée empèche le test badblocks lancé sur un vieux 2To de se faire correctement...
Voilà ma commande :

La première phase d'écriture s'est faite en 15h53

(d'ailleurs, comment on fait pour virer/ne pas avoir tous ces caractères chelou du fichier log ??)
 
Mais je trouve que la phase de lecture et de comparaison prend anormalement de temps :

 
 
Je pense que j'ai du allouer trop de mémoire au badblocks du coup mon NAS sature et se mets à ramer grave... Car même via le terminal ça rame, ça met du temps à afficher l'invite...

 
Du coup, je pense que je vais retenter le coup... mais avec un paramètre -c plus faible.
Et vous avez une idée de ce que je dois mettre ou enlever à la commande pour ne plus avoir les caractères pourris dans le log ?
 
 
Dernière question, j'ai un dock USB3.
Est-ce que vous pensez que c'est jouable de mettre les disques dedans et de le brancher sur le 920+ pour faire ces tests ? (j'ai aussi un vieux 4 To à tester, en espérant que ça passe sur celui-là). Ça ne va pas être trop lent/long ?

Divise -c par 2  
Sinon le mieux à mon avis c’est le dock usb3 sur le 920+

Tu penses donc que ça passera crème avec le Dock sur le 920+ ?
Je vais tenter ça ^^ j'espère que les disques ne vont pas faire trop de bruit sur le dock

Il feront autant de bruit qu’ailleurs

Bon voilà, j'ai branché le dock et mis les deux disques dedans, ça fait un peu plus de bruit, vu que ça rentre pas dans le caisson du nas.
J'ai profité de l'occasion pour changer de câble réseau, j'avais de manière régulière des passages en 100Mb du lien entre le NAS et le switch du bureau... espérons que ça règle le soucis, sinon ce sera un soucis de port réseau...
 
@babble : tu vas être content     , quand j'ai réorganiser mon bureau (la pièce), j'ai du sortir le NAS du caisson pour resserre les vis de ce dernier, et j'ai profité de l'occasion pour faire un petit trou supplémentaire dans la paroi du caisson pour faire devine quoi (dès que j'ai retrouvé le ventilateur)

Pas mal, mais le trou me paraît trop petit. Il aurait fallu faire Ø120 pour y coller un Arctic F12 sous-volté à 5V (totalement inaudible)

Déjà les deux disques sont reconnus dans le dock sur le NAS , c'est déja ça

 
Petite modification des commandes pour trouver le(s) disque(s) :

Je pense que ça devrait le faire pour quasi toutes les possibilités.
Si quelqu'un assez balèze en ligne de commande pouvait me dire si c'est correct  

Je n'avais qu'une scie cloche de 64 mm (pour les boites d'encastrement des prises/interrupteurs...)
Si jamais c'est pas suffisant avec un ventilateur devant, j'agrandirais avec une scie sauteuse... ce sera moins propre et moins rond

Mais caché donc osef

Oué caché... mais si on ouvre la porte, ça va se voir... malgré le ventilateur devant
D'ailleurs, faudra une vis longue pour atteindre le bois pour le fixer... Faut déjà que je retrouve celui que je pense avoir conserver quelque part

On ne visse JAMAIS un ventilateur directement dans une paroi susceptible de vibrer. On monte ça souple avec des élastiques.
 
Et franchement c'est super facile de faire un trou Ø120 à peu près rond à la scie sauteuse.
 
[/HS]

Oui à peu près rond... Le soucis c'est que je devrait le faire depuis l'extérieur du caisson, la scie sauteuse passer pas dedans... et je suis pas sur d'arriver à le démonter...

Bon voilà, deux tests badblocks lancés sur le 920+
Je peux me lâcher sur la RAM utilisée  

J'ai lancé un premier test sans l'option -s, mais du coup, plus de % affiché sur la progression... Mais plus de caractères chelous non plus dans le fichier log... Mais du coup, l'intérêt du % contrebalance le défaut des caractères dans le log... du coup j'ai killé le badblocks pour le relancer avec l'option -s, d'où une première vague d'augmentation d'utilisation de la RAM sur le graph ci-dessous : (les deux commandes de badblocks ont été lancées à 30s d'écart).

Bonjour,
 
J'ai une petite question concernant la fonction pare-feu sur un DS718+.
 
J'ai un utilisateur qui a la fâcheuse habitude de se connecter systématiquement depuis un VPN avec des IP d'un peu tous les pays. Ça fonctionne de son côté. Le conseiller en sécu m'affiche des alertes de connexions inhabituelles.
 

 
Sauf que mon parefeu est configuré comme ça :  
 

 
Mes utilisateurs ne devraient pouvoir se connecter que depuis la France et la Belgique (ou depuis mon réseau local).
 
Quelqu'un saurait-il me dire où j'ai raté quelque chose ?
 
Bonne soirée

Ajoute une ligne de conf où tu refuses tous les ports depuis toutes les IP.
Surtout mets bien cette ligne en dernière position.
Comme plus haut dans le topic :

Ok merci pour l'astuce et la réponse rapide !
 
En fait j'avais déjà lu ça mais dans l'onglet LAN1 avec l'option "si aucune règle n'est remplie : refuser accès" je pensais que ce n'était pas nécessaire.

Je rejoins ton avis, mais j'ai lu à droite à gauche qu'il fallait faire comme ça alors bon...

Heuuu, pourquoi le badblocks s'est arrêté ??
J'ai ça pour le 2To :

Et ça pour le 4To :

Ça ne peut pas être une mise en veille, j'ai tout désactivé :

Miles, tu peux m’en dire plus sur ton caisson ? J’aimerai  faire rentrer un 2 baies + un optiplex micro dans un caisson similaire, mais pas forcément blanc

C'est un caisson EKET de ikea : https://www.ikea.com/fr/fr/p/eket-r [...] -80334603/

Top! Merci.

Tu as mis la valeur donnée pour un NAS de 1Go de RAM. Ce qui est le cas pour ton NAS qui en a bien 1Go
Ca me fait penser au cas d'un autre membres sur ce topic il y a quelques semaines, avec le même symptomes ...

Pour moi de mon avis qui n'engage que moi. Les valeurs -c ne tiennent pas compte, suffisamment, de l'occupation de RAM par d'autres processus. Je pense donc qu'un -c plus petit corrigerai l'affaire

Hannn c'est quoi de modèle de Syno. Les spec' STP  

Ne te lâche pas trop non plus. Au bout d'un moment ça n'a plus d'utilité ^^

Les débits ont l'air pas mal. Ca dépote bien par USB 3.x

Oui du coup loupé pour l'affichage de la progression
Mais du coup avec la commande "tail -f", ça s'affiche bien. Tu passait par quelle commande ?

Bin perso. Vu comment les deux bug sont synchro. Ca ne m'étonnerai pas que ce soit un problème de mise en veille du dock
Il me semble que certains boitiers ont cette fonction et ce n'est pas paramétrable puisque interne à l'électronique du boitier
Après ce qui est bimzar c'est que ça le fait alors que les disques sont en cours d'utilisation. Oo

Ou alors un problème d'alim du dock ???

EDIT : Je rejoins babble sur le sujet du Ø120
Si la scie sauteuse ne passe pas. Tu peu aussi percer une multitude de petits trous sur un diamètre de 120. Et tu fini à la lime ... Bon c'est assez long. Mais normalement c'est propre ^^

De rien
 
Sinon, j'ai relancé les deux badblocks. Espérons que ça plante pas comme les précédents...

Oui je pense aussi. Mais faudrait même mettre une valeur facilement divisée par deux...

loool
La bourde ! J'avais vue la faute de frappe
Sur un 9202, je pense qu'on en sera à pluseurs To de RAM quantique, avec je sais pas combien d'hexa octets de stockage quantique
je te parle pas des débits de transferts de fibres de l'époque

Oui pour voir je passe toujours par tail -f (ou j'ouvre le fichier log avec un éditeur de texte).
Mais il n'y avait que les phases en cours ou faites, mais sans % pour savoir où ça en était.
Du coup j'ai arrêté et relancé avec le -s.

Oué, je sais pas si le boitier a un système de mise en veille intégré. Ce serait abusé que ça se mette en veille alors que les disques travaillent...
Par contre ils sont sacrément chaud. C'est possible une protection contre les températures élevées ?
Je verrais demain si ça resaute au même endroit (temps).

Les disques sont différents donc je ne pense pas qu'ils puisse arriver à la même T° au même moment. Surtout que c'est un dock, donc il sont en plus à l'air libre ... Donc je doute sur l'hypothèse d'une coupure thermique à cause des disques
Par contre pour l'alim' c'est possible je pense

Bref on verra demain ^^

EDIT : J'ai aussi édité plus haut concernant le ventilo :x

Pour l'alim, tu parles du bloc d'alim du dock ?
C'est branché sur l'onduleur, avec le NAS et un switch. (et l'autre NAS que je viens d'éteindre).