Krijg het netwerk niet aan de praat.

Pagina: 1
Acties:

  • active2
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:56

active2

Google is your friend

Topicstarter
De ifconfig van de 386 met een 3c509b netwerkkaart.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
eth0    Link encap:Ethernet  HWaddr 00:20:AF:75:E5:CE  
        inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:0 errors:0 dropped:0 overruns:765 frame:0
        TX packets:765 errors:0 dropped:0 overruns:0 carrier:2628
        collisions:765 txqueuelen:100 
        Interrupt:10 Base address:0x310 

lo    Link encap:Local Loopback  
        inet addr:127.0.0.1  Mask:255.0.0.0
        UP LOOPBACK RUNNING  MTU:3924  Metric:1
        RX packets:307 errors:0 dropped:0 overruns:0 frame:0
        TX packets:307 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:0

De route van de 386
code:
1
2
3
4
Kernel IP routing table
Destination     Gateway    Genmask     Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0    255.255.255.0   U     0  0     0 eth0
0.0.0.0    192.168.0.1     0.0.0.0     UG    0  0     0 eth0

De ifconfig van de AMD TB 900 met een realtek netwerkkaart (module 8139too)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
eth0    Link encap:Ethernet  HWaddr 00:50:FC:2C:A6:19  
        inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:0 errors:0 dropped:0 overruns:0 frame:0
        TX packets:51 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:100 
        RX bytes:0 (0.0 b)  TX bytes:3060 (2.9 Kb)
        Interrupt:11 Base address:0x2000 

lo    Link encap:Local Loopback  
        inet addr:127.0.0.1  Mask:255.0.0.0
        UP LOOPBACK RUNNING  MTU:16192  Metric:1
        RX packets:44 errors:0 dropped:0 overruns:0 frame:0
        TX packets:44 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:0 
        RX bytes:4688 (4.5 Kb)  TX bytes:4688 (4.5 Kb)

De route van de AMD TB 900
code:
1
2
3
4
Kernel IP routing table
Destination     Gateway    Genmask     Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0    255.255.255.0   U     0  0     0 eth0
0.0.0.0    192.168.0.1     0.0.0.0     UG    0  0     0 eth0

Dit zijn de twee computers die ik aan elkaar wil verbinden. De netwerkkaarten staan allebei
auto (10Mb) Ik heb geen firewall draaien.

Wat kan ik niet?

Ik kan niet telnetten niet ssh'en niet pingen. Ik kan niks.

Goed als ik achter op de netwerkkaart van mijn nieuwe pc kijk dan zie ik geen lichtjes branden terwijl mijn netwerkkaart er twee heeft een voor 100Mb en 10Mb. Zou ik hieruit kunnen concluderen dat mijn netwerkkaart stuk is. Maar dan moet ik hem toch niet up kunnen gooien met ifup -a.

Ik draai Debian GNU/Linux met kernel 2.4.3.

Wie kan mij helpen?

Google, Het mirakel van de 21e eeuw!!!!


Verwijderd

Hoe heb je de twee netwerkkaarten met elkaar verbonden...

rechtstreeks met een crosslink of 'gewoon'met twee kabels via een hub hoop ik toch >:)

  • active2
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:56

active2

Google is your friend

Topicstarter
Met een crosslink kabel.

Is dat zo erg dan?

Google, Het mirakel van de 21e eeuw!!!!


  • Future
  • Registratie: Februari 2001
  • Laatst online: 24-11-2025
Volgens mij heb je een beetje last van collision op je 386. Ik zou je kabels toch maar even na kijken.

Blaat


Verwijderd

/me beleefde even een blont moment , inhoud klopte niet, gewist |:(

Verwijderd

Op vrijdag 31 augustus 2001 09:26 schreef janjanjanjanjansen het volgende:

knip
:? Euh ja :?
Er staat toch echt een netmask van 255.255.255.0, dus die gateway zou heel goed kunnen!!!

De fout zit hem juist in de route tabel van de TB 900!!
Daar geef je jezelf als gateway op. Dat gaat dus niet werken, aangezien je helemaal niet hoeft te routen binnen een subnet ;)

Verwijderd

Op vrijdag 31 augustus 2001 09:31 schreef nelske het volgende:

[..]

:? Euh ja :?
Er staat toch echt een netmask van 255.255.255.0, dus die gateway zou heel goed kunnen!!!

De fout zit hem juist in de route tabel van de TB 900!!
Daar geef je jezelf als gateway op. Dat gaat dus niet werken, aangezien je helemaal niet hoeft te routen binnen een subnet ;)
Ik zat al te kijken naar mijn eigen post, die klopt idd niet , ik zal mm wissen...

Verwijderd

Routeren hoeft zoals gezegd helemaal niet. Het is juist de bedoeling dat een gw buiten de eigen computer valt, maar wel binnen het goede subnet.
Deze computer heeft namelijk toegang tot andere subnetten.

Oh ja, vergeet ook vooral niet dingen als firewalls na te kijken. Want ondanks de fout in de 2e route tabel is dit niet de veroorzaker van je probleem. Immer er hoeft toch al niet geroute te worden binnen het subnet. De foutieve gateway zal dus niet geraadpleegd worden.
Vergeet ook niet dat je in /proc/sys/net/ipv4/icmp_echo_igore_all (uit mijn hoofd, dus kan fout zijn) een waarde hebt staan die gelijk is aan 0 en dus niet 1

  • active2
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:56

active2

Google is your friend

Topicstarter
Ik heb nu mijn gateway uit mijn interfaces gehaald en de met route een default route toegevoegd:

route add default dev eth0

Hij doet het nog steeds niet. Ik heb ook gekeken naar /proc/sys/net/ipv4/blabla en die stond op 0
Volgens mij heb je een beetje last van collision op je 386. Ik zou je kabels toch maar even na kijken.
Wat bedoel je hier precies mee?

Google, Het mirakel van de 21e eeuw!!!!


Verwijderd

Op vrijdag 31 augustus 2001 09:55 schreef active2 het volgende:
Ik heb nu mijn gateway uit mijn interfaces gehaald en de met route een default route toegevoegd:

route add default dev eth0

Hij doet het nog steeds niet. Ik heb ook gekeken naar /proc/sys/net/ipv4/blabla en die stond op 0
[..]

Wat bedoel je hier precies mee?
Hij bedoelt er iets mee, dat in dit geval helemaal niet kan ;)
Als je een hub er tussen hebt hangen, dan kan je de kaartjes niet op Full-Duplex zetten. Het gevolg daarvan is namelijk enorm veel collisions. Wat weer als gevolg heeft, dat de performance enorm zal dalen (maar hij blijft het wel enigszins doen). Aangezien jij een crosscable gebruikt (en /me het draadje wat beter gelezen heeft), heb je hier geen last van.

Zoals ik zei, las ik je eerste post nu iets beter.
Ik heb blijkbaar helemaal over het stukje heen gelezen dat je lampje niet brandde. Deze moet wel degelijk branden. Weet je zeker dat je crosscable wel helemaal goed is? Heb je niet een andere kabel liggen toevallig om te testen?

Gewoon pingen naar het eigen IP lukt wel (dus niet de loopbackip (127.0.0.1) op de machines zelf?

  • active2
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:56

active2

Google is your friend

Topicstarter
Die netwerkkabel die heb ik nog maar pas. Lijkt me sterk als daar nu al wat mee aan de hand is.

En pingen naar mijn eigen pc met:

ping 192.168.0.1 (TB 900)
ping 192.168.0.2 (386)

Doet het allebei.

Google, Het mirakel van de 21e eeuw!!!!


Verwijderd

Het zou kunnen zijn dat het ledje kapot is.
Hoewel die kans echt minimaal is.

Weet je zeker dat het wel een crosscable is en niet een normale kabel.

Een crosscable behoort er dus zo uit te zien:
Afbeeldingslocatie: http://tweakers.net/~crew/Negotiator/pxs/nt_cross.gif
De kleuren moet je niet zo op letten. Het gaat om de volgorde van de aders.

Een normale kabel ziet er juist zo uit:
Afbeeldingslocatie: http://tweakers.net/~crew/Negotiator/pxs/nt_straight.gif

Bekijk eens op beide machines met "ipchains -L" of "iptables -L" (net wat je gebruikt als firewall) of er niet toevallig firewall rules actief zijn, of dat de policy verkeerd staat o.i.d.

  • active2
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:56

active2

Google is your friend

Topicstarter
Op beide bakken heb ik ipchains -L gedaan en op beide kreeg ik dit antwoord:

incompateble with this kernel

Mijn LED'je knippert weer lustig als ik ping. Ik had mijn netwerkkabel in een aantal lussen liggen en die heb ik er maar even uitgehaald.

Op die 386 wordt de collision steeds hoger volgens mij staat daar wat verkeerd ingesteld. Hoe zou ik dit kunnen veranderen.

Google, Het mirakel van de 21e eeuw!!!!


Verwijderd

Al een "iptables -L" gebruikt dan (je hebt waarschijnlijk een 2.4.X kernel ;) )?
Dat instellen hoeft in principe niet, want dat gebeurt automatisch. Als je het perse handmatig in wil voeren, dan zul je bij de opties van de module die bij je netwerkkaart hoort moeten zijn.
Voor 3com kaartjes heb ik hier het antwoord wel eens een keer gegeven als het goed is (search ;) ).

  • active2
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:56

active2

Google is your friend

Topicstarter
iptables op de 386
Ouwepc:~# iptables -L
bash: iptables: Command not found.
Ouwepc:~#
iptables op de TB 900
Server:~# iptables -L
iptables v1.2.1: can't initialize iptables 'filter': iptables who? (do you
need to insmod?)
Server:~#
Op de 386 draai ik kernel 2.2.18pre21
Op de Tb 900 draai ik kernel 2.4.3

Google, Het mirakel van de 21e eeuw!!!!


  • active2
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:56

active2

Google is your friend

Topicstarter
Ik had nog 2 andere netwerkkaarten ik denk laat ik die 3com er is uit halen en die andere erin stoppen (ne2000 compatible)

Toen ik dat gedaan had kreeg ik deze foutmelding:
Hw. address read/write mismap 0
Hw. address read/write mismap 1
Hw. address read/write mismap 2
Hw. address read/write mismap 3
Hw. address read/write mismap 4
Hw. address read/write mismap 5
eth0: trigger_send() called with the transmitter busy
Ik weet het niet meer. zucht.... :(:(:(

Google, Het mirakel van de 21e eeuw!!!!

Pagina: 1