OVH Cloud OVH Cloud

linux modem ethernet et DHCP (dégroupage)

12 réponses
Avatar
christophe Raverdy
Attention : diapublié sur frta et fcolc, suivi positionné sur
poster, mais vous pouvez préférez faire une réponse publique.


Bonjour.

J'ai deux machines chez moi qui fonctionnent sous linux, en utilisant
un modem ethernet ECI : Aucun problème depuis deux ans.

Je viens, à l'insu de mon plein gré, d'être dégroupé (free), et j'ai
pas mal d'ennuis, malgré mes tentatives de solutionnement : j'ai en
effet commencé à chercher avant d'appeler à l'aide.

Pour résumer :

Il me semble que le modem ethernet doit pouvoir fonctionner, à
l'instar de la freebox, et que fait principal est qu'il n'y a plus
identification mais requête dhcp.

Donc, joint ce matin, le service à 0,34Eur la minute m'a dit que la
ligne était active, et m'a donné
- mon adresse IP : A.B.C.D
- la passerelle par défaut : A.B.E.F
- le masque de sous-réseau : 255.255.255.0

Pour le reste, j'ai utilisé ifconfig eth0 et dhcp-client, mais je n'ai
rien de concluant.


J'apprécierais donc un coup de main pour ce qui est des scripts à
utiliser ainsi que des fichiers de configuration afin de récupérer
mon accès internet.
NB : j'entrave que couic aux notions de réseau.

Je donne ci-dessous des informations plus techniques :
(intégralement, même celles qui me semblent inutiles)

---------------------------------------------------------
Distribution : Suse 8.2
carte réseau : asustek sis900 10/100 ethernet
configuré en périphérique réseau eth0
mode d'assignation : automatique (via dhcp)
le nom de machine et d'hote est bidon
serveurs de noms : 212.27.32.176 et 212.27.32.177
recherche de données : free.fr
routage (passerelle par défaut : rien, table de routage (destination,
passerelle, masque réseau périphérique) : rien)
module noyau sis900
---------------------------------------------------------

ifconfig eth0 me donne :

---------------------------------------------------------
lien encap: Ethernet HWaddr 00:E0:18:93:9B:7B
adr inet6:fe80::2e0:18ff:fe93:9b7b/64 Scope:Lien
UP BROADCAST NOTRAILERS RUNNING MULTICAST
MTU:1500 Metric:1
RX packets : 0 errors : 0 dropped : 0 overruns : 0 frame : 0
TX packets : 1675 errors : 0 dropped : 0 overruns : 0 carrier : 0
collision : 0 lg file transmission : 100
Rx bytes : 0 (0.0b) Tx bytes 583698 (570.0 Kb)
interruption : 9 Adresse de base : 0xd400
---------------------------------------------------------

J'ai utilisé dhcp-client, mais je n'ai aucune idée de la façon
d'affiner le fichier de configuration. Nb : je dispose aussi
de dhcpd mais je bloque là aussi.

---------------------------------------------------------
sit0 : unknown hardware address type 776 (cette ligne, 2 fois)
Listening on LPF/eth0/00:e0:18:93:9b:7b
sending on LPF/eth0/00:e0:18:93:9b:7b
sending on Socket/fallback

J'ai quelques lignes DHCP DISCOVER on eth0 to 255.255.255.255 port 67
internal 2 (ce dernier paramètre croit)

no DHCPOFFERS received
no working leases in persistent database. sleeping
---------------------------------------------------------



---------------------------------------------------------

2 réponses

1 2
Avatar
Annie D.
Remy Moulin wrote:

Ah, oui, RFC2684 remplace la 1483, mais c'est itou : ça ne cause pas de la
liaison IP et ARP dans l'IPoA !!!


S'il y a de l'ARP, il n'y a pas que de l'IPoA : ARP est quand même un
protocole distinct d'IP.

Avatar
Remy Moulin
Annie D. wrote:
Remy Moulin wrote:

Ah, oui, RFC2684 remplace la 1483, mais c'est itou : ça ne cause
pas de la liaison IP et ARP dans l'IPoA !!!


S'il y a de l'ARP, il n'y a pas que de l'IPoA : ARP est quand même un
protocole distinct d'IP.


Exact, mes excuses... Il fallait lire : ça ne cause pas de l'IPoA ni de
l'ARPoA (des liaisons entre IP et ARP avec ATM).

Merci d'avoir rectifié.

--
Herm


1 2