OP może chcieć uruchomić to na ekranie i faktycznie wykonać „sudo dhclient -r <interface> && sudo dhclient <interface>” w przeciwnym razie łączność może zostać utracona i musi on znaleźć się na miejscu, aby przywrócić połączenie sieciowe. To znaczy, jeśli nie ma zainstalowanego zarządzania poza pasmami.
serverhorror
Ciekawe, dlaczego robi to wydanie, a następnie uzyskać lepsze niż tylko sudo dhclient eth0? Dzięki!
Heat Miser
4
Ponowne uruchomienie dhclient zwykle ponownie przypisze ten sam adres IP, jeśli serwer nie wyrazi sprzeciwu. Jeśli najpierw zwolnisz adres, serwer i klient wiedzą, że renegocjują nowy (chociaż może to być ten sam adres).
Martijn Heemels
13
Innym problemem, na który natrafiłem, było to, że dhclient ciągle żądał tego samego adresu IP z serwera DHCP. Uruchomienie polecenia dhclient -rnie rozwiązało tego. Dlatego po man pagesdokładniejszym przeczytaniu stwierdziłem, że jeśli edytowałem plik, /var/lib/dhcp3/dhclient.leasesaby usunąć wszystkie odniesienia do dzierżawy do konkretnego adaptera, w moim przypadku eth0. Następnie bieg sudo dhclient eth0działał zgodnie z oczekiwaniami i przypisał mi nowy / inny adres IP.
Moja sytuacja była być może wyjątkowa, ale wymagało od mojego serwera pobrania adresu z wyższego zakresu niż poprzednio. Serwer DHCP został tak skonfigurowany, chyba że zażądano określonego adresu IP niezależnie od zakresu. Ponieważ dhclientkonkretnie żądał starego adresu IP, na podstawie informacji zawartych w dhclient.leasespliku, serwer DHCP zawsze zwracał ten sam adres.
Zgadzam się: sytuacja, którą miałem i po prostu musiałem sobie przypomnieć, to sytuacja, w której masz system, który uzyskiwał losowy adres IP, ale do którego przypisujesz nowy (inny) statycznie dzierżawiony adres IP, przypisany przez MAC. Problem polega na tym, że jeśli twój klient DHCP nadal ma ważną dzierżawę w dhclient.leases, tak naprawdę nie prosi serwera o nowy adres IP: po prostu ponownie wykorzystuje dzierżawę, która jego zdaniem jest nadal ważna. Więc dhclient -r skutecznie nic nie robi. Najpierw usuwam plik dzierżawy, następnie dhclient -r i wszystko jest w porządku.
liamf
-2
Po uruchomieniu „sudo /etc/init.d/dhcp3-server restart” daje coś takiego:
Następnie upewnij się, czy Twój klient wysyła prośbę o dzierżawę, spójrz na plik /var/logs/deamon.log. Powinno tam być kilka żądań DHCP. Jeśli nie, problem dotyczy Twojego klienta (a my go stamtąd zabierzemy).
Jeśli twój klient jest w porządku, po prostu zapomnij na chwilę o firestarter i spróbujmy go uruchomić bez niego. Aby upewnić się, że serwer DHCP jest uruchomiony. Wpisz „sudo /etc/init.d/dhcp3-server stop”, a następnie „sudo /etc/init.d/dhcp3-server start”. Następnie powinien działać, zakładając, że jest poprawnie zainstalowany na twoim urządzeniu.
Dołączyłem kopię mojego pliku dhcpd.conf.
Na koniec spójrz na plik / var / log / messages serwera, jeśli otrzyma on żądania i odpowie na nie z ważną dzierżawą. Może również dać ci wyobrażenie o tym, co jest nie tak z twoim plikiem konfiguracyjnym (jeśli coś jest z nim nie tak). Jeśli nie możesz nic z tego zrobić, opublikuj plik wiadomości, a ja przejdę później.
Odpowiedzi:
dhclient eth0
źródło
eth0: interface not found or invalidifconfigaby zobaczyć, jakie interfejsy są dostępne w twoim systemie.Aby zwolnić bieżący adres IP:
Aby uzyskać nową umowę najmu:
źródło
Innym problemem, na który natrafiłem, było to, że dhclient ciągle żądał tego samego adresu IP z serwera DHCP. Uruchomienie polecenia
dhclient -rnie rozwiązało tego. Dlatego poman pagesdokładniejszym przeczytaniu stwierdziłem, że jeśli edytowałem plik,/var/lib/dhcp3/dhclient.leasesaby usunąć wszystkie odniesienia do dzierżawy do konkretnego adaptera, w moim przypadkueth0. Następnie biegsudo dhclient eth0działał zgodnie z oczekiwaniami i przypisał mi nowy / inny adres IP.Moja sytuacja była być może wyjątkowa, ale wymagało od mojego serwera pobrania adresu z wyższego zakresu niż poprzednio. Serwer DHCP został tak skonfigurowany, chyba że zażądano określonego adresu IP niezależnie od zakresu. Ponieważ
dhclientkonkretnie żądał starego adresu IP, na podstawie informacji zawartych wdhclient.leasespliku, serwer DHCP zawsze zwracał ten sam adres.źródło
Po uruchomieniu „sudo /etc/init.d/dhcp3-server restart” daje coś takiego:
Zatrzymywanie serwera DHCP: dhcpd3. Uruchamianie serwera DHCP: dhcpd3.
Jeśli nie, to nie działa ...
Następnie upewnij się, czy Twój klient wysyła prośbę o dzierżawę, spójrz na plik /var/logs/deamon.log. Powinno tam być kilka żądań DHCP. Jeśli nie, problem dotyczy Twojego klienta (a my go stamtąd zabierzemy).
Jeśli twój klient jest w porządku, po prostu zapomnij na chwilę o firestarter i spróbujmy go uruchomić bez niego. Aby upewnić się, że serwer DHCP jest uruchomiony. Wpisz „sudo /etc/init.d/dhcp3-server stop”, a następnie „sudo /etc/init.d/dhcp3-server start”. Następnie powinien działać, zakładając, że jest poprawnie zainstalowany na twoim urządzeniu.
Dołączyłem kopię mojego pliku dhcpd.conf.
Na koniec spójrz na plik / var / log / messages serwera, jeśli otrzyma on żądania i odpowie na nie z ważną dzierżawą. Może również dać ci wyobrażenie o tym, co jest nie tak z twoim plikiem konfiguracyjnym (jeśli coś jest z nim nie tak). Jeśli nie możesz nic z tego zrobić, opublikuj plik wiadomości, a ja przejdę później.
powodzenia
Rajat
źródło