Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

Użytkownik


Witam,
serwer dhcp działał do wczoraj na masce 255.255.254 (/23) wczoraj pojawiła się konieczność rozszerzenia do 255.255.252 (/22) i moje zdziwienie gdy klienci raz dostają starą maskę a raz nową. Przeszłem dzisiaj przez to armagiedon i nie chiałbym żeby jutro się powtórzył ktoś ma jakiś pomysł dlaczego domyślnie dostaję adres z niepoprawną maską a po wykonaniu na windzie ipconfig /renew maska ustawia się poprawnie ?
Config poniżej :
authoritative;
default-lease-time 48800;
max-lease-time 68800;
subnet x.x.0.0 netmask 255.255.252.0 {
option routers x.x.0.x;
authoritative;
option subnet-mask 255.255.252.0;
option domain-name "xxxx";
option ntp-servers x.x.0.x;
option broadcast-address x.x.3.255;
pool {
range x.x.3.x x.x.3.y;
option routers x.x.0.x;
authoritative;
option subnet-mask 255.255.252.0;
option domain-name "xxx";
option ntp-servers x.x.0.x;
option broadcast-address x.x.3.x;
}
host pc1
{
hardware ethernet xx:xx:aa:bb:aa:xx;
fixed-address x.x.x.x;
}Ktoś coś podpowie ?
Bo jutro to mnie rpezes z roboty wy .... jak się sytuacja powtórzy a mnie ciężko się tu błędu dopatrzeć ;/
Offline







Podobno człowiek...;)








Próbowałeś usunąć/wyczyścić /var/lib/dhcp/dhcpd.leases?
net-misc/dhcp od http://www.isc.org/products/DHCP
to już zabytek.
Możesz na szybko spróbować kea-dhcp, jest lżejszy i działa elegancko,
Tu jest paczuszka:
https://packages.debian.org/stretch/kea-dhcp4-server
A tu działająca konfiguracja dla Ipv4:
# The whole configuration starts here.
{
# DHCPv4 specific configuration starts here.
"Dhcp4": {
"option-data": [
{
"name": "domain-name-servers",
"data": "10.0.7.1, 8.8.4.4, 8.8.8.8"
},
{
"name": "routers",
"data": "10.0.7.1"
},
{
"code": 15,
"data": "domena.tld"
}
],
"interfaces-config": {
"interfaces": [ "br0" ],
"dhcp-socket-type": "raw"
},
"valid-lifetime": 4000,
"renew-timer": 1000,
"rebind-timer": 2000,
"subnet4": [{
"pools": [ { "pool": "10.0.7.2-10.0.7.200" } ],
"subnet": "10.0.7.0/24"
}]
},
# DHCPv4 specific configuration ends here.Słucha na interfejsie br0 pracuje na adresach 10.0.7.0/24.
W ogóle jeśli w biurze stoją jakieś kompy czy inne graty na stałe, to zamiast leniuchować po prostu ustaw w nich adresy statyczne, wtedy jeden SPOF będziesz miał z głowy.
Potem jeszcze dwa albo i dwadzieścia routerów na jednym adresie spiętych ucarpem,
i drugi SPOF będzie z głowy.
RTFW:
https://en.wikipedia.org/wiki/Single_point_of_failure
PS:
rezerwację adresów w kea robi się tak:
"Dhcp6": {
"subnet6": [
{
"subnet": "2001:db8::/48",
"pools": [
{
"pool": "2001:db8:3000::1 - 2001:db8:3000::ff"
} ],
"reservations": [
{
"hw-address": "01:02:03:04:05:06",
"ip-addresses": [ "2001:db8::1001", "2001:db8::1002" ],
"hostname": "super-host.isc.org"
"options": [
{
"name": "domain-name-servers",
"data": "2001:db8::d09:f00d:cafe"
}
]
},
{
"hw-address": "ca:cb:aa:ff:bb:10",
"ip-addresses": [ "2001:db8::1003" ],
"prefixes": [ "2001:db8:2000:0101::/64", "2001:db8:2000:0102::/64@123" ],
"client-classes": [ "class-foo", "class-bar" ]
},
{
"duid": "09abcdef010203040506",
"hostname": "another-host.isc.org",
"client-classes": [ "class-foo" ]
}
]
}
]
}PS2:
Jeśli masz rzeczywiście w sieci około 1022 hosty (maska 22), to do takich zabaw jest FreeRadius z własnym serwerem DHCP, gdzie adresy IP pacjentów możesz trzymać w dowolnej bazie SQL.
https://wiki.freeradius.org/guide/dhcp-for-static-ip-allocation
Pozdro
Ostatnio edytowany przez Jacekalex (2017-07-19 18:43:41)
Offline

Użytkownik


Po raz kolejny teoria nie sprawdza się w życiu ;)
Wyczyszczenie katalogów tymczasowych nie pomagało ale po następujących czynnościach wygląda na to że się polepszyło:
1. W desperacji apt-get remove --purge isc-dhcp-server (wcześniejsza kopia konfiguracji) oraz apt-get update i apt-get install isc-dhcp-server
2. Rozszerzenie masek na switchach do 255.255.252.0 (nie rozumiem przecież adres switcha nie ma nic do gadania jednak może pomogło) a następnie reboot switcha (czyżby wyczyszczenie tablicy arp ?)
3. Wygląda na to że się uspokojiło a maska jest przydzielana odpowiednia za każdym razem.
Nowy serwer dhcp wytestuję i zapoznam się z dokumentacją a później implementacja - jednak człowieka mogą zgubić przyzwyczajenia.
Radius jest dobrym rozwiązaniem najpierw jednak dokumentacja testy i implementajca bo przy ok 1000 urządzeń z przepracowania umre a nigdy z radiusem nie miałem styczności.
Na razie dla mnie priorytetem jest zaoranie terenu po poprzednikach i bd można się rozwijać.
Normalnie aż dziw bierze jak proste usługi takie jak dhcp mogą rozwalić sieć w iment ...
Offline







Podobno człowiek...;)








Da się sprawę oskrypcić.
jak skonfigurujesz Radiusa do pierwszych 5 hostów i będzie to działało, to potem albo arpwatch, albo arp-scan, skanujesz sieć, logi przerabiasz regexem, i potem sio do bazy SQL Radiusa.
Tu masz przykład parsowania logów snorta i pakowania do zmiennych linia po linii:
https://forum.dug.net.pl/viewtopic.php?id=22977
Z pętlą while w perlu sobie chyba poradzisz. xD
PS:
Arp-scan w akcji:
root ~> arp-scan -I net -v 192.168.0.0/24 Interface: net, datalink type: EN10MB (Ethernet) Starting arp-scan 1.9 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.0.1 c0:c6:87:5e:d2:3e Cisco SPVTG 192.168.0.15 00:11:22:c2:8d:9a CIMSYS Inc 192.168.0.17 68:7f:74:da:ba:7e Cisco-Linksys, LLC --- Pass 1 complete --- Pass 2 complete
Ostatnio edytowany przez Jacekalex (2017-07-20 06:35:14)
Offline