Aller au contenu

Lokomass

Membres
  • Compteur de contenus

    407
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Lokomass

  1. bon je ne comprends pas, j'ai des services qui ne fonctionnent pas genre SSH. j'ai toujours écrit Échec de la connexion IEEE 802.3ad dans mon interface réseau. pourtant LAG est activé côté netgear
  2. tu as choisi quel mode d'aggrégation ? les 2 ports sur le meme switch ?
  3. Je vais tenter ceci mais du coup comment ça se fait que tout soit dans les choux comme ça ? que plus rien ne fonctionne d'un coup alors que tout allait bien ?
  4. Bon, je ne sais pas pourquoi mais je ne peux plus joindre aucun de mes 2 NAS. J'ai essayé de désactiver les LAG sur le switch, debrancher un cable, rien n'y fait je n'ai plus aucun accès. J'arrive juste à pinger le serveur au moment de l'eteindre via le bouton... que dois-je faire ? Je ne comprends pas
  5. Yes c'est bien lui ! Oui, la config est la même pour les 2 LAGs, j'ai juste la main pour affecter des ports dedans, donc à priori c'est la même chose. Les confs sont les mêmes pour 920 et 418. Je mets à jour la signature, oui c'est bien Joey, the best ! Je ne pense pas avoir activé openVSwitch, je vois ça ou ? Le mode que j'ai choisis c'est "Balance-TCP " pour les 2
  6. Bonjour à tous j’ai récemment acheté un switch netgear pour mes serveurs. du coup j’ai configuré 2 LAG pour mes 2 nas 920+ et 418. je configure sur le switch l agrégation de ports. Puis sur le nas je crée mon bond. pour mon 920+ aucun souci ça a fonctionné nickel, en revanche la même opération sur mon 418 ne fonctionne pas. la création se passe bien mais impossible de joindre le serveur sur son ip. Il faut débrancher un des 2 câbles pour qu’il soit à nouveau joignable. Tout est bien configuré mais ça ne fonctionne pas. Quelqu’un peut m’aider ? merci
  7. Oui oui, j'arrive bien à joindre mon second NAS sur le même réseau sans problème.
  8. Bonjour, Je rencontre un problème incroyable 😄. Je viens de reset usine ma surface pro 4. Je lance mon explorateur et essaye de renseigner l'ip de mon NAS principal pour récupérer des fichiers ==> impossible de joindre le serveur.... Je teste un ping dessus, ça répond bien, je tente de me connecter sur mon NAS secondaire, pas de soucis ça se connecte ! Je me dis que le souci vient du principal, je teste depuis un autre PC et ça fonctionne nickel.... J'ai de suite pensé à un blocage de l'ip réseau de ma tablette. Je vais dans les réglages du NAS mais rien qui ne commence par 192.168.x.x dans la liste des blocages. Plusieurs reboot, mais rien n'y fait, impossible de se connecter sur mon NAS, que se passe t-il ? Merci 😄
  9. Bonjour à tous, Je souhaiterai récupérer mon ancien Vertex OCZ 3 120go pour le brancher sur le port eSata de mon 920+. J'utilisais ce disque dans une tour et il était donc branché sur eSata + Alim, hors je n'ai pas d'alim sur le eSata de mon NAS. Du coup comment puis-je faire ceci ? Faut-il un boîtier ? Une alim externe ? Merci pour votre aide
  10. J'ai trouvé une option dans "gestionnaire de disques" depuis DSM, qui disait "envoyer un rapport des disques chaque mois", j'ai décocher cette option. J'attends le 1 septembre pour voir 🙂
  11. Hello, Je déterre un peu le truc. J'ai fini par abandonné, du coup j'ai viré l'execution du script dans mon crontab définitivement. Chose très surprenante, le script s'execute encore une seule fois sur chaque serveur et à une heure bizarre (en fait, même comportement qu'avant, sauf que le script ne passe plus à 00h00). Du coup je suis perdu, qui est le responsable ? ou chercher ? Dans /var/log/messages, je trouve cette ligne qui correspond à mon mail reçu le 01/08 à 00h22. ./synocrond-execute.log:08-01 00:22:01 running job: builtin-libhwcontrol-syno_disk_health_record with command: /usr/syno/bin/syno_disk_health_record as user root Merci
  12. Je viens de trouver cette variable qui semble faire le job : HTTP_X_FORWARDED_FOR
  13. Hello, Oui je pense que ce que tu dis peux fonctionner, mais dans mon cas, la finalité est de savoir si l'appel d'origine sur mon NAS/NAs backup vient de mon réseau local ou de l'extérieur, et dans ce cas, comment puis-je le savoir ?
  14. Bonjour à tous, J'utilise mon NAS principal comme reverse proxy pour accéder à mon NAS backup. Du coup mon dns est : mondns.com, donc pour accéder à NAS, je tape mondns.com et pour mon backup je fais backup.mondns.com : tout fonctionne impecc Quand je tape sur mon NAS direct, la variable PHP REMOTE_ADDR est bien mon IP publique. Mais quand je regarde sur mon backup, comme il passe par mon NAS pour rediriger, REMOTE_ADDR devient l'ip interne de mon NAS et non plus mon IP publique. C'est assez génant car en PHP je cherche à savoir si la personne qui tape sur mon serveur est dans mon réseau local ou non. Et du coup ça falsifie le truc, donc comment récupérer l'IP publique sans "translater" l'ip par celle de mon NAS ? Merci d'avance
  15. hmm j'ai ajouté le script avec la commande, et je l'ai executé mais rien ne se passe 😄
  16. je ne trouve pas dans les taches planifiées l'equivalent de syno_disk_health_record. Du coup je crée une tache qui appelle ce script ?
  17. En fait oui je génère dynamiquement mon /etc/crontab, grâce à une table mysql. Ce que je ne comprends pas, c'est que ça fonctionnait parfaitement jusqu'à présent. Tous mes autres scripts fonctionnent sans problème. Du coup tu me conseilles quoi, d'ajouter une entrée dans le planificateur ?
  18. Hello, Oui les serveurs sont tous les 3 en DSM 6.2.4-25556. Très bizarre, voici les 3 logs (je n'ai aucune trace concernant ce script) : root@NAS-1:~# cat /var/log/messages |grep '2021-07-01' 2021-07-01T10:00:08+02:00 NAS-1 ntpdate: Sync with time server 129.250.35.251 offset -0.000898 sec. root@NAS-2:~# cat /var/log/messages |grep '2021-07-01' root@NAS-2:~# root@NAS-3:~# cat /var/log/messages |grep '2021-07-01' 2021-07-01T00:07:43+02:00 NAS-3 synologrotated: synologrotated.cpp:191 /var/log/synolog/.SYNONETBKPDB rotate failed. 2021-07-01T04:46:43+02:00 NAS-3 synologrotated: synologrotated.cpp:191 /var/log/synolog/.SYNONETBKPDB rotate failed. 2021-07-01T10:00:07+02:00 NAS-3 ntpdate: Sync with time server 37.187.122.11 offset 0.000892 sec.
  19. Bonjour à tous. Je me retrouve confronté à un problème de l'espace ! Dans mon crontab, j'ai ces 2 lignes : ############################################################ # Default # ############################################################ 0 0 * * * root /usr/sbin/ntpdate -u pool.ntp.org 0 0 1 * * root /usr/syno/bin/syno_disk_health_record Je reçois donc un mail sur la santé de mes disques tous les 1 du mois pour mes 3 NAS syno à 00h. Depuis le 1 avril, et pour une raison surement hautement improbable, je reçois 2 mails au lieu d'un. Un mail à 00h, et un autre mail quelques minutes plus tard (cela peut être 5 ou 90+ après minuit), et ce pour mes 3 serveurs ! Aucune logique dans le délai de la seconde exécution, par exemple cette nuit, j'ai reçu : - NAS 1 : 00h et 00h07 - NAS 2 : 00h et 00h10 - NAS 3 : 00h et 01h33 J'ai pensé un souci de mon ntupdate, que j'ai décalé à 10h le matin, mais donc cette nuit même problème... Si je lance le script à la main dans mon syno via ssh, j'ai juste une exécution classique. J'ai regardé les logs, étudié les délais, cherché tout ce qui me paraissait logique mais je ne trouve rien, je ne comprends absolument pas. Si quelqu'un a une idée, je suis preneur, merci pour votre aide,
  20. Oups j'ai réussi finalement, je tapais pas au bon endroit. Il me reste un dernier truc, du coup j'ai viré le port 5001 complètement. Sur mon nas backup, je n'accède plus par l'url directe mais pas le reverse proxy : backup.aaaa.no-ip.biz. Du coup j'ai l'ancien certificat dessus mais impossible de le virer car par défaut. Comment nettoyer complètement tous les certifs du serveur ? ils ne me servent plus maintenant 🙂 merci encore
  21. J'ai réussi finalement ! Il fallait ajouter l'option wildcard ! Merci à toi pour l'aide. Par contre maintenant, j'accède à cette page 😄 Alors que logiquement je devrais arriver sur une vraie page par exemple phpMyAdmin
  22. En fait mon DNS principal est de type A. Mais celui là je ne peux pas le modifier. Je peux éventuellement modifier le type en CNAME mais je ne pense pas que ce soit ça qu'il faut faire
×
×
  • 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.