Aller au contenu

Superthx

Membres
  • Compteur de contenus

    202
  • Inscription

  • Dernière visite

  • Jours gagnés

    4

Tout ce qui a été posté par Superthx

  1. Merci beaucoup @PiwiLAbruti
  2. Bonjour. J'ai beau chercher mais je trouve pas. Mon Ds1522+ me genere et m'envoi par mail un rapport du dique généré. Voici l'entête du mail. Un rapport d'utilisation du disque a été généré Comment le désactiver et où ? Merci d'avance.
  3. Superthx

    [TUTO] DNS Server

    La zone WAN est ouvert a tous. Perso j'avais jamais eu ce pbl. C'est en modifiant une entrée CNAME sur la zone master que la zone slave ne se mettait pas à jour. J'ai essayer au lieu de la clé via IP et j'ai aussi une erreur. Les 3 NAS que tu as on quel version de DNS SERVER ? Je vais essayer plus tard de faire un DSM Virtuel voir si cela change au cas ou.
  4. Superthx

    [TUTO] DNS Server

    les pare-feux sont desactivé. Avec nmap les ports 53 sont bien ouverts auatant en TCP que UDP Quel est le NAS distant pour toi ? Dans chaque NAS j'ai une vue WAN avec Liste d'IP source ALL. Si je met l'ip de l'un ou de l'autre seul les ip mises pourront voir mes zones. Donc le limiter que a une ip....... En plus c'est bizarre c'est depuis que j'ai mon nouveau NAS en DSM 7.2. Mon ancien NAs ne me la jamais fait.
  5. Superthx

    [TUTO] DNS Server

    Merci @PiwiLAbruti Non du tout. On va dire que celui qui est sur la zone slave a l'ip 2.2.2.2. Il a une WAN comme dans le tuto. Les port 53 TCP et UDP sont bien ouverts dans les deux ip
  6. Superthx

    [TUTO] DNS Server

    Bonjour j'ai decouvert recemment un pbl. Et je trouve pas d'où cela vient. Pour faire simple j'ai configurer un serveur DNS avec une zone maitre sur l'ip publique 1.1.1.1 (adresse fictive, c'est une ip fixe sur un NAS avec la derniere version de DSM 6). Les requetes marchent sans problemes. J'ai voulu creer sur un autre NAS une zone esclave et c'est la que cela bloque. Pour update via ip ou la clé cela ne marche pas. Par exemple avec la clé j'ai ceci dans les logs. zone mondomaine.com/IN/WAN: refresh: failure trying master 1.1.1.1#53 (source 0.0.0.0#0): expected a TSIG or SIG(0) Que se passe t'il ? Merci
  7. Salut! je voulais tester la ram via le synology assistant. Mais au moment du redemarrage il me delai de connexion expiré… J'ai trouvé. Si vous avez Un link aggregation fait cela marche pas.
  8. Oui. Movistar en Espagne
  9. Finalement c´est mon FAI qui filtre les DNS si pas du même FAI. WTF..... Vraiment n´importe quoi.
  10. Je viens de faire les modifs. Par contre avec dnschecker, j'ai toujours que les dns de OVH et pas l'ip externe où se trouve mon serveur. Je vais attendre jusqu´à demain voir. Il y a une maniere de verifier si le port 53 en UDP repond correctement ? Car je me pose la question. Si mon port est bloqué. Pourtant bien rediriger sur le nas ouvert aussi bien UDP que TCP. Autre chose. En mettant 192.168.1.10 dnas le point 2. Quand je fais un nslookup d'un sous domaine avec mon ip externe il me file 192.168.1.10 Pourtant j'ai bien suivi le tuto DNS avec les vues local et WAN
  11. Merci oracle!!! Je vais test cela ce week end [emoji106]
  12. Bonjour! J´ai un pbl avec DNS SERVER. J´ai une ip fixe. avec un nom de domaine qu´on va appeler test.com Chez OVH : - J´ai pointer ns.test.com -> Ip Fixe (123.456.789.0) - En DNS j´ai ci dessous ns107.ovh.net - Actif dns107.ovh.net - Actif ns.test.com 123.456.789.0 Sur mon NAS cam.test.com. 86400 CNAME ns.test.com. wifi.nave.test.com. 86400 CNAME ns.test.com. nas.test.com. 86400 CNAME ns.test.com. test.com. NS ns.test.com. ns.test.com. A 123.456.789.0 Je test sur ZoneMaster et j´ai Warning:Connectivité UDP CONNECTIVITY01 WARNING Le serveur de noms ns.test.com/123.456.789.0 ne répond à aucune requête en UDP. Pourtant le port 53 est bien ouvert en TCP/UDP. Donc aucun DNS ne choppe ce qu´il y a sur ns.test.com. Une idée ? Merci...
  13. Salut! Je voudrais bien aider mais je sais pas. Tu as trouvé sur des forum anglais? Au cas ou....
  14. Le script doit marcher sur les 2.
  15. Perso, j'ai ceci : SynologyRouter> ./autoblocksynology_20210226.sh Demarrage du script autoblocksynology_20210226.sh v0.0.4: Sat Feb 27 23:14:24 CET 2021 sh: 0: unknown operand IP téléchargée sur filtreperso.txt sh: 0: unknown operand Echec chargement IP depuis le site https://lists.blocklist.de/lists/all.txt sh: 0: unknown operand Echec chargement IP depuis le site https://feodotracker.abuse.ch/downloads/ipblocklist_aggressive.txt 25898 IP ont été traitées 25850 IP ont vu leur blocage prolongé 48 nouvelles IP ont été ajoutées 26140 IP seront bloquées suite à cette mise à jour Fin du script exécuté en 13 secondes
  16. J’ai toujours pS tester sur SRM. Je test demain et j’informe
  17. Je vais tester cela demain....
  18. Salut! Cela fait longtemps que je passe plus par ici. Je vais check un peu ce qui se paase. @+
  19. Bonjour!!! Cela fait longtemps que je cisite pas le forum. Je vais lire les messages que j’ai perdu...
  20. Salut ! DSL pour ne pas venir plus tot dans la conversation. Je test cela cette semaine pour SRM.
  21. Oui. C'est bien ce que je pensais faire. Dommage que l'on puisse pas faire autrement. Merci.
  22. erreur, c'est nas.ndd.com CNAME ns1.ndd.com(NAS Réseau 2) Oui. Cela marche correctement. Oui c'est logique. C'est mieux pour trouver ses appareils. Alors c'est lá que je comprends pas...... si j'ai comme enregistrement: router.ndd.com A 192.168.1.1 impossible d'ajouter dans la zone DNS router.ndd.com CNAME ns1.ndd.com J'ai une erreur le FQDN de CNAME et d'autres enregistrements ne peuvent pas etre identiques. Donc ou je choisi de rediriger sur router.ndd.com sur son ip reel et je le retrouve sur le reseau (ping, etc...) ou j'oublie et je met sur 192.168.1.111 pour avoir acces à mes services web en mettant 192.168.1.111. Que cela soit A ou CNAME il faut choisir une IP.
  23. Salut à nouveau. Je reviens avec mon problème. Car j'ai pas de réponse. J'utilise openvpn. Pour ce qui est du reverse proxy c'est galère. Mon NAS avec Reverse proxy est sur 192.168.1.111 Dans mes DNS Server de chaque côter c'est comme ceci. ns1.ndd.com 192.168.1.111(NAS Réseau 1) ns2.ndd.com 192.168.0.1(Router Réseau2) router.ndd.com 192.168.1.1(Router Réseau 1 - Serveur VPN) maison.ndd.com (Router Réseau 2 - Client VPN) nas.ndd.com CNAME ns1.ndd.com(NAS Réseau 1) nas.ndd.com CNAME ns1.ndd.com(NAS Réseau 2) Jusqu'ici pas de problème. Depuis l'extérieur de ces 2 réseaux. Les gens ce connectent. Mais c'est sur les 2 réseaux en local ou sa foire méchant. Si depuis Reseau 1 ou 2 je veux me connecter sur router.ndd.com 192.168.1.1, j'ai une erreur 443. curl -v https://router.ndd.com * Failed to connect to router.ndd.com port 443: Connection refused curl: (7) Failed to connect to router.ndd.com port 443: Connection refused nslookup router.ndd.com ne me donne correctement l'adresse. nslookup router.ndd.com 192.168.1.111 Server: 192.168.1.111 Address 1: 192.168.1.111 Name: router.ndd.com Address 1: 192.168.1.1 nslookup router.ndd.com 192.168.0.1 Server: 192.168.0.1 Address 1: 192.168.0.1 Name: router.ndd.com Address 1: 192.168.1.1 La seul solution pour que cela puisse fonctionner correctement c'est modifier toutes les ip que n'ont pas de services sur 192.168.1.111 dans les DNS SERVER. exemple : router.ndd.com 192.168.1.111(l'ip réel est 192.168.1.1) hub.ndd.com 192.168.1.111(l'ip réel est 192.168.1.11) camera.ndd.com 192.168.1.111(l'ip réel est 192.168.1.101) nas.ndd.com 192.168.1.111 download.ndd.com 192.168.1.111 localhost.ndd.com 192.168.1.111 Donc qu'est-ce qui me*de en local pour avoir cette erreur 443? Merci......
  24. En effet, j'ai rajouter 2 Go de ram à mon vieux DS1511+. LibreNMS ainsi que ce tuto fonctionne nickel.
  25. Salut ! Je rencontre un problème sur mon reverse proxy. Et je but sèchement. mon NAS est sur l'ip 192.168.1.111. Tout les services comme portainer et autres services web fonctionne correctement. Exemple: https://test.ndd.com -> http://localhost:9000 Mais j'ai fait aussi des redirections pour un router et un hub. https://router.ndd.com -> http://192.168.1.1:8080 https://hub.ndd.com -> http://192.168.1.11 Et chaque fois que me connecte sur une ip qui est rediriger autre que le NAS (localhost=192.168.1.111) impossible de se connecter. Sous chrome c'est ERR_CONNECTION_REFUSED. Cela ne le fais que sur les DNS en vue LAN. Car en vue DNS WAN ben sa marche bien. Faisant nslookup router.ndd.com. J'ai bien mon ip public Faisant nslookup router.ndd.com 192.168.1.111 . J'ai bien mon ip local de mon router 192.168.1.1 Les reponse au ping de router.ndd.com est bien 192.168.1.1 Quelqu'un peut m’éclairer ? Merci d'avance.
×
×
  • 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.