{"id":2574,"date":"2025-03-19T08:00:13","date_gmt":"2025-03-19T07:00:13","guid":{"rendered":"http:\/\/clark.tipistrani.it\/?p=2574"},"modified":"2025-03-19T08:00:13","modified_gmt":"2025-03-19T07:00:13","slug":"scoprire-server-dhcp-in-lan","status":"publish","type":"post","link":"http:\/\/clark.tipistrani.it\/?p=2574","title":{"rendered":"Scoprire server DHCP in LAN"},"content":{"rendered":"<p>Mi sono trovato recentemente con la sgradita sorpresa di un secondo server DHCP in rete che sparava indirizzi di una subnet diversa da quella aziendale.<br \/>\nBreve premessa, con l&#8217;andare degli anni ci siamo resi conto che Microsoft windows ama il DHCP e non \u00e8 molto amico dell&#8217;IP statico, ma questo rende non poco complesso gestire le macchine in LAN quindi abbiamo bypassato la cosa legando il mac address delle schede di rete all&#8217;IP assegnato.<br \/>\nTrovandomi dei PC che prendevano IP da una subnet totalmente diversa (scoperto in seguito dalla WIFI ospiti) e che ovviamente non montavano share ne tanto meno davano accesso alle stesse, riavviato pi\u00f9 e piu&#8217; volte sia il server DHCP interno che i vari client senza successo mi sono reso conto che c&#8217;era un secondo server che sparava indirizzi in LAN ma non avevo idea ne di chi fosse ne dove.<\/p>\n<p>Primo passo capire chi fosse e mi ha aiutato il comando:<\/p>\n<p>root@pc0:~# nmap &#8211;script broadcast-dhcp-discover -e eth0<br \/>\nStarting Nmap 7.93 ( https:\/\/nmap.org ) at 2025-03-19 07:53 CET<br \/>\nPre-scan script results:<br \/>\n| broadcast-dhcp-discover:<br \/>\n| \u00a0\u00a0Response 1 of 2:<br \/>\n| \u00a0\u00a0\u00a0\u00a0Interface: eth0<br \/>\n| \u00a0\u00a0\u00a0\u00a0IP Offered: 192.168.105.25<br \/>\n| \u00a0\u00a0\u00a0\u00a0DHCP Message Type: DHCPOFFER<br \/>\n| \u00a0\u00a0\u00a0\u00a0Server Identifier: 192.168.105.1<br \/>\n| \u00a0\u00a0\u00a0\u00a0IP Address Lease Time: 2d00h00m00s<br \/>\n| \u00a0\u00a0\u00a0\u00a0Subnet Mask: 255.255.255.0<br \/>\n| \u00a0\u00a0\u00a0\u00a0Router: 192.168.105.1<br \/>\n| \u00a0\u00a0\u00a0\u00a0Domain Name Server: 208.67.222.222, 208.67.220.220<br \/>\n| \u00a0\u00a0\u00a0\u00a0Domain Name: intranet.lan<br \/>\n| \u00a0\u00a0\u00a0\u00a0Renewal Time Value: 1d00h00m00s<br \/>\n| \u00a0\u00a0\u00a0\u00a0Rebinding Time Value: 1d18h00m00s<br \/>\n| \u00a0\u00a0Response 2 of 2:<br \/>\n| \u00a0\u00a0\u00a0\u00a0Interface: eth0<br \/>\n| \u00a0\u00a0\u00a0\u00a0IP Offered: 192.168.2.71<br \/>\n| \u00a0\u00a0\u00a0\u00a0DHCP Message Type: DHCPOFFER<br \/>\n| \u00a0\u00a0\u00a0\u00a0Server Identifier: 192.168.2.224<br \/>\n| \u00a0\u00a0\u00a0\u00a0IP Address Lease Time: 10m00s<br \/>\n| \u00a0\u00a0\u00a0\u00a0Subnet Mask: 255.255.254.0<br \/>\n| \u00a0\u00a0\u00a0\u00a0Router: 192.168.2.224<br \/>\n| \u00a0\u00a0\u00a0\u00a0Domain Name Server: 192.168.3.229, 192.168.2.224<br \/>\n| \u00a0\u00a0\u00a0\u00a0Domain Name: intranet.lan<br \/>\n| \u00a0\u00a0\u00a0\u00a0Broadcast Address: 192.168.3.255<br \/>\n| \u00a0\u00a0\u00a0\u00a0NetBIOS Name Server: 192.168.3.229<br \/>\n|_ \u00a0\u00a0\u00a0NetBIOS Node Type: 8<br \/>\nQuindi abbiamo 192.168.105.1 che la fa da padrone nonostante il 192.168.2.224 sia authoritative, durante dei lavori fatti in sala switch (dove ci sono i patch panel e gli switch che gestiscono la LAN) dei cavi sono stati scablati e ricablati in modo errato dagli addetti e da qui il problema.<br \/>\nRimessi i cavi al posto giusto tutto ha ripreso a funzionare a dovere.<br \/>\nGrazie nmap.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Mi sono trovato recentemente con la sgradita sorpresa di un secondo server DHCP in rete che sparava indirizzi di una subnet diversa da quella aziendale. Breve premessa, con l&#8217;andare degli anni ci siamo resi conto che Microsoft windows ama il DHCP e non \u00e8 molto amico dell&#8217;IP statico, ma questo rende non poco complesso gestire [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8,14],"tags":[295,296],"class_list":["post-2574","post","type-post","status-publish","format-standard","hentry","category-linux","category-networking","tag-dhcp","tag-nmap"],"_links":{"self":[{"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/posts\/2574","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2574"}],"version-history":[{"count":1,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/posts\/2574\/revisions"}],"predecessor-version":[{"id":2575,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=\/wp\/v2\/posts\/2574\/revisions\/2575"}],"wp:attachment":[{"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2574"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2574"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/clark.tipistrani.it\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2574"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}