Aller au contenu

Lokomass

Membres
  • Compteur de contenus

    407
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Lokomass

  1. Oui j'y accède bien. Voici le screen : Si je fais un nslookup de mon nom de domaine, ça fonction, en revanche, si je fais nslooukp sur mon sous domaine, j'ai une erreur : DNS server handling your query: localhost DNS server's address: 127.0.0.1#53 ** server can't find .....: NXDOMAIN L'erreur vient peut-être de là
  2. Je viens d'ajouter les ports dans le pare feu mais ça ne change rien. Non l'ip 160 c'est un autre serveur derrière.
  3. Hello ! Je pensais que c'était simple mais en fait non 😄 Je souhaite mettre en place un reverse proxy sur le syno pour pouvoir utiliser des sous noms de domaines. Je dispose du nom de domaines chez Noip : aaaa.no-ip.biz, et je souhaiterai déclarer bbbb.aaaa.no-ip.biz.... J'ai bien ouvert les ports 80 et 443 sur ma LB qui arrivent sur le NAS syno. Je me suis rendu dans le menu correspondant et j'ai rempli comme ce que j'ai vu un peu partout sur le net : A priori j'étais sur de moi, je peux accéder maintenant à : https://bbbb.aaaa.no-ip.biz mais noooonnnnnn, j'ai ce message d'erreur comme si ce que j'avais fait ne servait à rien. Donc du coup, qu'ai-je fait de mal ? Merci d'avance 😉
  4. Merci pour ta réponse, et pour mes clefs privées ? Je peux les mettrent ou ?
  5. Bonjour, J'aimerai supprimer le repertoire /volume1/homes J'ai vu qu'il fallait desactiver la fonction accueil de DSM, mais le souci, c'est que mon user admin contient un fichier .ssh avec mes cléfs autorisées. Je m'en sert pour me connecter avec mon comtpe d'admin en sftp avec WinSCP sans mdp. Si je vire le répertoire je n'ai plus mes clefs... comment puis-je faire ?
  6. Yes merci ! en effet je faisais avec root donc je comprends mieux 🙂 Petite autre question, mon disque externe monte toujours avec des droits admin, alors que le compte est disable. J'essaye de faire un chown dessus pour mettre le nouveau compte admin sans effet : total 20 5 4 drwxrwxrwx 1 admin users 4096 nov. 14 2019 usbshare1-2 41644 4 drwxrwxrwx 3 root root 4096 avril 8 19:11 @eaDir 2 4 drwxr-xr-x 23 root root 4096 avril 12 19:37 .. 32838 4 drwxrwxrwx 2 root root 4096 avril 12 19:38 usbshare1-1 17517 4 drwxrwxrwx 5 root root 4096 avril 12 19:38 . Ici usbshare1-2 ou mon disque est monté est entièrement à admin, est-ce normal ?
  7. J'ai désactivé le compte admin mais je ne peux plus me servir de rsync.... J'ai cette erreur : receiving file list ... ERROR: user has disabled/expired rsync error: wrong password (code 44) at main.c(741) [sender=3.0.9] rsync error: wrong password (code 44) at io.c(687) [Receiver=3.0.9]
  8. Du coup il faut que ce soit dans /volume1, donc par exemple /volume1/.my.cnf et il ne sera jamais perdu aux upgrade DSM ? Parce que je viens d'essayer sur un dossier partagé, j'y accède via /192.168.x.x/mon_rep_partage meme avec les droits root
  9. Ok merci pour ta réponse, c'est effectivement bien ce que je pensais. Mon mdp fait 20 caractères, avec min, maj chiffres et caractères spéciaux donc je lui souhaite bon courage 😄
  10. Le message est clair mais je ne comprends pas du tout quel est l’intérêt en terme de sécurité. Si je crée un autre compte qui s'appelle toto à la place de admin pour faire la même chose, pourquoi est-ce plus secure ? Pourquoi Le fait de mettre un mot de passe blindé pour le compte admin n'est pas suffisant ?
  11. Merci pour ta réponse, Mais du coup, n'y t-il pas un repertoire safe dans lequel poser nos fichiers ?
  12. Bonjour, Depuis la dernière MAJ de DSM, je me suis rendu compte que tout mon repertoire /root a été vidé. Je n'avais jamais vraiment fait attention mais ça me parait étrange, tout mon historique de commande à la poubelle... bref. Depuis peu, au lieu d'utiliser des commandes mysql avec le mot de passe dedans ans mes scripts, j'avais crée un fichier /root/.my.cnf avec le contenu suivant (en chmod 600) : root@NAS-Backup:~# cat /root/.my.cnf [mysql] user=root password=mypass Et c'etait parfait. Le souci, c'est que si à chaque MAJ ça me supprime ce fichier ça va pas le faire. Du coup y'a t-il un autre endroit éventuellement ou je peux le stocker sans risquer de le perdre à chaque update ? De la même manière, j'utilise un fichier .gmail.cnf avec mon pass dedans pour envoyer des mails. Merci
  13. Bonjour, Depuis la dernière MAJ DSM, je vois ce message apparaitre à chaque login. Comment puis-je le désactiver ? Merci d'avance,
  14. Du coup, quitte à payer, je rajoute une petite question comme je vois que tu es de bonne humeur :D. Dans la continuité de la question initiale, je récupère les certificats sur Lets Encrypt grâce à mon serveur principal car il faut que le port 80 soit ouvert. Et n’utilises 2 certificats sur mon serveur principal avec Lets Encrypt, et il les mets à jour automatiquement donc c'est top. J'aimerai que ça se mette également à jour sur mon secours. Du coup j'ai codé un script qui recopie les certificats sur le serveur secours au bon endroit. ça fonctionne "assez" bien. En fait, souvent je vois que les dates d'expiration reculent sur le secours, c'est donc que ça marche bien. Mais des fois, du jour au lendemain, tout est expiré et je dois les ré-importer à la main. Du coup je me demande, n'y t'il pas une solution propre pour faire ce genre de manip ? Réplicat automatique de certificat sur un serveur ? Encore merci, si tu me re-dépatouille je double la note 😉
  15. 1000 mercis !!!!! ça fait plus de 2 mois que j'ai ce souci, et une mise à jour de livebox et ça marche impecc !!!! Merci merci à toi 😉
  16. ça pourrait bien correspondre en effet, mais pourquoi ça ne marche pas que sur mon serveur principal ? car uniquement les ports 80/443 concernés ?
  17. Le nom de domaine est le même pour les 2 serveurs, juste le port qui change. Ce qui est très étrange c'est que si j'accède avec l'ip publique ça fonctionne, c'est vraiment le nom de domaine qui pose problème uniquement pour un serveur.
  18. Bonjour à tous, J'ai un souci assez bloquant, que je n'avais pas avant, mais je ne comprends pas quelle est la cause. J'ai un nom de domaine pour mon IP dyamique chez NoIP. Dans ma livebox, j'ai bien déclarer son alias et tout fonctionne nickel. Derrière, j'ai 2 NAS syno, accessibles depuis internet sur le port 80/443 pour le principal et 81/444 pour le secours. J'utilise Let's encrypt pour récupérer un certificat SSL grâce à mon serveur principal. Du coup, je recopie mon certificat sur le secours et tout roule impeccable jusque là. J'accède bien en https depuis l’extérieur avec mon SSL sur les 2 serveurs via mon nom de domaine. MAIS, depuis mon réseau wifi en local, je ne peux pas accéder à mon nom de domaine : https://xxxx.com Chose encore plus étrange, j'accède sans problèmes à mon secours depuis mon réseau local par contre : https://xxxx:444.com Le souci n'est donc QUE sur mon NAS principal mais impossible de comprendre d’où vient le problème. Merci d'avance pour votre aide 😉
  19. J'ai déjà essayé, si je vais sur phpMyAdmin, j'ai ce message => plutôt logique Et si je vais sur mon nouveau nom :
  20. Bonjour, Cette solution n'est pas optimale dans le sens ou je me connecte souvenir depuis l'extérieur et mon ip change de ce fait, régulièrement. J'aurai préféré renommer le répertoire directement, est-ce possible ? Merci pour ta réponse,
  21. Salut à tous, Je remarque très souvent des scans dans mon apache.log, qui cherchent à trouver le répertoire phpMyAdmin de mon serveur. Savez-vous comment le renommer ? J'ai essayé juste en renommer comme ça mais ça ne fonctionne plus. Du coup je suppose qu'il y a une manip dans DSM ? Merci pour votre aide,
  22. Salut, Je n'utilise plus du tout ce système de fonctionnement... Le fait de devoir laisser un téléphone allumé 24h/24, ça ne me plaisait pas plus que ça. Du coup j'ai acheté un Raspberry Pi, avec une clé 3G, et j'ai reproduit un peu le même système avec Gammu. J'appelle une page PHP qui lance la commande sur le PI et envoie le sms, il y a plein de tutos sur le net.
×
×
  • 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.