Problème Reseau dhcp et dns

Tags: #<Tag:0x00007f50a15f0ac0> #<Tag:0x00007f50a15f09d0>

Bonjour,

Depuis un moment, je rencontre quelque soucis sur mon réseau qui fonctionné bien.

Dans les paquets que j’ai installé il y a bind9 longtemps utilisé et isc-dhcp-server qui lui été simple au premières abord mais je crois que non.

mon réseau est simple

Ma bbox de Bouygues qui récupérer tout les connexion wifi (switch, xbox, playstation, android, portable (qubesOS et windobe), iphone,…) puis un switch qui géré l’ensemble de mes connexion Ethernet dont mon ordinateur sur windows (console de jeux que j’appellerais Wonsole), mon ordinateur de travaille (debian buster) et suivie d’un cpl qui va vers ma télé et le serveur(debian buster) qui lui comprends lecteur vidéo, serveur pxe pour installation en réseau,… et surtout le dns et le dhcp (seul et unique sur le réseau car désactivé sur la bbox).

Le problème c’est que depuis peu de temps, j’ai 1 soucis qui reviens. C’est l’incapacité que ma Wonsole de reçois l’ip que le dhcp doit lui attribué. Pourtant, quand je lui attribue une ip fixe avec la gateway et le dns du serveur. Tout fonction.

Mais les problème on continué car après avoir réglé les soucis que Wonsole le problème a sauté sur le portable Windows que j’ai. j’ai procédé au réglage identique a Wonsole mais rien n’y fait et même Wonsole a recommencé a ne plus fonctionné alors que je croyais les avoir réglés.

Et aujourd’hui le problème a empiré plus aucun des appareils ne peux ce connecté au réseau wifi et Ethernet cause de non attribution des ips . Et le serveur lui ne sort plus du tout.

J’ai remarqué ça depuis le début mon Wonsole ou je voulais installé une Debian via réseau a fonctionné un temps avec le serveur pxe. Mais ne fonctionné plus après malgré qu’en ouvrant un client tft sur une debian ou QubesOs fonctionné parfaitement.

Les fichiers config que j’ai modifié :

/etc/dhcp/dhcpd.conf

# dhcpd.conf
#
# Sample configuration file for ISC dhcpd
#
authoritative;
# option definitions common to all supported networks...
option domain-name "srv.world";
option domain-name-servers 192.168.1.1, 192.168.1.254;

ignore client-updates;
default-lease-time 600;
max-lease-time 7200;

# The ddns-updates-style parameter controls whether or not the server will
# attempt to do a DNS update when a lease is confirmed. We default to the
# behavior of the version 2 packages ('none', since DHCP v2 didn't
# have support for DDNS.)
ddns-update-style none;

# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
#authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
#log-facility local7;

# No service will be given on this subnet, but declaring it helps the 
# DHCP server to understand the network topology.

#subnet 10.152.187.0 netmask 255.255.255.0 {
#}

# This is a very basic subnet declaration.
host srv {
   hardware ethernet 6c:3b:e5:39:9a:9c;
   fixed-address 192.168.1.1;
}

host box { 
   hardware ethernet AC:3B:77:83:9E:AC; 
   fixed-address 192.168.1.254;
}

subnet 192.168.1.0 netmask 255.255.255.0 { 
   pool {
#     option domain-name-servers 192.168.1.1; 
      range 192.168.1.100 192.168.1.200;
      option routers 192.168.1.254; 
#     default-lease-time 21600; 
#     max-lease-time 36000;
   }
#  option broadcast-address 192.168.1.255;
#  option subnet-mask 255.255.255.0;
#   filename "pxelinux.0";
}

#group {
#   next-server 192.168.1.1;
#   host tftclient {
#      filename "pxelinux.0";
#   }
#}

# This declaration allows BOOTP clients to get dynamic addresses,
# which we don't really recommend.

#subnet 10.254.239.32 netmask 255.255.255.224 {
#  range dynamic-bootp 10.254.239.40 10.254.239.60;
#  option broadcast-address 10.254.239.31;
#  option routers rtr-239-32-1.example.org;
#}

# A slightly different configuration for an internal subnet.
#subnet 10.5.5.0 netmask 255.255.255.224 {
#  range 10.5.5.26 10.5.5.30;
#  option domain-name-servers ns1.internal.example.org;
#  option domain-name "internal.example.org";
#  option routers 10.5.5.1;
#  option broadcast-address 10.5.5.31;
#  default-lease-time 600;
#  max-lease-time 7200;
#}

# Hosts which require special configuration options can be listed in
# host statements.   If no address is specified, the address will be
# allocated dynamically (if possible), but the host-specific information
# will still come from the host declaration.

#host passacaglia {
#  hardware ethernet 0:0:c0:5d:bd:95;
#  filename "vmunix.passacaglia";
#  server-name "toccata.example.com";
#}

# Fixed IP addresses can also be specified for hosts.   These addresses
# should not also be listed as being available for dynamic assignment.
# Hosts for which fixed IP addresses have been specified can boot using
# BOOTP or DHCP.   Hosts for which no fixed address is specified can only
# be booted with DHCP, unless there is an address range on the subnet
# to which a BOOTP client is connected which has the dynamic-bootp flag
# set.
#host movies {
#  hardware ethernet 6c:3b:e5:39:9a:9c;
#  fixed-address 192.168.1.2;
#}

# You can declare a class of clients and then do address allocation
# based on that.   The example below shows a case where all clients
# in a certain class get addresses on the 10.17.224/24 subnet, and all
# other clients get addresses on the 10.0.29/24 subnet.

#class "foo" {
#  match if substring (option vendor-class-identifier, 0, 4) = "SUNW";
#}

#shared-network 224-29 {
#  subnet 10.17.224.0 netmask 255.255.255.0 {
#    option routers rtr-224.example.org;
#  }
#  subnet 10.0.29.0 netmask 255.255.255.0 {
#    option routers rtr-29.example.org;
#  }
#  pool {
#    allow members of "foo";
#    range 10.17.224.10 10.17.224.250;
#  }
#  pool {
#    deny members of "foo";
#    range 10.0.29.10 10.0.29.230;
#  }
#}

fichier /etc/default/isc-dhcp-server

# Defaults for isc-dhcp-server (sourced by /etc/init.d/isc-dhcp-server)

# Path to dhcpd's config file (default: /etc/dhcp/dhcpd.conf).
DHCPDv4_CONF=/etc/dhcp/dhcpd.conf
#DHCPDv6_CONF=/etc/dhcp/dhcpd6.conf

# Path to dhcpd's PID file (default: /var/run/dhcpd.pid).
#DHCPDv4_PID=/var/run/dhcpd.pid
#DHCPDv6_PID=/var/run/dhcpd6.pid

# Additional options to start dhcpd with.
#	Don't use options -cf or -pf here; use DHCPD_CONF/ DHCPD_PID instead
#OPTIONS=""

# On what interfaces should the DHCP server (dhcpd) serve DHCP requests?
#	Separate multiple interfaces with spaces, e.g. "eth0 eth1".
INTERFACESv4="enp3s0"
#INTERFACESv6="enp3s0"

/etc/network/interface

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

 /etc/network/interfaces.d/*

    # The loopback network interface
    auto lo
    iface lo inet loopback

    auto enp3s0
    iface enp3s0 inet static 
    address 192.168.1.1
    netmask 255.255.255.0
    broadcast 192.168.1.255
    gateway 192.168.1.254
    up service isc-dhcp-server restart

Tu as vérifié les équipements réseau, notamment switch et CPL ?

oui

Je suis même allée a tous débranché et rechangé la disposition car avant le cpl été branché prés du routeur internet de la bbox et le switch au niveau de la télé.

Et actuellement j’ai remis le DHCP de la bbox et l’ordinateur portable Windows en wifi est actuellement en galère de trouvé une requête dns alors que ma Wonsole est passé en ip fixe et fonctionne parfaitement mais une fois qu’il a trouvé un truc il galope comme si de rien été.

edit : je précise quand je ping l’ensemble des ips même extérieur ça fonctionne. Mais bizarrement les ordinateurs sous debian ou QubesOS n’ont rien et mon serveur sous debian est incapable de sortir actuellement.

bon histoire réglé pour le serveur qui ne répondais plus.

un petit être vivant a dent longue a fait un caprice sur un câble :rabbit2:

mais ça ne règle pas les problèmes lié à la lenteur réseau et la non attribution des ip par le serveur :confused:

1 J'aime

Bonjour,

Je ne suis pas sûr de tout comprendre mais utilises-tu réellement ce domaine et est-il bien a toi ?

Le domaine « srv.world » n’est pas a moi.
J’ai pris d’un tuto qui expliqué que on pouvais écrire n’importe quoi du moment que c’était dans le format d’un domaine mais qui n’existais pas.

Si jamais vous avez besoin de plus de détail ou un truc qui n’est pas claire je peux réexpliqué.

Non on ne peut pas écrie n’importe quoi, surtout lorsque le domaine existe.

dig +short srv.world
180.43.145.38

Si tu n’as pas de nom de domaine et que tu en veux un pour un usage local il faut utiliser l’un de ces TLD :
.test
.example
.invalid
.localhost
https://tools.ietf.org/html/rfc2606

oki

mais j’en ai pas spécialement besoin donc je dois juste le commenté alors ou je dois écrire autre chose ?

Dans ce cas mieux vaut ne rien mettre.

oki du coup j’ai commenté la ligne et relancé le service.

Je verrais si les ips sont mieux attribué et vais testé l’installe réseau se porte mieux.

bon j’ai toujours le même soucis pour les adresses ip

quand l’ordinateur demarer il passe en ip 169.254.11.149 avec un masque 255.255.0.0

Puis quand je le passe en ip fixe et lui redemande un ip dynamique du dhcp tous les information arrive bien a destination.

Mais le plus violent c’est quand je lui demande de sortir que les problème continue quand je ping le serveur, la gateway ou tout autres ip exterieux, Il reponds.
Mais quand je fait un ping « debian-fr.org » rien pendant 5-10 minute puis il se reveille et me donne enfin l’ip du domain et fait le ping (la commande est comme en train de lagger par l’attente de la reponse du dns).

Cela semble indiquer un problème sur ton serveur qui, si j’ai bien compris, fait à la fois serveur DHCP et résolveur DNS pour le réseau.
Est-ce que tu essayé de redémarrer le serveur ?
Sur le serveur, il faut vérifier l’état des services et aussi qu’il est bien à l’heure.

c’est bien ça le serveur gère le dhcp, le resolveur dns , l’installe réseau (qui se porte mal en se moment cause du dhcp je pense) et fait office de serveur vidéo en dlna ou avec interface graphique pour molotov tv (car merci je veux pas plus de Google chez moi. (déjà avec les tablette et telephone. Une box android tv venant de chez Bouygues ça aurais été la goute d’eau $^*%… :face_with_symbols_over_mouth: ). pardon… :innocent:
Je voudrais , aussi, dégagé la Wonsole pour faire une Debian qui utilise Shadow pour avoir de moins en moins de windows (en claire plus qu’un) chez moi… mais le soucis qu’il y a est une autre histoire… :zipper_mouth_face:

Je l’ai redémarré plusieurs fois sachant que j’avais eu le problème du lapin qui a grignoté le câble Ethernet. Mais je l’ai déjà redémarrer plusieurs fois avant cette incident et ça n’a rien changé.

L’heure local du serveur est, apparemment, la bonne car elle corresponds avec les 3 ordinateurs et ma montre connecté. si tu as une commande pour vérifié je te la fait mais « date » suffi je pense.

status du isc-dhcp-server

● isc-dhcp-server.service - LSB: DHCP server
   Loaded: loaded (/etc/init.d/isc-dhcp-server; generated)
   Active: active (running) since Mon 2020-04-13 14:37:05 CEST; 2h 32min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 6385 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=0/SUCCESS)
    Tasks: 1 (limit: 4639)
   Memory: 11.5M
   CGroup: /system.slice/isc-dhcp-server.service
           └─6398 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp3s0

avril 13 17:05:02 debian dhcpd[6398]: reuse_lease: lease age 0 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.1.101
avril 13 17:05:02 debian dhcpd[6398]: DHCPDISCOVER from 08:c5:e1:bb:9f:0e (Galaxy-S9) via enp3s0
avril 13 17:05:02 debian dhcpd[6398]: DHCPOFFER on 192.168.1.101 to 08:c5:e1:bb:9f:0e (Galaxy-S9) via enp3s0
avril 13 17:05:03 debian dhcpd[6398]: reuse_lease: lease age 1 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.1.101
avril 13 17:05:03 debian dhcpd[6398]: DHCPREQUEST for 192.168.1.101 (192.168.1.1) from 08:c5:e1:bb:9f:0e (Galaxy-S9) via enp3s0
avril 13 17:05:03 debian dhcpd[6398]: DHCPACK on 192.168.1.101 to 08:c5:e1:bb:9f:0e (Galaxy-S9) via enp3s0
avril 13 17:08:30 debian dhcpd[6398]: DHCPREQUEST for 192.168.1.106 from f0:03:8c:64:5e:0e (Fumiko) via enp3s0
avril 13 17:08:30 debian dhcpd[6398]: DHCPACK on 192.168.1.106 to f0:03:8c:64:5e:0e (Fumiko) via enp3s0
avril 13 17:09:06 debian dhcpd[6398]: DHCPREQUEST for 192.168.1.112 from 30:9c:23:00:94:d1 (Philipe_J_Fry) via enp3s0
avril 13 17:09:06 debian dhcpd[6398]: DHCPACK on 192.168.1.112 to 30:9c:23:00:94:d1 (Philipe_J_Fry) via enp3s0

status du bind9

● bind9.service - BIND Domain Name Server
   Loaded: loaded (/lib/systemd/system/bind9.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2020-04-12 22:11:28 CEST; 19h ago
     Docs: man:named(8)
  Process: 543 ExecStart=/usr/sbin/named $OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 559 (named)
    Tasks: 7 (limit: 4639)
   Memory: 43.8M
   CGroup: /system.slice/bind9.service
           └─559 /usr/sbin/named -u bind

avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1065.awsdns-05.org/AAAA/IN': 2600:9000:5302:c700::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1065.awsdns-05.org/AAAA/IN': 2600:9000:5300:8500::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1065.awsdns-05.org/AAAA/IN': 2600:9000:5304:800::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1065.awsdns-05.org/AAAA/IN': 2600:9000:5306:4500::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1065.awsdns-05.org/A/IN': 2600:9000:5306:4500::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1968.awsdns-54.co.uk/A/IN': 2600:9000:5301:7600::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1968.awsdns-54.co.uk/A/IN': 2600:9000:5307:3a00::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1968.awsdns-54.co.uk/A/IN': 2600:9000:5303:b600::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1968.awsdns-54.co.uk/A/IN': 2600:9000:5305:f900::1#53
avril 13 17:09:09 debian named[559]: network unreachable resolving 'ns-1968.awsdns-54.co.uk/AAAA/IN': 2600:9000:5303:b600::1#53

De ce que je vois cela à l’air de fonctionner : il y a trois machines qui reçoivent une IP et BIND semble en fonction.
Pour bind il faut quand même vérifier sue le serveur si tu arrive bien à résoudre divers noms de domaines, exemples :

dig +short google.fr
dig +short debian.org
dig +short wikipedia.org

Si le serveur fonctionne, le problème vient de l’ordinateur lui même, ou d’un élément du réseau : câble, switch, etc. comme suggéré au départ par @PascalHambourg.

Alors voici les commandes qui marche visiblement bien.

en short

root@debian:~# dig +short wikipedia.org
91.198.174.192
root@debian:~# dig +short google.fr
172.217.18.195
root@debian:~# dig +short wikipedia.org
91.198.174.192

en complète :

root@debian:~# dig google.fr

; <<>> DiG 9.11.5-P4-5.1-Debian <<>> google.fr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21256
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 9

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 8ef6bf5b979cb4057e8445b85e948b047f6537860c2fe775 (good)
;; QUESTION SECTION:
;google.fr.                     IN      A

;; ANSWER SECTION:
google.fr.              300     IN      A       172.217.18.195

;; AUTHORITY SECTION:
google.fr.              106260  IN      NS      ns3.google.com.
google.fr.              106260  IN      NS      ns4.google.com.
google.fr.              106260  IN      NS      ns1.google.com.
google.fr.              106260  IN      NS      ns2.google.com.

;; ADDITIONAL SECTION:
ns1.google.com.         102009  IN      A       216.239.32.10
ns2.google.com.         102009  IN      A       216.239.34.10
ns3.google.com.         102009  IN      A       216.239.36.10
ns4.google.com.         102009  IN      A       216.239.38.10
ns1.google.com.         102009  IN      AAAA    2001:4860:4802:32::a
ns2.google.com.         102009  IN      AAAA    2001:4860:4802:34::a
ns3.google.com.         102009  IN      AAAA    2001:4860:4802:36::a
ns4.google.com.         102009  IN      AAAA    2001:4860:4802:38::a

;; Query time: 46 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: lun. avril 13 17:53:40 CEST 2020
;; MSG SIZE  rcvd: 340

root@debian:~# dig debian.org

; <<>> DiG 9.11.5-P4-5.1-Debian <<>> debian.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42657
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 76dedd49f2d86f3ba204d7975e948b0be136c37c61448cc6 (good)
;; QUESTION SECTION:
;debian.org.                    IN      A

;; ANSWER SECTION:
debian.org.             300     IN      A       128.31.0.62
debian.org.             300     IN      A       149.20.4.15
debian.org.             300     IN      A       130.89.148.77

;; Query time: 44 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: lun. avril 13 17:53:47 CEST 2020
;; MSG SIZE  rcvd: 115

root@debian:~# dig wikipedia.org

; <<>> DiG 9.11.5-P4-5.1-Debian <<>> wikipedia.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1781
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: de694570a78285afa1a04cff5e948b17e41b45d6a3369347 (good)
;; QUESTION SECTION:
;wikipedia.org.                 IN      A

;; ANSWER SECTION:
wikipedia.org.          600     IN      A       91.198.174.192

;; AUTHORITY SECTION:
wikipedia.org.          86399   IN      NS      ns0.wikimedia.org.
wikipedia.org.          86399   IN      NS      ns2.wikimedia.org.
wikipedia.org.          86399   IN      NS      ns1.wikimedia.org.

;; ADDITIONAL SECTION:
ns0.wikimedia.org.      80195   IN      A       208.80.154.238
ns1.wikimedia.org.      80195   IN      A       208.80.153.231
ns2.wikimedia.org.      80195   IN      A       91.198.174.239

;; Query time: 760 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: lun. avril 13 17:53:59 CEST 2020
;; MSG SIZE  rcvd: 198

Du coup, je prends de plus en plus conscience que si c’est ni le serveur ni mes services c’est bien le réseau hard en lui même.
Mais, je ne comprends pas pourquoi que même en wifi ça pose problème.
je vais testé un dernière truc. C’est remplacer le switch par le routeur-internet et si le réseau ne me renvoie pas l’ip c’est que c’est mon CPL qui pose problème. sinon c’est que c’est le switch ou autre chose.

Je vais faire mes testes est reviendrais vers vous quand j’aurais trouve… enfin si je trouve xD.

Alors je pense que c’est résolu pour l’histoire du dns, dhcp. Car j’ai redémarrer 6 fois (j’abuse) les ordinateurs et les appareils en wifi. Tous semble fonctionné les ip sont bien attribué.

ça viendrais de mon switch… pourtant il ne présente pas de défaut…

Je me souvient pourquoi j’ai acheté un switch… Comment expliqué… Dans mon appartement j’ai les nouvelles normes adsl rj45. Donc j’ai galérer à mettre internet en fonction. J’ai au dessus de mon panneau électrique un panneau en rj45 qui a 4 câble femelle/femelle qui parcours l’appartement. Dont un câble dans une chambre et l’autre câble dans l’autre chambre et 2 câble pour le salon.
Comment dire… j’ai l’adsl rj45 branché sur un des câbles pour allée dans le salon. Puis un câble rj45 qui va d’une des prise jusqu’à l’autre prise pour revenir au panneau. Où le fameux câble rj12 va jusqu’à la box… :exploding_head:
Il me faut un adaptateur femelle/femelle rj45/rj12 en toutes urgence. ça m’évitera un tel détoure et je pense des risque d’interférence pour internet… :crazy_face:

Bon le seul soucis que j’ai encore c’est pourquoi je ne peux plus faire d’installe via le réseau.
Je crée un nouveau post ou je continue sur celui là? Comme, j’ai résolue ce problème.

Bon mon problème n’est pas reglé.

bien que de courte durée le réseau continue a être chaotique mais circonscris maintenant qu’à mon Wonsole (je l’espère) qui je suppose être le plus gros problème car tout les autres appareille marche maintenant.

Je vais faire comme je l’ai dit faire disparaitre le Windows mais je dois réglé mon soucis de pxe avec ce fameux message « PXE-EC8:!PXE structure was not found in UNDI driver code segment. » et voir pourquoi la debian buster ne reconnais pas le disque ssd samsung 860 evo sata m.2