Dial failed: 256

par **BobRazowsky** » 23 Oct 2003 18:53

Bonjour, J'ecris ce post pour un ami qui utilise Ipcop 1.4a ( Telecharge y'a deux jours ) avec un modem Sagem 908 en Ethernet. Il est abonné chez free et a installé sa passerelle Avant-Hier. Hier soir il éteind sa passerelle et ce matin , impossible de se connecter: ERROR: Can't start RED when it's still active Dial failed: 256 Re-installation et autres bidouilles n'y font rien : Pas de connexion de toute la journée. Il ne semble pas que se soit le probleme de reconnection déjà evoqué sur le forum ( meme erreurs ) mais bel et bien une impossibilité de se connecter ... Ca peut venir d'ou ?

par **mad_dog** » 23 Oct 2003 18:55

Ne serais -ce pas un pb de ligne téléphonqiue directement .... faudrait essayer avec un autre matériel !!!

par **Gesp** » 23 Oct 2003 19:16

Can't start RED when it's still active Qu'il essaye de faire une déconnection depuis l'interface web ou depuis une console /etc/rc.d/rc.red stop Le système a mémorisé que la connexion est active et refuse de se relancer 2 fois. Comment est-il connecté, en ethernet ou en usb? Est-ce que le modem est synchronisé (en ethernet)? En usb, il y aurait un autre message en plus en l'absence de synchro.

par **MustaghAttac** » 23 Oct 2003 19:52

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Comment est-il connecté, en ethernet ou en usb? Est-ce que le modem est synchronisé (en ethernet)? En usb, il y aurait un autre message en plus en l'absence de synchro. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Je suis connecté en ethernet, et le modem est bien synchronisé. Quand je vais dans les log PPP j'ai TimeOut ... PADO ?? J'ai l'impression que la carte réseau n'échange pas beaucoup d'info avec le modem (voyant peu actifs). J'ai pu testé les cartes réseau, elle fonctionnent toutes. Le modem fonctionnait bien il y a peu, je ne comprend pas <IMG SRC="images/smiles/icon_confused.gif"> Quant à la déconnexion / reconnexion, j'avais essayé, en vain ..

par **Gesp** » 23 Oct 2003 21:23

Avec un 908, tu n'as qu'à essayer en usb setup => pour passer en 'red is modem/isdn' mettre les VPI/VCI 8/35 et tu as le choix de PPPoA ou PPPoE

par hb » 23 Oct 2003 21:32

j'ai deja eu ce pb egalement en RTC avec une 1.3 la seul facon de repartir, cold reboot IPCOP+modem je suis a coté d'une zone d'artisans, alors j'ai toujours un doute, baisse/hausse de tension ???

par **tibhix** » 24 Oct 2003 20:27

Moi aussi, j'ai strictement le même message et malgré la connexion USB, le système n'est pas plus bavard. Pour l'instant, je fais déconnexion + reconnexion et c'est bon en insistant : 19:12:40 ipcop dhcpcd success 19:11:56 ipcop Dialing Free. 19:11:34 ipcop Profil sauvegardé: Free 19:10:28 ipcop Dial failed: 256 19:10:28 ipcop ERROR: Can't start RED when it's still active 19:10:16 ipcop dhcpcd success 19:09:50 ipcop Dial failed: 256 19:09:50 ipcop dhcpcd fail 19:09:50 ipcop Dialing Free. 19:07:41 ipcop Dialing Free. 19:07:15 ipcop Dial failed: 256 19:07:15 ipcop ERROR: Can't start RED when it's still active 19:06:30 ipcop dhcpcd success 19:06:04 ipcop Dialing Free. 18:46:25 ipcop IPCop started. D'ailleurs, mon état ne passe jamais en statut autre que Idle, même quand je suis en connexion... Mais c'est un autre problème...

par **Gesp** » 25 Oct 2003 00:32

>tibhix Tu cliques plus vite que ton ombre alors c'est normal que tu es des Can't start red.. Quand tu as lancé une fois la connexion, il faut attendre 60s si elle échoue. C'est le timeout de dhcpcd au bout duquel il s'arrête quand il ne trouve pas de serveur. Dans ce cas, je suppose que c'est la faute de Free mais je peux me tromper. >D'ailleurs, mon état ne passe jamais en statut autre que Idle, même quand je suis >en connexion... Mais c'est un autre problème... Effectivement, je pense qu'il y a quelques bugs avec la nouvelle interface et l'utilisation du client dhcp

par **oufnomore** » 20 Oct 2004 02:52

salut

j'ai une version 1.4.0 téléchargée recement
j'ai une freebox v3 branchée en ethernet
2 cartes réseau 3com dans la machine
2 autres pc sur le switch

tout à fonctionné jusqu'à ce soir

hier encore, j'étais configuré avec dhcp activé dans ipcop, dés l'installation (écran que l'on ne retrouve pas dans le setup par la suite, celui où l'on saisit la plage d'ip).
les 2 autres machines étaient configurées avec une ip fixe, 192.168.4.50 et 192.168.4.60
là mes 2 pc étaient online, pas de problèmes, ni avec les messageries instantanées, ni le web, ni le téléchargement.
ce midi, je décide d'essayer de forwarder des ports, je rentre dans la page de routage, ip source = DEFAULT, port source = xxxx, ip destination = 192.168.4.60, port dest = yyyy

je pensais avoir compris le principe, alors je me dis : "c'est à cause du dhcp"
alors je décoche la case dans l'interface web puis je redémarre ipcop

et là ça va parfaitement bien, j'avais bien compris le principe
donc je map un port pour le meme logiciel sur mon autre pc, ça marche aussi, je suis super content

et soudain, c'est le drâme....

alors que je chat sur pc2, MSN sur pc1 se déconnecte... "tiens..?"
j'essaye d'ouvrir google ... niet

je regarde mes câbles réseau, rien à signaler... j'ai rien touché d'autre que mon clavier...

je regarde les logs :

01:25:07 ipcop IPCop started.
01:27:12 ipcop Starting RED device eth1.
01:27:21 ipcop IPCop started.
01:28:12 ipcop Starting RED device eth1.
01:28:53 ipcop ERROR: Can't start RED when it's still active
01:28:53 ipcop Dial failed: 256
01:33:00 ipcop Starting RED device eth1.

depuis, j'ai tout essayé je crois bien ...

d'apres ce que j'ai cru comprendre, le dhcp ne m'est pas utile, alors à la ré-ré-installation, la dernière page propose d'activer le dhcp et de saisir une plage d'ip, je ne fais pas.

je suis configuré en green+red, green = 192.168.4.9 et red en statique, avec mon ip fixe

je viens d'essayer l'idée de Gesp, à savoir /etc/rc.d/rc.red stop

lorsque je /etc/rc.d/rc.red start j'ai l'erreur suivante :

bad default_gateway
could not connect to http://www.ipcop.org:80: IO::Socket::INET: Bad hostname 'www.ipcop.org' at /usr/local/bin/updatelists.pl line 36.

erreur qui apparaît également à la fin du boot...
je n'ai pas touché ce script, je le jure, je n'ai pas hacké le site ipcop, je n'ai pas donné de coup de pied dans ma freebox... d'ailleurs je poste grâce à elle...

est-ce que ce problème de connexion est lié à l'erreur Dial Failed: 256 ou bien c'est l'inverse ?

que faire ?

je n'arrive même plus à accéder à l'interface ipcop... :roll:

merci de m'avoir lu

(reste un truc : essayer deux autres 3com)

[/i]

par **Gesp** » 20 Oct 2004 08:06

En IP fixe, il n'y a rien de codé pour vérifier que la connexion fonctionne.
Donc si ce n'est pas le cas, il est compréhensible de se prendre une erreur DNS.

La situation freebox sans dhcp ne peut fonctionner qu'en dégroupé ou dégroupé avec IP fixe. En dégroupé standard (sans IP fixe), l'adresse IP change, il faut donc pouvoir la récupérer.

concernant la connexion avec dhcp

01:25:07 ipcop IPCop started.
01:27:12 ipcop Starting RED device eth1.
01:27:21 ipcop IPCop started.
01:28:12 ipcop Starting RED device eth1.
01:28:53 ipcop ERROR: Can't start RED when it's still active
01:28:53 ipcop Dial failed: 256
01:33:00 ipcop Starting RED device eth1.

c'est toi qui a essayé de redémarrer plusieurs fois, non?
Essaye une déconnexion avant une reconnexion. C'est pour le moment nécessaire d'arrêter dhcpcd pour pouvoir le relancer.

Tu peux activer un diagnostic de dhcpcd de manière biscornue :
- vas sur la page pppsetup.cgi
- choisis une interface eagle usb
- coches la case 'log debug connexion'
- sélectionnes modem, type de ligne, RFC1483 /2684 et dhcp,
- remplis vci / vpi et la durée d'attente avant reco (qu'importe la valeur)
- sauvegarde

Après tu relances la connexion et tu auras un log plus détaillé dans l'interface web :
Journaux systèmes => RED

par **oufnomore** » 20 Oct 2004 12:23

oui je venais de tenter pas mal de modifs dans l'interface...

merci j'essayerai ça ce soir

nb: je suis dégroupé, ip fixe..

par **oufnomore** » 20 Oct 2004 23:00

je n'ai pas réussi à faire quoi que ce soit... au moins 10 réinstall... y'a qd meme pas 36000 solutions... en + ça a marché 30 minutes hier soir jusqu'à 22h environ, tout nickel avec forward de port... (le log que j'ai collé dans mon post plus haut date de + tard)
ça s'est mis à bien marcher apres avoir désactivé dhcp dans l'interface et renseigné mon ip from chez free dans le setup (une ip fixe sur chaque client était déjà configurée, seul le transfert de ports foirait)
mais ça a qd meme bien marché 1/2h...
c vrai que j'ai passé ce temps à trifouiller un peu ipcop... les journaux, etat system, etat reseau, j'ai regardé chaque écran quasiment, mais je n'ai rien modifié..
j'étais en train de faire autre chose sur pc2 depuis quelques minutes quand pc1 s'est mis à perdre sa connexion...
fait marquant : j'utilise Trillian comme client de messagerie sur pc1. c'est un "5 en 1", ya msn, yahoo, aol, icq et irc... et dans un premier temps, yahoo et aol étaient online, et plus les autres ... mais plus de web, plus rien d'autre, juste l'interface ipcop sur pc1... par contre sur pc2 aucun symptôme...
alors j'ai commencé à regarder dans l'interface ipcop sur pc2, rien d'anormal, alors je reactive dhcp, pas mieux, alors je tente un peu tout, au p'tit bonheur lol
puis je decide de setuper la passerelle elle-même, à ce moment là je fous l'ecran2 dessus c + pratique que de bouger l'uc pour aller vers gros-ecran1, bref, et je bidouille dans l'interface sur pc1
ouai je suis peut etre un peu soporifique j'vous l'accorde
alors j'ai tout essayé là encore, des commandes start/stop dans la console des shutdnown -h-F -c'que-tu-veux des réinstall "warning all data being erased pourtant" , et en veux-tu en voilà, des changements de cartes réseau (j'ai quatre 3com qui fonctionnent toutes), changements de slots pci, etc ; jusqu'à un point où depuis hier soir donc, même plus accés à l'interface web....

alors la concluquestion de tout ça la voilà : est-ce que l'un d'entre vous mes chers lecteurs arrive à faire fonctionner ipcop / switch ethernet / freebox (dégroupé-ip fixe) / 1pc client (ou+) :?:

si oui je l'en supplie de me faire connaitre la magie... si tu es blonde à forte poi.. euh nan c'est pas ça.. si j'arrivais à m'en sortir avant de craquer pour un routeur lynksys ce serai génial

>BobRazowsky, si tu repasses par là, est-ce que ton ami a résolu son problème ?

merci d'avance... c bon vous pouvez vous réveiller !

par **oufnomore** » 21 Oct 2004 03:20

Voilà ce que je dois faire ce que je fais et ce qui se passe :

- configurer l'ip de GREEN => 192.168.4.1 / 255.255.255.0

- nom de l'hôte = ipcop.................

- nom de domaine = localdomain.........

- réseau:
1] type de configuration = GREEN + RED

2] affecter des pilotes et des cartes

> GREEN: 3Com "Corkscrew" Etherlink PCI III/XL, etc. (eth0)
> RED: 3Com "Corkscrew" Etherlink PCI III/XL, etc. (INDETERMINE)
souhaitez vous modifier ces parametres ? => OK

il reste une carte ethernet non affectée de type blabla
vous pouvez l'affecter à RED => OK

toutes les cartes ont été attribuées => OK

> GREEN: 3Com "Corkscrew" Etherlink PCI III/XL, etc. (eth0)
> RED: 3Com "Corkscrew" Etherlink PCI III/XL, etc. (eth1)

3] configuration de l'adresse

GREEN => je vérifie : je suis bien sur 192.168.4.1
RED => Statique
nom de l'hôte DHCP: _________________
adresse IP: mon.ip.free.fr
masque: 255.255.255.0

4] configuration DNS et passerelle

DNS primaire ____________________
DNS secondaire __________________
passerelle ______________________

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

alors alors g faux où g faux où ?
là je viens de réinstaller comme ça sur PC1, mon pont réseau est configuré en ip auto, pas de connexion alternative, et j'ai pourtant l'ip 192.168.4.2 (deja ça c bizarre), et j'ai accès à l'interface web
mais bon pas d'accés au net
je sais pas c'qu'il me manque...
pendant longtemps je n'avais ni le lan ni le web, j'ai été jusqu'à changer le port sécurisé dans les fichiers du system lol 445 = 4445
po mieux...
lool
j'comprends pas parceque j'ai tout essayé... genre mettre le nom de l'hote DHCP, localdomain, workgroup, n'importe et/ou mettre les dns, et sans les mettre mais en les mettant dans windaube, et le contraire de l'inverse en verlan et tout
ya pas de paquets qui passent sur eth1

annexe1
et pourtant ça a l'air connecté annexe2
par contre truc chelou en annexe3.. ça boucle... c ptet normal vu mon probleme j'en sais rien...
à noter : annexe4 : ce fichier est visible dans l'achive qd on exporte une sauvegarde en .tar
là j'ai exporté pour voir, et une fois apres reboot, à chaque fois le fichier s'appelait "ipcop.tar.gz" et pas de RED_DRIVER comme en annexe4
alors j'ai modifié le fichier settings dans la console
c'est exactement la même carte réseau que eth0, donc je met le meme driver que pour green : 3c59x
je reboot je re sauvegarde et je re exporte
et là le fichier s'appelle "ipcop.localdomain.tar.gz", et ma modif est restée dans le fichier settings
au boot j'ai à nouveau le message comme quoi il n'arrive pas à se connecter sur www.ipcop.org:80/blabla pour la recherche de mises à jour
toujours pas de paquets sur eth1
toujours pas de web...
tout ça moi j'découvre ptitapti c limite du chintok
le truc qui est DINGUE c que c arrivé d'un coup alors que j'étais le + heureux avec mon ipcop tout bien paramétré...
mdr

merci d'avance pour toute aide, je suis sûr qu'avec ma freebox en dégroupé/ip fixe, ya un truc que j'fais mal

annexes :

1)) ETAT RESEAU

Code: Tout sélectionner: Interfaces: eth0 Link encap:Ethernet HWaddr 00:A0:24:51:5C:E7 inet addr:192.168.4.1 Bcast:192.168.4.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2314 errors:0 dropped:0 overruns:0 frame:0 TX packets:2373 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:169833 (165.8 Kb) TX bytes:415344 (405.6 Kb) Interrupt:9 Base address:0xfc00 eth1 Link encap:Ethernet HWaddr 00:50:DA:39:C5:FD inet addr:AAA.BBB.CCC.DDD Bcast:AAA.BBB.CCC.255 Mask:255.255.255.0 UP BROADCAST RUNNING MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:3 Base address:0xf880 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:24 errors:0 dropped:0 overruns:0 frame:0 TX packets:24 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1496 (1.4 Kb) TX bytes:1496 (1.4 Kb) Entrées de la table de routage Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 AAA.CCC.CCC.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 Entrées dans la table ARP Address HWtype HWaddress Flags Mask Iface 192.168.4.2 ether 92:46:67:90:96:09 C eth0

2)) JOURNAL SYSTEM

Code: Tout sélectionner: 00:08:22 ipcop Starting RED device eth1. 00:08:31 ipcop IPCop started. 00:17:15 ipcop Starting RED device eth1. 00:17:24 ipcop IPCop started. 00:37:40 ipcop Starting RED device eth1. 00:47:36 ipcop Starting RED device eth1. 00:47:46 ipcop IPCop started. 00:49:54 ipcop Règle d'accès externe ajoutée; redémarrage 01:03:29 ipcop Starting RED device eth1.

3)) Suivi des connexions iptables

Code: Tout sélectionner: Protocole expire(secondes) ConnexionEtat originalSRC IP:Port originalDest. IP:Port attenduSRC IP:Port attenduDest. IP:Port marqué utilisé tcp (6) 37 TIME_WAIT 192.168.4.2:2441 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2441 [ASSURED] 1 tcp (6) 48 TIME_WAIT 192.168.4.2:2447 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2447 [ASSURED] 1 tcp (6) 40 TIME_WAIT 192.168.4.2:2443 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2443 [ASSURED] 1 tcp (6) 46 TIME_WAIT 192.168.4.2:2445 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2445 [ASSURED] 1 tcp (6) 74 TIME_WAIT 192.168.4.2:2451 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2451 [ASSURED] 1 tcp (6) 431999 ESTABLISHED 192.168.4.2:2455 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2455 [ASSURED] 1 tcp (6) 35 TIME_WAIT 192.168.4.2:2439 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2439 [ASSURED] 1 tcp (6) 58 TIME_WAIT 192.168.4.2:2449 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2449 [ASSURED] 1 tcp (6) 109 TIME_WAIT 192.168.4.2:2453 192.168.4.1:4445 192.168.4.1:4445 192.168.4.2:2453 [ASSURED] 1

4)) fichier /var/ipcop/ethernet/settings

Code: Tout sélectionner: CONFIG_TYPE=2 GREEN_DRIVER=3c59x GREEN_DRIVER_OPTIONS= GREEN_DEV=eth0 GREEN_DISPLAYDRIVER=3c59x GREEN_ADDRESS=192.168.4.1 GREEN_NETMASK=255.255.255.0 GREEN_NETADDRESS=192.168.4.0 GREEN_BROADCAST=192.168.4.255 ORANGE_DEV= BLUE_DEV= RED_DEV=eth1 RED_DRIVER= RED_DRIVER_OPTIONS= RED_DISPLAYDRIVER=3c59x RED_DHCP_HOSTNAME=ipcop RED_ADDRESS=AAA.BBB.CCC.DDD RED_NETMASK=255.255.255.0 RED_TYPE=STATIC RED_NETADDRESS=AA.BBB.CCC.0 RED_BROADCAST=AAA.BBB.CCC.DDD DNS1= DNS2= DEFAULT_GATEWAY=192.168.4.1

par **Gesp** » 21 Oct 2004 08:22

visiblement tu as un problème avec la carte eth1 parce qu'il n'y a pas d'autres explications pour que tous les compteurs restent à 0.
Même si la liaison avec la freebox était problématique, tu devrais avoir à minima les compteurs en émission qui bougent.

C'est toujours plus facile quand les 2 cartes sont différentes.

Essaye de regarder ce que voudrait bien te dire la carte avec mii-tool -v eth1 (regarde aussi eth0, on ne sait jamais)

par **oufnomore** » 21 Oct 2004 19:03

merci Gesp...

j'ai poursuivi les tests...
avec deux cartes 3Com différentes :

mii-tool -v eth0 (carte = 3Com 905B-TX)

Code: Tout sélectionner: eth0: negociated 10baseT-FD, link ok product info: vendor 00:10:18, model 23 rev 6 basic mode: autonegotiation enabled basic status: autonegotiation complete, link ok capabilities: 100baseTX-FD 100baseTX-HD 10baseT-FD 10baseT-HD advertising: 100baseTX-FD 100baseTX-HD 10baseT-FD 10baseT-HD flow control link partner: 10baseT-FD 10baseT-HD

mii-tool -v eth1 (carte = 3Com 905C-TXM)

Code: Tout sélectionner: eth1: negociated 100baseTX-FD, link ok product info: vendor 00:00:00, model 0 rev 0 basic mode: autonegotiation enabled basic status: autonegotiation complete, link ok capabilities: 100baseTX-FD 100baseTX-HD 10baseT-FD 10baseT-HD advertising: 100baseTX-FD 100baseTX-HD 10baseT-FD 10baseT-HD link partner: 100baseTX-FD 100baseTX-HD 10baseT-FD 10baseT-HD flow control

avec une 3com et une Intel

mii-tool -v eth0 (carte = 3Com 905B-TX)

Code: Tout sélectionner: eth0: negociated 10baseT-FD, link ok product info: vendor 00:10:18, model 23 rev 6 basic mode: autonegotiation enabled basic status: autonegotiation complete, link ok capabilities: 100baseTX-FD 100baseTX-HD 10baseT-FD 10baseT-HD advertising: 100baseTX-FD 100baseTX-HD 10baseT-FD 10baseT-HD flow control link partner: 10baseT-FD 10baseT-HD

mii-tool -v eth1 (carte = Intel i82557/i82558 PCI EtherExpressPro)

Code: Tout sélectionner: SIOCGMIIPHY on 'eth1' failed: Operation not supported

dans le fichier settings :

Code: Tout sélectionner: RED_DEV=eth1 RED_DRIVER=e100 RED_DRIVER_OPTIONS= RED_DISPLAYDRIVER=e100 RED_DHCP_HOSTNAME=ipcop

mais rien de mieux... impossible de se connecter à http://www.ipcop.org au boot, cannot read RED settings un truc comme ça

je vais dans setup, je fais "modifier l'affectation des cartes", à ce moment là ça coupe le réseau non local, puis ça me dit qu'il me reste une carte non attribuée, de type 3com Corkscrew, et que je peux l'attribuer à RED

alors que dans la machine ya une 3com et une intel, que GREEN eth0 est dessus...

moi plus rien comprendre...

allez un autre test : j'inverse les rj45 et reinstall...

c toujours la 3com qu'il trouve en 1er pour le GREEN
j'y met donc 192.168.4.1
255.255.255.0

je choisis GREEN + RED, j'affecte la Intel à RED, ok

RED en statique, mon ip chez free, pas de dns renseignés, pas de dhcp activé, install OK, reboot

==> idem, cannot read RED settings

ultime test : je fous la Intel dans le slot PCI où se trouvait la 3com, freebox dessus, et la 3com je la remplace par une autre Intel et je la monte d'un PCI
soyons fou
ça fera que la 128736552ème install

en premier lieu, pour le GREEN il détecte la première Intel (Intel i82557/i82558 PCI EtherExpressPro)

et au moment d'affecter une carte au RED, il me détecte la même... c bizarre parce que c pas tout à fait la même carte qd même...

bon je config comme d'hab, reboot, cannot read RED settings...

mii-tool -v eth0 (carte = Intel i82557/i82558 PCI EtherExpressPro)

Code: Tout sélectionner: SIOCGMIIPHY on 'eth0' failed: Operation not supported

mii-tool -v eth1 (carte = Intel i82557/i82558 PCI EtherExpressPro)

Code: Tout sélectionner: SIOCGMIIPHY on 'eth1' failed: Operation not supported

allez ne nous avouons pas vaincu

je remplace une intel par une Realtek

driver trouvé pour RED = Realtek RLT-8139 Fast Ethernet

mais au final, idem... :evil:

moi j'dis y'en a un tout là haut y s'fout d'ma $%#&!...

Dial failed: 256

j'ai également ce problème, config différente

jusque là toujours rien

[best viewed in 1600x1200]

Qui est en ligne ?