Re: DHCP côté client
On 01/14/2011 01:13 PM, Olivier PAVILLA wrote: Le 14/01/2011 12:13, spir a écrit : [cut] Ce qui me permet de dire cela, c'est un feedback à l'écran, au démarrage. Il s'affiche d'abord: -- CLIENT MAC ADDR: 00... (et plein d'autres chiffres hexa) GUID: F... (juste des 'F' avec quelques separateurs '-') DHCP...(pas de ': ' pour DHCP, mais ici des vrais '.') -- Pendant environ 30 secondes, la ligne de points qui suit DHCP s'étiiire, puis: -- PXE (qq autres lettres) no boot filename received exiting PXE-ROM -- [cut] Listening on LPF/eth0/00:19:db:fd:57:29 Sending on LPF/eth0/00:19:db:fd:57:29 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPOFFER of 192.168.1.3 from 192.168.1.1 DHCPREQUEST of 192.168.1.3 on eth0 to 255.255.255.255 port 67 DHCPACK of 192.168.1.3 from 192.168.1.1 bound to 192.168.1.3 -- renewal in 6 seconds. Magnifique! Toutes les infos qui faut pour aider à résoudre votre problème. Avez vous souvenir d'avoir modifier l'ordre de boot de votre machine. Sur les bécanes de particulier, le boot pxe, c'est en général le dernier choix. Désolé de répondre tard, j'étais absent sans connexion. Non, je n'ai rien changé à l'ordre de boot. Enfin c'est un peu ambigu comme tournure. J'ai changé dans le BIOS l'ordre des devices pour mettre le lecteur CD en premier, mais c'est tout. Pas touché à une config concernant PXE (je sais pas ce que c'est), que ce soit dans le BIOS ou ailleurs. Denis _ vita es estrany spir.wikidot.com -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
Salut! J'avais pas fait attention, mais c'est vrai que c'est court. Ca implique une charge réseau inutile... Par contre, je ne sais pas si ca se configure sur une liveboite ... A+ Clément On 14/01/2011 16:10, toto chambio wrote: Le 14/01/2011 12:13, spir a écrit : Listening on LPF/eth0/00:19:db:fd:57:29 Sending on LPF/eth0/00:19:db:fd:57:29 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPOFFER of 192.168.1.3 from 192.168.1.1 DHCPREQUEST of 192.168.1.3 on eth0 to 255.255.255.255 port 67 DHCPACK of 192.168.1.3 from 192.168.1.1 bound to 192.168.1.3 -- renewal in 6 seconds. Moi ce qui me pose probleme, c'est ce renewal in 6 seconds. Ca veut dire qu'au bout de 6 secondes, ton ordi doit refaire un échange de messages avec la box pour savoir si son adresse ip est toujours valide. J'ai une box de chez Orange au boulot, mais je n'ai pas vu dans la config de dhcp un moyen de régler la durée de lease (le temps ou ton ordi peut considérer son adresse comme valide), ni même de voir à combien elle était fixée... Qui plus est, il existe plusieurs marques et modèles de box chez oranges, qui ne se configurent pas nécessairement de la même manière... Si d'autres gens de la liste confirment que 6 secondes c'est trop cout, j'essaierais de négocier avec Orange un changement de la box. Mais bonne chance pour trouver un interlocuteur au bout du fil qui soit capable de comprendre... -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
On 14/01/2011 09:10, Séb Buch wrote: En l'occurence, la très grande majorité (toutes?) des box font office de routeur et font tourner un serveur DHCP auquel les PC (ou autres) peuvent se raccorder pour profiter d'un réseau domestique et/ou d'internet (la box est surtout une passerelle). Une box, ca n'est rien d'autre qu'un routeur et un modem adsl repackager dans une jolie boiboite :) On peut les faire tourner aussi bien en mode passerelle avec ton propre routeur derrière comme en mode routeur. Si tu utilises network-manager (utilitaire de connexion réseau par défaut), cela ne changera rien: il considérera que c'est à lui de gérer l'interface eth0 et, par défaut, utilisera une connexion automatique via DHCP. En ce qui me concerne, mon /etc/network/interface ne contient pas cette ligne, alors je que suis pourtant connecté par le réseau filaire via l'interface eth0. (j'utilise network-manager) C'est marrant, j'ai fait exactement l'inverse. Je trouve que c'est plus simple pour un pc fixe... -- La réalité, c'est ce qui refuse de disparaître quand on cesse d'y croire. (Philip K. Dick) -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
On 01/14/2011 09:10 AM, Séb Buch wrote: On 01/13/2011 07:50 PM, spir wrote: [massicot] Je n'ai pas de réseau à moi, juste connecté à internet via une box tout ce qu'il de plus standard (livebox) sur le réseau téléphonique. Alors, qui (quel serveur) est sensé répondre à le demande de dhcp émise au démarrage par mon PC? Si la réponse est évidemment personne, alors la question devient: pourquoi le système fait-il cette demande? Il ne la faisait pas avec les versions précédentes d'Ubuntu (ça a commencé avec la 10.04 je pense) et que mon matériel n'a pas changé (sauf le clavier, mais je crois qu'on peut l'innocenter ;-) Monsieur Jourdain, à partir du moment où tu est derrière une box, tu es un réseau! :) En fait, même sans la box, si tu as une connexion internet, tu es fatalement en réseau... Je sais bien que je suis en réseau, faut pas me prendre pour encore plus con que je suis ;-) Je disais juste que je n'ai pas un réseau (disons local) à moi. Libre à toi de considérer que, techniquement, un unique PC derrière une box est un réseau (disons minimal) (puisque, si j'ai bien pigé, on peut connecter plusieurs PCs à la box qui seront alors à même de causer entre eux, via son intermédiaire) mais tu comprends bien, je pense, que l'utilisateur ne voit pas les choses de cette façon --du moins, tant que la box ne lui sert qu'à connecter son unique PC à internet. Excuse la formulation circonvolutive! En l'occurence, la très grande majorité (toutes?) des box font office de routeur et font tourner un serveur DHCP auquel les PC (ou autres) peuvent se raccorder pour profiter d'un réseau domestique et/ou d'internet (la box est surtout une passerelle). La livebox ne dérogeant pas à la règle, elle fournit un serveur DHCP que ton PC interroge pour obtenir les paramètres réseau. À noter que sauf si tu as changé des paramètres de ta livebox (=stopper le serveur DHCP), tu t'es toujours connecté au réseau de cette façon (quelle que soit la version d'Ubuntu)! D'accord, je commence à comprendre un peu mieux. Donc, c'est la box (son côté routeur, sans doute? pas le côté modem ethernet) qui est sensé fournir les données de paramétrage réseau à mon ordi. Correct? Et si oui, est-ce que lesdites données concernent internet, le mini réseau local, ou les deux? Si les deux, est-ce que la box est sensée fournir 2 paquets de données ou est-ce que ce sont les mêmes qui servent aux 2 réseaux? Je n'ai pas changé les paramètres des la box. Et je peut assurer que la phase DHCP visible au démarrage du PC (voir ci-dessous) est apparue tout-à-coup l'an dernier; alors que la box faisait son boulot depuis un bon moment sur le même ordi, qui n'a pas changé d'un poil au niveau matériel. [massicot] J'ai bien cette ligne dans /etc/network/interfaces. Pourquoi est-elle soudain apparue, mystère? Alors, comme la demande de dhcp échoue systématiquement, je ne devrais pas pouvoir me connecter à internet sans paramétrer la connexion, c'est ça. Mais lorsque j'ai installé la box la connexion a fonctionné illico sans aucun paramétrage de ma part (alors qu'avant avec un modem 56k je faisais tout à la main). Et depuis que ces tentatives dhcp rien n'a changé de ce côté. Donc, il y a certainement un paramétrage automatik qui fait très bien son boulot. Yo? Oui, le paramétrage automatique, c'est *justement* le DHCP: la ligne iface eth0 inet auto signifie que l'interface nommé eth0 (1ère interface éthernet) doit utiliser le protocole DHCP pour se connecter au réseau. D'accord, mais je parlais d'un autre paramétrage automatique, autre que le dhcp, puisque celui semble échouer. Par exemple un set de valeurs par défauts qui marcheraient le plus souvent (il y a un tas de trucs qui marchent comme, tu le sais aussi bien que moi). Quant à l'échec, voir ci-dessous. Il y a fort à parier que cette est apparue soudainement au moment de la configuration du réseau... lors de l'installation! Pourrais-tu donner le log qui te permets de dire que la requête DHCP échoue? (Avoir des soucis avec internet ne signifie pas nécessairement avoir des soucis avec le réseau... et vice versa) Que dit par exemple la commande sudo dhclient? (commande système pour se (re)demander les paramètres de connexion au serveur DHCP) Ce qui me permet de dire cela, c'est un feedback à l'écran, au démarrage. Il s'affiche d'abord: -- CLIENT MAC ADDR: 00... (et plein d'autres chiffres hexa) GUID: F... (juste des 'F' avec quelques separateurs '-') DHCP...(pas de ': ' pour DHCP, mais ici des vrais '.') -- Pendant environ 30 secondes, la ligne de points qui suit DHCP s'étiiire, puis: -- PXE (qq autres lettres) no boot filename received exiting PXE-ROM -- J'en conclus, peut-être à tort (mais je me pardonne dans ce cas, car le feedback n'est pas des plus clairs), que la demande DHCP échoue. Et j'imagine que, peut-être, auparavant, je ne voyais pas cette phase au démarrage si elle réussissait alors,
Re: DHCP côté client
Le 14/01/2011 12:13, spir a écrit : [cut] Ce qui me permet de dire cela, c'est un feedback à l'écran, au démarrage. Il s'affiche d'abord: -- CLIENT MAC ADDR: 00... (et plein d'autres chiffres hexa) GUID: F... (juste des 'F' avec quelques separateurs '-') DHCP...(pas de ': ' pour DHCP, mais ici des vrais '.') -- Pendant environ 30 secondes, la ligne de points qui suit DHCP s'étiiire, puis: -- PXE (qq autres lettres) no boot filename received exiting PXE-ROM -- [cut] Listening on LPF/eth0/00:19:db:fd:57:29 Sending on LPF/eth0/00:19:db:fd:57:29 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPOFFER of 192.168.1.3 from 192.168.1.1 DHCPREQUEST of 192.168.1.3 on eth0 to 255.255.255.255 port 67 DHCPACK of 192.168.1.3 from 192.168.1.1 bound to 192.168.1.3 -- renewal in 6 seconds. Magnifique! Toutes les infos qui faut pour aider à résoudre votre problème. Avez vous souvenir d'avoir modifier l'ordre de boot de votre machine. Sur les bécanes de particulier, le boot pxe, c'est en général le dernier choix. -- Olivier Pavilla 仕事を探しています。求職中です。 S.C.I.R.C. Orléans (Bourgogne) - I.U.F.M. Centre-Val de Loire 72 Rue du Faubourg Bourgogne -45044 ORLEANS Cedex 1 Tel : 02-38-49-26-20 , mailto:olivier.pavi...@univ-orleans.fr http://blog.linux-squad.com - 僕の傑作です。 http://gallery.linux-squad.com - 僕の傑作です。 signature.asc Description: OpenPGP digital signature -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
On 14/01/2011 12:13, spir wrote: Ce qui me permet de dire cela, c'est un feedback à l'écran, au démarrage. Il s'affiche d'abord: -- CLIENT MAC ADDR: 00... (et plein d'autres chiffres hexa) GUID: F... (juste des 'F' avec quelques separateurs '-') DHCP... (pas de ': ' pour DHCP, mais ici des vrais '.') -- Pendant environ 30 secondes, la ligne de points qui suit DHCP s'étiiire, puis: -- PXE (qq autres lettres) no boot filename received exiting PXE-ROM -- J'en conclus, peut-être à tort (mais je me pardonne dans ce cas, car le feedback n'est pas des plus clairs), que la demande DHCP échoue. Et j'imagine que, peut-être, auparavant, je ne voyais pas cette phase au démarrage si elle réussissait alors, et que donc mon ordi recevait ses données DHCP, ce quasi-instantanément (pas de raison que ça dure des heures, j'imagine, surtout si le serveur est local). Ca vous paraît un scénario plausible? Hum, je suis pas sûr, mais il me semble que PXE-ROM c'est pour des histoires de boot en réseau comme le dit Olivier... En ce qui concerne dhclient, voici le résultat de la commande: Listening on LPF/eth0/00:19:db:fd:57:29 Sending on LPF/eth0/00:19:db:fd:57:29 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPOFFER of 192.168.1.3 from 192.168.1.1 DHCPREQUEST of 192.168.1.3 on eth0 to 255.255.255.255 port 67 DHCPACK of 192.168.1.3 from 192.168.1.1 bound to 192.168.1.3 -- renewal in 6 seconds. J'aimerais bien pouvoir interpréter cela: ça signfierait que je sais quelle genre de données sont sensées être présentes dans tel ou tel cas (avec ou sans demande DHCP, en cas d'échec ou de réussite, usage ou non de network manager, et j'en passe...). De ce que je vois, le DHCP fonctionne sans aucun problème, donc ca ne viens pas de la box. Pour en savoir un peu plus sur le DHCP : http://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol En gros, ce qu'il y'a à retenir c'est * DHCPOFFER : un serveur dhcp a été trouvé sur le réseau. * boundto : Une adresse IP a été attribuée à la machine. J'imagine que rien ne changera donc non plus si je supprime cette ligne. (Mais je préfère demander au kazou.) Et ca donne quoi une demande faîte au kazoo. ( Désolé, fallait que je la fasse -_-' ) Je préférerais laisser ou rétablir la méthode la plus ordinaire. Pour info au cas où, j'ai installé la 10.10 il ya qq jours, et ça n'a rien changé sur ce plan-là. (Mais ça a viré un autre bug, en l'occurrence que le démarrage s'arrêtait en login console.) En fait les deux se valent hormis le fait que la connexion réseau sera établie avant que l'interface graphique ne soit lancée. A+ Clément -- La réalité, c'est ce qui refuse de disparaître quand on cesse d'y croire. (Philip K. Dick) -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
Après client mac address, tu as un espèce de slash qui tourne pendant un certain temps ? Parce que ces messages me font bien penser à des options à désactiver dans le bios... Le 14 janvier 2011 13:53, Clement Fouque clement.fou...@free.fr a écrit : On 14/01/2011 12:13, spir wrote: Ce qui me permet de dire cela, c'est un feedback à l'écran, au démarrage. Il s'affiche d'abord: -- CLIENT MAC ADDR: 00... (et plein d'autres chiffres hexa) GUID: F... (juste des 'F' avec quelques separateurs '-') DHCP... (pas de ': ' pour DHCP, mais ici des vrais '.') -- Pendant environ 30 secondes, la ligne de points qui suit DHCP s'étiiire, puis: -- PXE (qq autres lettres) no boot filename received exiting PXE-ROM -- J'en conclus, peut-être à tort (mais je me pardonne dans ce cas, car le feedback n'est pas des plus clairs), que la demande DHCP échoue. Et j'imagine que, peut-être, auparavant, je ne voyais pas cette phase au démarrage si elle réussissait alors, et que donc mon ordi recevait ses données DHCP, ce quasi-instantanément (pas de raison que ça dure des heures, j'imagine, surtout si le serveur est local). Ca vous paraît un scénario plausible? Hum, je suis pas sûr, mais il me semble que PXE-ROM c'est pour des histoires de boot en réseau comme le dit Olivier... En ce qui concerne dhclient, voici le résultat de la commande: Listening on LPF/eth0/00:19:db:fd:57:29 Sending on LPF/eth0/00:19:db:fd:57:29 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPOFFER of 192.168.1.3 from 192.168.1.1 DHCPREQUEST of 192.168.1.3 on eth0 to 255.255.255.255 port 67 DHCPACK of 192.168.1.3 from 192.168.1.1 bound to 192.168.1.3 -- renewal in 6 seconds. J'aimerais bien pouvoir interpréter cela: ça signfierait que je sais quelle genre de données sont sensées être présentes dans tel ou tel cas (avec ou sans demande DHCP, en cas d'échec ou de réussite, usage ou non de network manager, et j'en passe...). De ce que je vois, le DHCP fonctionne sans aucun problème, donc ca ne viens pas de la box. Pour en savoir un peu plus sur le DHCP : http://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol En gros, ce qu'il y'a à retenir c'est * DHCPOFFER : un serveur dhcp a été trouvé sur le réseau. * boundto : Une adresse IP a été attribuée à la machine. J'imagine que rien ne changera donc non plus si je supprime cette ligne. (Mais je préfère demander au kazou.) Et ca donne quoi une demande faîte au kazoo. ( Désolé, fallait que je la fasse -_-' ) Je préférerais laisser ou rétablir la méthode la plus ordinaire. Pour info au cas où, j'ai installé la 10.10 il ya qq jours, et ça n'a rien changé sur ce plan-là. (Mais ça a viré un autre bug, en l'occurrence que le démarrage s'arrêtait en login console.) En fait les deux se valent hormis le fait que la connexion réseau sera établie avant que l'interface graphique ne soit lancée. A+ Clément -- La réalité, c'est ce qui refuse de disparaître quand on cesse d'y croire. (Philip K. Dick) -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr -- Olivier Van de Vijvere -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
Le 14/01/2011 12:13, spir a écrit : Listening on LPF/eth0/00:19:db:fd:57:29 Sending on LPF/eth0/00:19:db:fd:57:29 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPOFFER of 192.168.1.3 from 192.168.1.1 DHCPREQUEST of 192.168.1.3 on eth0 to 255.255.255.255 port 67 DHCPACK of 192.168.1.3 from 192.168.1.1 bound to 192.168.1.3 -- renewal in 6 seconds. Moi ce qui me pose probleme, c'est ce renewal in 6 seconds. Ca veut dire qu'au bout de 6 secondes, ton ordi doit refaire un échange de messages avec la box pour savoir si son adresse ip est toujours valide. J'ai une box de chez Orange au boulot, mais je n'ai pas vu dans la config de dhcp un moyen de régler la durée de lease (le temps ou ton ordi peut considérer son adresse comme valide), ni même de voir à combien elle était fixée... Qui plus est, il existe plusieurs marques et modèles de box chez oranges, qui ne se configurent pas nécessairement de la même manière... Si d'autres gens de la liste confirment que 6 secondes c'est trop cout, j'essaierais de négocier avec Orange un changement de la box. Mais bonne chance pour trouver un interlocuteur au bout du fil qui soit capable de comprendre... -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
Salut, Je suis pas sûr de bien avoir compris, mais je vais quand même tenter une réponse: 1) le DHCP (Dynamic Host Configuration Protocol) permet de fournir automatiquement au client les paramètres de configuration du réseau. Adresse IP, masque, IP de la passerelle, domaine de recherche, adresses des serveurs DNS. L'intérêt est évidemment de ne rien avoir à configurer pour avoir une connexion fonctionnelle. 2) Pour que la requête DHCP réussisse, il faut qu'un serveur te réponde lorsque tu émet la trame DHCP_REQUEST. Les solutions pour que ca marche dépendent de l'architecture de ton réseau... 3) Si dans le fichier /etc/network/interfaces tu as une ligne: iface eth0 inet auto Alors, il y'aura une tentative de requête lors de la séquence de boot. Sinon, il ne se passera rien. Par contre, ton réseau ne sera pas configuré. Il faudra que tu le fasse toi-même après (ou en passant par le network manager. A+ Clément On 13/01/2011 14:47, spir wrote: Bonjour, Je reviens un peu sur le sujet. Précisons que j'ai effectué des recherches (en anglais français) qui m'ont apporté une foultitude de guides sur la façon d'établir un _serveur_ DHCP. Ce dont j'ai besoin est: 1. Qu'est-ce c'est sensé apporter au poste client? (apparemment une sorte d'identifiant réseau particulier, mais pour quel avantage?) 2. Comment faire en sorte que la demande ou recherche de DHCP réussisse? (au bout de trente secondes d'essai, ça échoue systématiquement chez moi) 3. Comment désactiver cette phase dans la procédure d'amorçage? (si je décide que j'en veux pas, ou comprends que ça ne peut de toute façon pas aboutir) Notons qu'il y a qq versions d'Ubuntu, cette phase n'existait pas (et je n'ai pas changé de matériel, encore moins bidouillé côté système). Donc, c'est très probablement une nouveauté introduite par un changement côté Linux ou Ubuntu, un de leurs composants. Merci, denis _ vita es estrany spir.wikidot.com -- La réalité, c'est ce qui refuse de disparaître quand on cesse d'y croire. (Philip K. Dick) -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
On 01/13/2011 03:19 PM, Clement Fouque wrote: Salut, Je suis pas sûr de bien avoir compris, mais je vais quand même tenter une réponse: Merci Clément (et david, hors liste). 1) le DHCP (Dynamic Host Configuration Protocol) permet de fournir automatiquement au client les paramètres de configuration du réseau. Adresse IP, masque, IP de la passerelle, domaine de recherche, adresses des serveurs DNS. L'intérêt est évidemment de ne rien avoir à configurer pour avoir une connexion fonctionnelle. D'accord -- mais voir ci-dessous. 2) Pour que la requête DHCP réussisse, il faut qu'un serveur te réponde lorsque tu émet la trame DHCP_REQUEST. Les solutions pour que ca marche dépendent de l'architecture de ton réseau... Je n'ai pas de réseau à moi, juste connecté à internet via une box tout ce qu'il de plus standard (livebox) sur le réseau téléphonique. Alors, qui (quel serveur) est sensé répondre à le demande de dhcp émise au démarrage par mon PC? Si la réponse est évidemment personne, alors la question devient: pourquoi le système fait-il cette demande? Il ne la faisait pas avec les versions précédentes d'Ubuntu (ça a commencé avec la 10.04 je pense) et que mon matériel n'a pas changé (sauf le clavier, mais je crois qu'on peut l'innocenter ;-) 3) Si dans le fichier /etc/network/interfaces tu as une ligne: iface eth0 inet auto Alors, il y'aura une tentative de requête lors de la séquence de boot. Sinon, il ne se passera rien. Par contre, ton réseau ne sera pas configuré. Il faudra que tu le fasse toi-même après (ou en passant par le network manager. J'ai bien cette ligne dans /etc/network/interfaces. Pourquoi est-elle soudain apparue, mystère? Alors, comme la demande de dhcp échoue systématiquement, je ne devrais pas pouvoir me connecter à internet sans paramétrer la connexion, c'est ça. Mais lorsque j'ai installé la box la connexion a fonctionné illico sans aucun paramétrage de ma part (alors qu'avant avec un modem 56k je faisais tout à la main). Et depuis que ces tentatives dhcp rien n'a changé de ce côté. Donc, il y a certainement un paramétrage automatik qui fait très bien son boulot. Yo? J'imagine que rien ne changera donc non plus si je supprime cette ligne. (Mais je préfère demander au kazou.) PS: Dans preferences/Network Connections, onglet wired (le seul pas vide), connection auto eth0 edit, je trouve sous l'onglet IPV4 settings, method: Automatic (DHCP) / Automatic (DHCP) adresses only / Manual / Link-local Only/ Shared to Other Computers / Disabled et c'est le premier choix qui est validé. A+ Clément Merci encore, Denis _ vita es estrany spir.wikidot.com -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
Re: DHCP côté client
La réponse est dans ton texte : le serveur dhcp est ta livebox a mon humble avis le souci vient de l'offre dhcp sur la livebox, c'est en wifi, en ethernet? Si les parametres de la livebox sont ok : Souvent la solution est de désinstaller network manager au profit de wicdhttp://doc.ubuntu-fr.org/wicd . Bon courage Davy PS : le forum peut t'aider aussi... Le 13 janvier 2011 19:50, spir denis.s...@gmail.com a écrit : On 01/13/2011 03:19 PM, Clement Fouque wrote: Salut, Je suis pas sûr de bien avoir compris, mais je vais quand même tenter une réponse: Merci Clément (et david, hors liste). 1) le DHCP (Dynamic Host Configuration Protocol) permet de fournir automatiquement au client les paramètres de configuration du réseau. Adresse IP, masque, IP de la passerelle, domaine de recherche, adresses des serveurs DNS. L'intérêt est évidemment de ne rien avoir à configurer pour avoir une connexion fonctionnelle. D'accord -- mais voir ci-dessous. 2) Pour que la requête DHCP réussisse, il faut qu'un serveur te réponde lorsque tu émet la trame DHCP_REQUEST. Les solutions pour que ca marche dépendent de l'architecture de ton réseau... Je n'ai pas de réseau à moi, juste connecté à internet via une box tout ce qu'il de plus standard (livebox) sur le réseau téléphonique. Alors, qui (quel serveur) est sensé répondre à le demande de dhcp émise au démarrage par mon PC? Si la réponse est évidemment personne, alors la question devient: pourquoi le système fait-il cette demande? Il ne la faisait pas avec les versions précédentes d'Ubuntu (ça a commencé avec la 10.04 je pense) et que mon matériel n'a pas changé (sauf le clavier, mais je crois qu'on peut l'innocenter ;-) 3) Si dans le fichier /etc/network/interfaces tu as une ligne: iface eth0 inet auto Alors, il y'aura une tentative de requête lors de la séquence de boot. Sinon, il ne se passera rien. Par contre, ton réseau ne sera pas configuré. Il faudra que tu le fasse toi-même après (ou en passant par le network manager. J'ai bien cette ligne dans /etc/network/interfaces. Pourquoi est-elle soudain apparue, mystère? Alors, comme la demande de dhcp échoue systématiquement, je ne devrais pas pouvoir me connecter à internet sans paramétrer la connexion, c'est ça. Mais lorsque j'ai installé la box la connexion a fonctionné illico sans aucun paramétrage de ma part (alors qu'avant avec un modem 56k je faisais tout à la main). Et depuis que ces tentatives dhcp rien n'a changé de ce côté. Donc, il y a certainement un paramétrage automatik qui fait très bien son boulot. Yo? J'imagine que rien ne changera donc non plus si je supprime cette ligne. (Mais je préfère demander au kazou.) PS: Dans preferences/Network Connections, onglet wired (le seul pas vide), connection auto eth0 edit, je trouve sous l'onglet IPV4 settings, method: Automatic (DHCP) / Automatic (DHCP) adresses only / Manual / Link-local Only/ Shared to Other Computers / Disabled et c'est le premier choix qui est validé. A+ Clément Merci encore, Denis _ vita es estrany spir.wikidot.com -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr