Forzare il server DHCP a rinnovare l'indirizzo IP di un computer client, senza fare nulla nel computer client

9

Vorrei sapere se esiste un modo per forzare il server DHCP a rinnovare immediatamente l'indirizzo IP di una macchina client, senza che io vada alla macchina client? In effetti, immagina, non ho accesso al computer client.

Quindi, ecco il mio scenario,

Il client ottiene innanzitutto un indirizzo IP casuale, ad esempio A, dal server DHCP inizialmente, quando è collegato alla LAN. Immagina, qualcuno abbia collegato il client alla LAN e all'inizio non ha mappato alcun indirizzo IP sul suo indirizzo MAC nel file dhcpd.conf.

Vorrei menzionare qui che ci sono altre macchine nella stessa sottorete che hanno già l'indirizzo IP per il mapping degli indirizzi MAC configurato nel dhcpd.conf.

Successivamente, modifico il file dhcpd.conf per mappare un nuovo indirizzo IP B per il client al suo indirizzo MAC.

Ma ora ho bisogno che il vecchio indirizzo IP A sia cambiato immediatamente in B.

Non voglio modificare default-lease-time o scherzare con il lease time in dhcpd.conf.

Qualsiasi altro modo come riavviare i servizi va bene poiché, escluso quel computer, tutti gli altri hanno già i loro indirizzi IP legati agli indirizzi MAC in dhcpd.conf.

Nota: non riesco a riavviare nessuna macchina nella LAN, nemmeno la macchina che esegue il server DHCP.

Spero di essermi reso abbastanza chiaro.

Grazie

— SSaikia_JtheRocker
fonte

Che tipo di clienti?

— Mike,

Mike: computer con sistema operativo installato e connesso alla LAN.

— SSaikia_JtheRocker,

7

Il FORCERENEW fornisce il meccanismo per il server per indicare al cliente di ri-nuova.

Non sono sicuro che sia implementato nella tua distribuzione.

— david
fonte

1

Sfortunatamente la maggior parte delle implementazioni client DHCP non supporta questa estensione. I sistemi Windows non lo fanno (fino a Win7 incluso, non sono sicuro di Win8, ma non credo che MS abbia revisionato così tanto il client DHCP.)

— Tonny

8

Non è possibile tramite DHCP stesso. Non ha disposizioni per questo.

L'unica cosa che puoi fare è forzare il client in una disconnessione / riconnessione.
- Tirare il cavo.
- Se il client si trova su uno switch gestito a cui si ha accesso, è possibile disabilitare / abilitare lo switchport.
- Se è possibile accedere in remoto al client e si dispone delle autorizzazioni richieste sul client, è possibile disabilitare / abilitare l'interfaccia di rete dal lato client. Ciò richiederebbe uno script per farlo, che viene avviato senza la necessità della "sessione iniziale" in quanto verrebbe interrotto come sson quando si verifica la disconnessione. (Ad esempio nohup su * nix o crontab.) Sul sistema Windows il riavvio da remoto del servizio TCPIP farà il trucco se si dispone di un account amministratore per quel client.

— Tonny
fonte

1

Perché il client rinnova la richiesta dhcp in caso di interruzione della rete? Almeno a casa mia no.

1

@EricDANNIELOU: se il client non è in grado di distinguere un'interruzione di rete dal solo tirare il cavo e collegarlo a un'altra rete, deve verificare il contratto di locazione DHCP. Ma per questo, devi dire alla porta dello switch di disconnettersi effettivamente dal cavo, in modo che il client pensi che il cavo sia stato tirato.

— BatchyX,

2

@EricDANNIELOU Dopo aver perso la connettività di rete, OGNI computer deve ristabilire il contratto di locazione DHCP. Altrimenti non può dire se è ancora nella stessa LAN. Per quello che ne sa, è appena stato ricollegato in un'altra LAN. Quindi ogni SO esegue un (ri) acquisizione DHCP. Potresti non averlo notato, ma succede davvero. Il fatto che di solito ottenga lo stesso indirizzo di prima, non ha nulla a che fare con questo. Questo perché la maggior parte dei SO chiederà al server DHCP lo stesso indirizzo, che di solito è concesso. Ma il server DHCP può offrire un indirizzo diverso ed è quello che vuole il poster.

— Tonny,

1

tonny @BatchyX: Interessante, proverò a capire. Grazie per i dettagli

1

Impossibile riprodurlo: tentativo di scollegare il punto di accesso wify e ricollegarlo -> Nessun frame dhcp è stato catturato da tcpdump. Immagino sia dovuto alla mia strana configurazione con il wifi.

3

Non è "istantaneo", ma è più veloce che mai.

Aggiungi la prenotazione in dhcpd.conf.
Riavvia dhcpd .
Interrompere la connessione di rete della macchina client. (Meglio se si disabilita lo switchport gestito a cui è collegata la clinet-machine, sarebbe più noioso spostare il jumper dal patch panel a uno switch non gestito.)
Scadere il vecchio contratto di locazione da dhcpd tramite omshell (1) modificando il endstempo a un tempo (ad es. 00: 00: 00: 00).
Ripristinare la connessione di rete della macchina client.
- È importante che il primo contratto di locazione sia scaduto, altrimenti il computer client effettuerà una richiesta DHCPREQUESTper il suo primo indirizzo e dhcpd lo concederà poiché sarà ancora un contratto di locazione valido.
- Spostare il client-machine su un'altra VLAN senza rimuovere il lease potrebbe funzionare, ma è un rimedio a quale lease valido dhcpd garantirà quando il client-machine tornerà alla sua VLAN originale.
- L'aggiunta di una voce host con un indirizzo fisso genera automaticamente una voce di lease, motivo per cui il tempo di scadenza del primo lease viene modificato, anziché modificarne l'indirizzo IP.

— 84104
fonte

1

Per quanto ne so non puoi: il server Dhcp non ha modo di agire sul client una volta che ha dato loro un indirizzo IP .. E poiché non hai accesso al client, l'unico modo in cui puoi cambiare il suo IP è aspettando che scada il tempo.