Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Check de IP config van de win en linux bak
Zorg dat de Linux bak geen inbound pings blokt.
En modjes: Move -> NOS? Lijkt me Ux-specific prob...
Forget your fears...
...and want to know more...
Dus het ip wat je probeert te pingen ligt niet in hetzelfde (logisch) netwerk als je pc. En je hebt waarschijnlijk ook geen default gateway opgegeven.
Of
Je hebt wel een default gateway, of een route naar dat netwerk, maar 1 van de routers ken het netwerk niet.
Post je ip-configuraties van beide machines eens hier.
En of beide machines op hetzelfde fysieke netwerk zitten.
Dan kunnen we kijken of het klopt.
Ik heb een server waar Windows XP op draait. Deze heeft een RealTek kaartje, draait 10mbit/sec half-duplex. IP-adres=192.168.0.1, subnet=255.255.255.0.
Ik heb een client waar Windows XP dualboot opstaat met Mandrake 8.2. Deze heeft een SafeWay netwerkkaartje (ondertussen onder linux wel aan de praat met fealnx). In WinXP geen problemen, staat daar ook op 10mbit/sec half-duplex. IP-adres en subnet zijn niet ingesteld, die worden automatisch opgehaald.
Probleem is dus dat ik niet weet hoe ik onder linux:
- check of die kaart op 10mbit half-duplex staat
- ip-adres op automatisch kan worden gezet
Is met deze info iets nuttigs te zeggen? Een groot probleem vind ik bijvoorbeeld in Linux die "localhost" en "domain" enzo. Wat moet ik daarmee? Daar werk ik in WinXP nooit mee, toch? HELP!
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Forget your fears...
...and want to know more...
Een DHCP server op die Windows-server? Volgens mij niet. Hoe kom ik daar achter? Ik weet alleen dat het met een WinXP client dus pri-ma werkt (op ip=automatic), dus er zal wel een soort DHCP-mechanisme inzitten?
Ik heb in Linux al geprobeerd om handmatig een ip-adres te kiezen (192.168.0.10 bijvoorbeeld) + subnetmask ingevuld, maar dan dus "destionation unreachable". Heeft die domain ofzo er nog mee te maken? Kan ik verder ergens in linux iets instellen? Ik heb de default gateway dus ook op 192.168.0.1 ingesteld, maar dat mag ook niet baten.
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Verwijderd
volgens mij heb je nml. geen dhcp-server draaien en zul je dus ook op de client geen ip kunnen ontvangen
Misschien is je interface nog niet eens "up".
Want als je vast het ipadres 192.168.0.10 hebt gegeven, dan zou hij niet host destination unreachable mogen geven als je pingt naar 192.168.0.1 maar een time-out, mits ze allebei ook dezelfde subnetmask hebben.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| eth0 Link encap:Ethernet HWaddr 00:02:44:23:DC:2E
inet addr:192.168.0.24 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:0 errors:31 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:11 Base address:0xc000
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:137 errors:0 dropped:0 overruns:0 frame:0
TX packets:137 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:11132 (10.8 Kb) TX bytes:11132 (10.8 Kb) |
Enne, die errors=31 lijken mij op een probleem te duiden?
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Verwijderd
lijkt erop dat packages lost raken
Het vreemde is inderdaad dat de nic nog niks heeft verstuurd of ontvangen, maar wel al 31 errors heeft.
Wat doet ie als je hem zelf laat pingen?
Dus naar 192.168.0.24
Daarna nog eens ifconfig doen, en kijken of ie bij TX en RX wel iets heeft staan.
kell.nl > dat ga ik nu proberen, dualboot, dus back in a sec...
[edit2]
kell.nl > heb net geprobeerd naar mezelf te pingen (192.168.0.24) en dat gaat prima. 0% packetloss, alle pakketjes komen keurig terug.
[/edit2]
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
mii-tool -F 10baseT-HD eth0
/edit
Kan trouwens zijn dat je even erna de netwerkkabel moet losstrekken en weer inpluggen. Sommige hubs vinden het anders niet leuk
Kijk, dit klinkt weer als iemand die er wat vanaf weet.Op vrijdag 17 mei 2002 23:20 schreef kell.nl het volgende:
om de kaart op 10 mbit/half duplex te zetten geef je het volgende commando:
mii-tool -F 10baseT-HD eth0
/edit
Kan trouwens zijn dat je even erna de netwerkkabel moet losstrekken en weer inpluggen. Sommige hubs vinden het anders niet leuk
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Anders moet je dit eens proberen:
route add -net 192.168.0.0 netmask 255.255.255.0 dev eth0
Want deze hoort er in te staan.
Ja, als ik "route" intyp krijg ik dit:Op zaterdag 18 mei 2002 00:19 schreef kell.nl het volgende:
Als je het commando "route" intikt, krijg je dan een route te zien voor 192.168.0.0 ?
Anders moet je dit eens proberen:
route add -net 192.168.0.0 netmask 255.255.255.0 dev eth0
Want deze hoort er in te staan.
1
2
3
4
5
| Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 |
Dat helpt ook al niet he?
Ik moet ook niet iets speciaals op die server instellen dat hij Linux gaat begrijpen ofzo? Met Windows clients communiceren (met dezelfde hardware) lukt immers prima...
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
mii-tool
intikt, zegt ie gewoon dat de link "up" is?
Hmmm, je hebt niet toevallig een pc daar in de buurt die je via een crosslink kabel kan aansluiten. Het ip-adres 192.168.0.1 geeft, en dan nog eens probeert?
Als dat wel gaat, dan weten we tenminste dat het aan de link ligt.
Krijg je trouwens
connect: Destination host unreachable?
Of krijg je een output iets zoals:
PING 192.168.0.1 (192.168.0.1) from 192.168.0.24 : 56(84) bytes of data
From 192.168.0.24 icmp_seq=3 Destination host unreachable
From 192.168.0.24 icmp_seq=3 Destination host unreachable
From 192.168.0.24 icmp_seq=2 Destination host unreachable
In het eerste geval weet ie echt geen route er naar toe (wat mij na het zien van de route output stug lijkt), in het tweede ligt het waarschijnlijk aan de link.
PS. ik ga nou slapen
/edit
nog ff snel:
Op de server hoef je niks in te stellen. het is allemaal puur tcp/ip. Dat hoort gewoon te werken. En de fout ligt echt aan de linux bak. Anders kreeg ie time-outs of andere foutmeldingen, maar geen "unreachables"
Heb nog even geprobeerd wat je zei.
"mii-tool -v" geeft:
1
2
3
4
5
6
| eth0: 10 Mbit, half duplex, no link product info: vendor 00:00:00, model 0 rev 0 basic mode: 10 Mbit, half duplex basic status: no link capabilities: advertising: |
En "ping 192.168.0.1" geeft:
1
2
3
4
5
6
7
8
9
10
| PING 192.168.0.1 (192.168.0.1) from 192.168.0.24 : 56(84) bytes of data. From 192.168.0.24: Destination Host Unreachable From 192.168.0.24: Destination Host Unreachable From 192.168.0.24: Destination Host Unreachable From 192.168.0.24: Destination Host Unreachable From 192.168.0.24: Destination Host Unreachable From 192.168.0.24: Destination Host Unreachable --- 192.168.0.1 ping statistics --- 7 packets transmitted, 0 packets received, +6 errors, 100% packet loss |
Die tip met een losse pc zal ik gaan proberen te regelen, heb helaas zo niets staan, maar er zit waarschijnlijk niet veel anders op. Ga ik morgen proberen te fixen. Als jij komende dagen nog een keer tijd vind om deze thread een keer te bekijken wordt mijn dank alleen maar groter!
iig. Weltrusten!
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Op vrijdag 17 mei 2002 21:52 schreef Nelske het volgende:
Mag op slot. We gaan niet 2 topics in NOS doen over hetzelfde onderwerp![]()
Dit topic is gesloten.
![]()