Re: Requete dhcp avec freebox
Mon, 08 Nov 2004 02:30:36 +0100, Guillaume Duveau a écrit : Si je comprends bien, tu as ça : __ __ | :-eth0-eth0-: portgeri | | fix | |__| |__:-eth1---modem exactement (beau schéma !). j'ai un peu avancé, portgeri trouve le serveur DHCP de fix et une IP lui est assignée entre 192.168.0.3 et 192.168.0.254. J'arrive à faire un ping. Au début j'arrivais même à avoir la connection Internet sur le portable ! Plus maintenant... ça me dépasse j'ai l'impression de ne rien avoir changé. Ouais, c'est ça, le vase s'est cassé tout seul, c'est la faute du chat... ;o) Mes fichiers de config : 1) /etc/network/interfaces auto lo iface lo inet loopback #le 9/11/04 : IP forwarding dans le noyau up echo 1 /proc/sys/net/ipv4/ip_forward # This entry was created during the Debian installation #auto eth0 #iface eth0 inet dhcp ## # le 9/11/2004 # INTERNET par modem USB Thomson auto eth1 iface eth1 inet dhcp # reseau local par carte Ethernet auto eth0 iface eth0 inet static address 192.168.1.1 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 Ça c'est ok pour moi. (Je n'ai pas de modem USB mais je suppose que le eth1 est en fait une émulation ethernet par le module USB idoine.) Je mets plus souvent le 'echo 1 ...' au début du script du firewall puisque l'on est obligé d'en avoir un. 2) /etc/network/if-pre-up.d/iptables-start #!/bin/sh [...] # Décommentez la ligne suivante pour que le système fasse office de # serveur NAT et remplaçez eth0 par le nom de l'interface connectée # à Internet iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE C'est en fait la seule ligne intéressante pour que la connexion fonctionne. Je n'ai pas repéré de problème éventuel dans les autres règles (mais je ne suis pas non plus un pro d'iptables). Je me demande si le if-pre-up.d n'est pas exécuté *avant* la ligne up de l'interface lo. Comme je le dis plus haut, j'ai l'habitude d'activer le forwarding avant le firewall. Est-ce parce que c'est obligatoire et que c'est ce qui coince chez toi ? À voir... -- Sylvain Sauvage
partage de connection Internet en DHCP : ping oui, Internet non [tait : Requete dhcp avec freebox]
Salut, Ouais, c'est ça, le vase s'est cassé tout seul, c'est la faute du chat... ;o) :-) Je me disais un truc de ce genre en écrivant ça, n'empêche, je ne vois toujours pas ce que j'ai pu faire. Ça c'est ok pour moi. (Je n'ai pas de modem USB mais je suppose que le eth1 est en fait une émulation ethernet par le module USB idoine.) Je mets plus souvent le 'echo 1 ...' au début du script du firewall puisque l'on est obligé d'en avoir un. j'ai essayé sans guillemets autour du 1... Je me demande si le if-pre-up.d n'est pas exécuté *avant* la ligne up de l'interface lo. Comme je le dis plus haut, j'ai l'habitude d'activer le forwarding avant le firewall. Est-ce parce que c'est obligatoire et que c'est ce qui coince chez toi ? À voir... et j'ai essayé de mettre le forwarding en tête du script firewall (2ème ligne). Le résultat est le même et est correct : dans /proc/sys/net/ipv4/ip_forward contient la valeur 1 Un problème de DHCP ? Je ne pense pas. D'abord un ping d'une machine vers l'autre et virse-versa fonctionne bien. Puis ça a marché (!) et je n'ai pas touché au serveur DHCP ni aux clients. J'ai lu qu'il est déconseillé d'installer à la fois un serveur DHCP et un client sur la même machine. Ca aurait pû être ça, mais alors pourquoi ça aurait marché pendant un temps ? Je résume : * machine fix : - connectée à Internet sur eth1 en client DHCP (dhcp3-client), via un modem branché en USB et une émulation ethernet effectivement - disposant sur eth0 d'un serveur DHCP (dhcp3-server). eth0 est une vraie carte ethernet. *machine portgeri : - carte ethernet eth0 connectée à eth0 sur la machine fix par l'intermédiaire d'un câble réseau croisé - ce n'est pas la config de cette machine qui est mauvaise ; avec Knoppix, idem : les pings passent mais pas le Net. Peut-être un paquet en trop que j'aurais installé ? Mes fichiers de config : 1) /etc/network/interfaces auto lo iface lo inet loopback #le 9/11/04 : IP forwarding dans le noyau up echo 1 /proc/sys/net/ipv4/ip_forward # INTERNET par modem USB Thomson auto eth1 iface eth1 inet dhcp # reseau local par carte Ethernet auto eth0 iface eth0 inet static address 192.168.1.1 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 2) /etc/network/if-pre-up.d/iptables-start #!/bin/sh # REMISE à ZERO des règles de filtrage iptables -F iptables -t nat -F # DEBUT des politiques par défaut # Je veux que les connexions entrantes soient bloquées par défaut iptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des politiques par défaut # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de loopback iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le ping) iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT # J'accepte les packets entrants relatifs à des connexions déjà établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) iptables -A INPUT -p udp --dport 1234 -j ACCEPT # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting iptables -A INPUT -p tcp --dport 3:33000 -j ACCEPT iptables -A INPUT -p tcp --dport 1720 -j ACCEPT iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT # La règle par défaut pour la chaine INPUT devient REJECT # (il n'est pas possible de mettre REJECT comme politique par défaut) iptables -A INPUT -j REJECT # FIN des règles de filtrage # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # serveur NAT et remplaçez eth0 par le nom de l'interface connectée # à Internet iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # serez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre # fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne # suivante et remplaçez eth0 par le nom de l'interface connectée à # Internet. #iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles pour le partage de connexion (i.e. le NAT) # DEBUT des règles de port forwarding # FIN des règles de port forwarding 3) le DHCP : pas la peine, il marche... Tout paraît normal ...?
Re: partage de connection Internet en DHCP : ping oui, Internet non [tait : Requete dhcp avec freebox]
Mmm... pas de Ip_forwarding, ni de eth0... ? fix:/etc/network# /etc/init.d/networking restart Setting up IP spoofing protection: rp_filter. Reconfiguring network interfaces...Internet Systems Consortium DHCP Client V3.0.1 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Listening on LPF/eth1/[adresse MAC] Sending on LPF/eth1/[adresse MAC] Sending on Socket/fallback DHCPRELEASE on eth1 to [IP DNS Noos] port [N] Internet Systems Consortium DHCP Client V3.0.1 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Listening on LPF/eth1/[adresse MAC] Sending on LPF/eth1/[adresse MAC] Sending on Socket/fallback DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5 DHCPOFFER from [IP passerelle Noos] DHCPREQUEST on eth1 to 255.255.255.255 port 67 DHCPACK from [IP passerelle Noos] bound to [mon IP] -- renewal in 9958 seconds. done.
Re: partage de connection Internet en DHCP : ping oui, Internet non [tait : Requete dhcp avec freebox]
Mon, 08 Nov 2004 20:47:52 +0100, Guillaume Duveau a écrit : Salut, Re, Ouais, c'est ça, le vase s'est cassé tout seul, c'est la faute du chat...;o) :-) Je me disais un truc de ce genre en écrivant ça, n'empêche, je ne vois toujours pas ce que j'ai pu faire. Ça c'est ok pour moi. (Je n'ai pas de modem USB mais je suppose que le eth1 est en fait une émulation ethernet par le module USB idoine.) Je mets plus souvent le 'echo 1 ...' au début du script du firewall puisque l'on est obligé d'en avoir un. j'ai essayé sans guillemets autour du 1... C'est une question de goût puisque le shell évalue «1» en «1». Je me demande si le if-pre-up.d n'est pas exécuté *avant* la ligne up de l'interface lo. Comme je le dis plus haut, j'ai l'habitude d'activer le forwarding avant le firewall. Est-ce parce que c'est obligatoire et que c'est ce qui coince chez toi ? À voir... et j'ai essayé de mettre le forwarding en tête du script firewall (2ème ligne). Le résultat est le même et est correct : dans /proc/sys/net/ipv4/ip_forward contient la valeur 1 Bon, ben mauvaise pioche. Un problème de DHCP ? Je ne pense pas. D'abord un ping d'une machine vers l'autre et virse-versa fonctionne bien. Puis ça a marché (!) et je n'ai pas touché au serveur DHCP ni aux clients. J'ai lu qu'il est déconseillé d'installer à la fois un serveur DHCP et un client sur la même machine. Ca aurait pû être ça, mais alors pourquoi ça aurait marché pendant un temps ? J'ai déjà essayé un poste serveur et client DHCP en même temps sans problème : il est indiqué dans la conf. du serveur sur quelles interfaces il doit fonctionner (au cas où : mon serveur était dnsmasq). Je résume : * machine fix : - connectée à Internet sur eth1 en client DHCP (dhcp3-client), via un modem branché en USB et une émulation ethernet effectivement Ma question sur l'émulation, c'était juste pour que je me couche moins bête ce soir ;o) - disposant sur eth0 d'un serveur DHCP (dhcp3-server). eth0 est une vraie carte ethernet. *machine portgeri : - carte ethernet eth0 connectée à eth0 sur la machine fix par l'intermédiaire d'un câble réseau croisé - ce n'est pas la config de cette machine qui est mauvaise ; avec Knoppix, idem : les pings passent mais pas le Net. Le client n'a en général pas grand' chose à faire... Peut-être un paquet en trop que j'aurais installé ? Qui parasiterait les fonctions de routage du noyau ? Je vois mal quel paquet pourrait faire ça. [...] 3) le DHCP : pas la peine, il marche... Tout paraît normal ...? Ben, pour moi, oui. Au fait, question bête : quand tu dis que la connexion au net ne marche pas, tu l'essaies comment ? Ne serait-ce pas un problème de DNS ? Est-ce qu'un ping sur une adresse IP externe fonctionne ? Pas 'ping ouin.surle.net' mais 'ping 2.6.8.1' (n'essaie pas celle-là, elle ne fonctionnera pas ;o) ) -- Sylvain Sauvage
Re: Requete dhcp avec freebox
Essaye d'augmenter ces valeurs dans /etc/dhcp3/dhcpd.conf : default-lease-time 86400; max-lease-time 86400; par défaut le 1er est à 600 et le 2ème à un peu plus, je sais plus combien. ça définit la durée de vie de la session DHCP, au bout de ce temps il se reconnecte. Sinon j'essaye de faire la même chose chez moi, mais je bloque avant... J'ai une connection avec Noos par câble. Avant j'avais (machine fix) - eth0 = ma carte Ethernet configurée en DHCP, pas de pb Maintenant j'ai : Machine fix : - eth0 = ma carte Ethernet configurée en local - eth1 = le modem Noos branché en USB sur la machine, ça marche Machine portgeri : - eth0 = carte Ethernet configurée en DHCP. si je branche le modem Noos dessus en Ethernet ça marche, mais si je me branche sur la machine fix (qui est elle-même reliée au net par eth1 au modem en USB) DHCPDISCOVER ne trouve rien... PS : pas d'erreur au lancement de dhcpd... ça a l'air de marcher mais le client ne trouve rien... Une autre question que j'ai c'est : est-ce que je suis obligé d'activer les options de firewalling dans le noyau de la machine fix dont je veux partager la connection ? Ou je peux faire sans ? (dans un 1er temps)
Re: Requete dhcp avec freebox
Sun, 07 Nov 2004 23:14:02 +0100, Guillaume Duveau a écrit : Essaye d'augmenter ces valeurs dans /etc/dhcp3/dhcpd.conf : default-lease-time 86400; max-lease-time 86400; J'ai de gros doutes sur le fait que changer la configuration du _serveur_ ait quelque chance que ce soit de modifier le comportement du _client_. par défaut le 1er est à 600 et le 2ème à un peu plus, je sais plus combien. ça définit la durée de vie de la session DHCP, au bout de ce temps il se reconnecte. Oui, pour le serveur. C'est la Freebox (ou plutôt le serveur derrière la Freebox) qui définit ça. Pour modifier le client, si c'est possible ça doit se passer ailleurs (je crois que pump sait le faire). Sinon j'essaye de faire la même chose chez moi, mais je bloque avant... J'ai une conneXion avec Noos par câble. Avant j'avais (machine fix) - eth0 = ma carte Ethernet configurée en DHCP, pas de pb Maintenant j'ai : Machine fix : - eth0 = ma carte Ethernet configurée en local - eth1 = le modem Noos branché en USB sur la machine, ça marche Machine portgeri : - eth0 = carte Ethernet configurée en DHCP. si je branche le modem Noos dessus en Ethernet ça marche, mais si je me branche sur la machine fix (qui est elle-même reliée au net par eth1 au modem en USB) DHCPDISCOVER ne trouve rien... Si je comprends bien, tu as ça : __ __ | :-eth0-eth0-: portgeri | | fix | |__| |__:-eth1---modem (qui est elle-même reliée au net par eth1 au modem en USB) hein ? qui c'est « elle » ? portgeri aussi ? DHCPDISCOVER ne trouve rien... fix:eth0 est bien sur le même réseau que les adresses que donne dhcpd ? Est-ce que le serveur voit quelque chose passer ? (dhcpd lui-même, ou tcpdump...). PS : pas d'erreur au lancement de dhcpd... ça a l'air de marcher mais le client ne trouve rien... Une autre question que j'ai c'est : est-ce que je suis obligé d'activer les options de firewalling dans le noyau de la machine fix dont je veux partager la connection ? Ou je peux faire sans ? (dans un 1er temps) Si tu as des adresses IP publiques, tu as juste besoin d'activer le forwarding 'echo 1 /proc/sys/net/ipv4/ip_forward'. Si ton réseau interne est en adresses privées (non routables), tu dois faire du « masquerading » (aussi appelé NAT). Donc, en général : bien sûr qu'il faut netfiler/iptables ! -- Sylvain Sauvage
Re: Requete dhcp avec freebox
Si je comprends bien, tu as ça : __ __ | :-eth0-eth0-: portgeri | | fix | |__| |__:-eth1---modem exactement (beau schéma !). j'ai un peu avancé, portgeri trouve le serveur DHCP de fix et une IP lui est assignée entre 192.168.0.3 et 192.168.0.254. J'arrive à faire un ping. Au début j'arrivais même à avoir la connection Internet sur le portable ! Plus maintenant... ça me dépasse j'ai l'impression de ne rien avoir changé. Mes fichiers de config : 1) /etc/network/interfaces auto lo iface lo inet loopback #le 9/11/04 : IP forwarding dans le noyau up echo 1 /proc/sys/net/ipv4/ip_forward # This entry was created during the Debian installation #auto eth0 #iface eth0 inet dhcp ## # le 9/11/2004 # INTERNET par modem USB Thomson auto eth1 iface eth1 inet dhcp # reseau local par carte Ethernet auto eth0 iface eth0 inet static address 192.168.1.1 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 2) /etc/network/if-pre-up.d/iptables-start #!/bin/sh # /etc/network/if-pre-up.d/iptables-start # Script qui démarre les règles de filtrage iptables # Formation Debian GNU/Linux par Alexis de Lattre # http://www.via.ecp.fr/~alexis/formation-linux/ # REMISE à ZERO des règles de filtrage iptables -F iptables -t nat -F # DEBUT des politiques par défaut # Je veux que les connexions entrantes soient bloquées par défaut iptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des politiques par défaut # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de loopback iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le ping) iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT # J'accepte les packets entrants relatifs à des connexions déjà établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur FTP éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # Décommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la ligne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # Décommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CUPS éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT #iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la ligne suivante pour que des clients puissent se connecter # à l'ordinateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT # Décommentez la ligne suivante pour que l'odinateur puisse se connecter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp --dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel # soit joignable de l'extérieur via le mécanisme de pserver # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décommentée) #iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) iptables -A INPUT -p udp --dport 1234 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting iptables -A INPUT -p tcp --dport 3:33000 -j ACCEPT iptables -A INPUT -p tcp --dport 1720 -j ACCEPT iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT # La règle par défaut pour la chaine INPUT devient REJECT # (il n'est pas possible de mettre REJECT comme politique par défaut) iptables -A INPUT -j REJECT # FIN des règles de filtrage # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # serveur NAT et remplaçez eth0 par le nom de l'interface connectée
Re: Requete dhcp avec freebox
Il y a une coquille dans mon dernier message dans /etc/network/if-pre-up.d/iptables-start : j'ai commenté l'avant-dernière ligne de IP-FORWARDING (j'ai essayé avec au cas où, mais rien...) Arg dire que je l'avais ma connection !
Re: Requete dhcp avec freebox
Donc, en général : bien sûr qu'il faut netfiler/iptables ! je l'ai compilé en module dans le noyau, je viens de vérifier, et un lsmod me donne (tronqué) : ipt_LOG 6976 0 ipt_TCPMSS 4288 0 radeon133732 2 lp 9704 2 thermal13128 0 fan 3908 0 button 6544 0 processor 13020 1 thermal ipt_MASQUERADE 3776 1 ipt_REJECT 6784 1 ipt_state 1856 1 iptable_nat25416 2 ipt_MASQUERADE ip_conntrack 47156 3 ipt_MASQUERADE,ipt_state,iptable_nat iptable_filter 2880 1 ip_tables 18368 7 ipt_LOG,ipt_TCPMSS,ipt_MASQUERADE,ipt_REJECT,ipt_state,iptable_nat,iptable_filter usbnet 15240 0 3c59x 39080 0 donc là je ne vois pas ce qui cloche...
Requete dhcp avec freebox
Salut à tous ;) Voila j'ai une machine qui fais office de serveur avec eth0 relié à mon lan et eth1 à la freebox, je l'ai conf avec dhcp-client3, mis en place le routage vers mon lan tout marche bien. Mon seul soucit c'est que si je regarde les logs de mon serveur je m'appercois que je renouvelle ma requette dhcp toutes les 50 60 secondes DHCPREQUEST on eth1 to x.x.x.x port 67 DHCPACK from x.x.x.x bound to x.x.x.x -- renewal in 60 secounds (alors des fois j'ai 50 54 52 55) C'est vraiment chiant, donc je sais pas trop comment modifié cela j'ai regardé dans dhcpclient.conf et j'ai vu que l'on pouvez mettre pas mal d'info, mais je suis pas sur que je dois modif quelque chose ici et surtout quoi exactement. Si quelqu'un pouvais me filer un coup de main ;) Merci bcp d'avoir pris le temps de me lire
Re: Requete dhcp avec freebox
[EMAIL PROTECTED] wrote: Salut à tous ;) Voila j'ai une machine qui fais office de serveur avec eth0 relié à mon lan et eth1 à la freebox, je l'ai conf avec dhcp-client3, mis en place le routage vers mon lan tout marche bien. Mon seul soucit c'est que si je regarde les logs de mon serveur je m'appercois que je renouvelle ma requette dhcp toutes les 50 60 secondes DHCPREQUEST on eth1 to x.x.x.x port 67 DHCPACK from x.x.x.x bound to x.x.x.x -- renewal in 60 secounds (alors des fois j'ai 50 54 52 55) C'est vraiment chiant, donc je sais pas trop comment modifié cela j'ai regardé dans dhcpclient.conf et j'ai vu que l'on pouvez mettre pas mal d'info, mais je suis pas sur que je dois modif quelque chose ici et surtout quoi exactement. Si quelqu'un pouvais me filer un coup de main ;) Merci bcp d'avoir pris le temps de me lire Salut Sapm, Je ne peux pas t'aider, mais j'ai aussi une freebox (V1) et j'ai pas de requête intempestives comme toi. Tu as ça depuis longtemps ? Tu as essayer de rebooter ta freebox (débrancher/rebrancher) ? Pascal PS: il y a aussi le support hotline de free
Re: Requete dhcp avec freebox
Bonjour, pourquoi utiliser DHCP, ne vaudrait il pas mieux spécifier une IP fixe des deux cotés exemple 192.168.0.1 pour la freebox et 192.168.0.2 pour ta machine (ceci n'est valable bien sur que dans le cas où l'on puisse spécifier une ip fixe pour la live box) Pascal BOYER a écrit : [EMAIL PROTECTED] wrote: Salut à tous ;) Voila j'ai une machine qui fais office de serveur avec eth0 relié à mon lan et eth1 à la freebox, je l'ai conf avec dhcp-client3, mis en place le routage vers mon lan tout marche bien. Mon seul soucit c'est que si je regarde les logs de mon serveur je m'appercois que je renouvelle ma requette dhcp toutes les 50 60 secondes DHCPREQUEST on eth1 to x.x.x.x port 67 DHCPACK from x.x.x.x bound to x.x.x.x -- renewal in 60 secounds (alors des fois j'ai 50 54 52 55) C'est vraiment chiant, donc je sais pas trop comment modifié cela j'ai regardé dans dhcpclient.conf et j'ai vu que l'on pouvez mettre pas mal d'info, mais je suis pas sur que je dois modif quelque chose ici et surtout quoi exactement. Si quelqu'un pouvais me filer un coup de main ;) Merci bcp d'avoir pris le temps de me lire Salut Sapm, Je ne peux pas t'aider, mais j'ai aussi une freebox (V1) et j'ai pas de requête intempestives comme toi. Tu as ça depuis longtemps ? Tu as essayer de rebooter ta freebox (débrancher/rebrancher) ? Pascal PS: il y a aussi le support hotline de free
