====== DHCP Wi-Fi====== Le DHCP utilisé est désormais [[wiki:services:kea-dhcp|KEA-DHCP]] ====En bref=== Le serveur DHCP utilisé est [[http://www.isc.org/index.pl?/sw/dhcp/ | ​DHCPD]]. Le serveur DHCP pour le Wi-Fi est dhcp10 et a pour IPs : 192.168.102.184 192.168.1.184 172.21.0.3 192.168.14.2 (je pense que c'est pas utile, clement) ===Pourquoi un DHCP ?=== * pour donner une adresse IP à nos adhérents :) * pour avoir une configuration plus rapide et plus standard sur les ordinateurs des adhérents ===Comment donne t'on les adresses=== Le DHCP Wi-Fi donne des adresses comme n'importe quel DHCP, il n'y a pas de configuration spéciale. Vous pouvez donc changer d'adresse à tous moment. C'est différent du DHCP filaire donc. Les adresses données sont dans la plage 172.21.0.0/16, il y a donc du NAT pour les adhérents qui passent par la gateway Wi-Fi qui a pour IP, 172.21.0.2. ===role de la gateway Wi-Fi=== La gateway joue donc le role de routeur et fait du NAT. Elle ne fait pas que ca, elle redirige les flux Web vers son proxy interne avant d'effectuer le NAT pour enregistrer les requêtes des utilisateurs. ===Pourquoi doit-on rentrer des trucs dans ADH5=== Oui si les adresses ne sont pas fixes, pourquoi dont-on renseigner les adresses MAC des adhérents dans ADH5 ? La réponse est simple c'est pour le radius wifi, le DHCP Wi-Fi n'en a rien à faire :P ==== Gestion des logs ==== Les logs syslog sont zippés puis copiés tous les jour par logrotate. Voici un extrait de la configuration : /var/log/syslog { rotate 7 daily missingok notifempty delaycompress compress prerotate cp /var/log/syslog /mnt/dhcp10/log_dhcp-$(date "+%Y%m%d") && gzip /mnt/dhcp10/log_dhcp-$(date "+%Y%m%d") endscript postrotate invoke-rc.d rsyslog rotate > /dev/null endscript } Un script ( ''/root/clean_dhcp.sh'' ) plannifié en cron vient ensuite supprimer les fichiers de logs data de plus d'un an.