IP adressen raadsel

Pagina: 1
Acties:
  • 105 views sinds 30-01-2008
  • Reageer

  • balk
  • Registratie: Januari 2000
  • Laatst online: 16:07
Ok
we hebben een netwerkje thuis (coax):
inet gateway (192.168.0.1) linux/debian
3 workstations:
.2 w98
.3 w98
.4 linux/mandrake of w2k

Nou kan ik van alle ws's de server pingen onder z'n IP adres, ook ftp'en en internetten gaat.

Maar als ik nu op de server 127.0.0.1 of 192.168.0.1 ping krijg ik te horen dat network unreachable is. Het netwerk doet het al twee jaar, de kans dat er een kink in de kabel is is dus klein.

Als ik ifconfig doe krijg ik dit te zien (op de server)

lo
Link encap:Local Loopback inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 RX packets:190 errors:0 dropped:0 overruns:0 frame:0 TX packets:190 errors:0 dropped:0 overruns:0 carrier:0 Collisions:0
eth0
Link encap:Ethernet HWaddr 00:A0:24:7F:85:E1 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:35739 errors:0 dropped:0 overruns:0 frame:0 TX packets:33413 errors:0 dropped:0 overruns:0 carrier:0 Collisions:22 Interrupt:10 Base address:0x300

Weet iemand waar ik moet zoeken, wat ik moet veranderen. Kan het ook zijn dat linux en w2k ruzie over wie er de baas mag zijn? De workgroup e.d. is ook vaak foetsie.

bedankt!

  • mvdejong
  • Registratie: Juni 2000
  • Laatst online: 29-11-2024

mvdejong

When does the hurting stop ?

Je hebt geen kabel-probleem, de fout-melding geeft een configuratie-probleem aan.
"network unreachable" moet je vertalen als :
"het door jou gespecificeerde netwerk-adres behoort niet bij een van de netwerken waarop ik als computertje direct ben aangesloten, en er is ook geen router gedefinieerd waarover ik dit netwerk-adres zou kunnen bereiken".
Da's wat maf gezien je configuratie, local loopback onbereikbaar is ietwat verwarrend.
Aangezien je "ifconfig" er beschaafd uitziet, ben ik erg benieuwd naar je "netstat -r".

The number of things that Arthur couldn't believe he was seeing was fairly large


  • balk
  • Registratie: Januari 2000
  • Laatst online: 16:07
Hier mijn netstat -r

server:/home/sander# netstat -r

Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
195.96.98.253 * 255.255.255.255 UH 1500 0 0 ppp0
localnet * 255.255.255.0 U 1500 0 0 eth0
default 195.96.98.253 0.0.0.0 UG 1500 0 0 ppp0

(sorry voor de layout)
----
Ohja, hierin is 195.96.98.253 het remote IP address.

  • shadax
  • Registratie: Mei 2000
  • Niet online
localnet == 192.168.0.0 ?

probeer eens:
route add -net 192.168.0.1 netmask 255.255.255.255 dev eth0

  • balk
  • Registratie: Januari 2000
  • Laatst online: 16:07
heb ik geprobeerd, helpt niet.

localnet == 192.168.0.0, is dat niet goed? Of moet dat 192.168.0.1 zijn?

Verwijderd

ik kan geen 192.168.0.0 in je route vinden, normaal gesproken is ifconfig eth0 192.168.0.1 al zat om de routering goed te doen:

amnesia:/home/milanese# netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 eth1
localnet * 255.255.254.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default node17c01.a2000 0.0.0.0 UG 0 0 0 eth0

  • shadax
  • Registratie: Mei 2000
  • Niet online
<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>Op 20 oktober 2000 00:01 schreef milanese het volgende:
ik kan geen 192.168.0.0 in je route vinden, [/quote]dat is localnet bij hem.

Je moet wel ff
route add -net 127.0.0.0
want die ontbreekt, en daarom kan je niet naar localhost pingen

  • balk
  • Registratie: Januari 2000
  • Laatst online: 16:07
Ik heb 'route add -net 127.0.0.1 netmask 255.255.255.255 dev eth0' gedaan ('route add -net 127.0.0.1' deed het niet) Maar ik kan nog steeds mezelf niet pingen. Hoewel.... Als ik 'ping 127.0.0.1' doe duurt het oneindig lang voordat er wat gebeurt (gebeurt niks dus) en als ik 'ping 192.168.0.1' doe krijg ik te horen dat het netwerk unreachable is.

Ik kan ook niet mijn externe IP nummer pingen (die ik van m'n provider toegewezen krijg) maar wel de workstations.

  • shadax
  • Registratie: Mei 2000
  • Niet online
Heb je al:
/etc/rc.d/init.d/network restart
geprobeerd?

Verwijderd

dat addres met 0 op het eind is het netwerk adress met subnet 255.255.255.0, als je die door je route heen gooit gaat alles door je router heen behalve ip's die behoren op je netwerk, deze leidt ie af aan je eigen netwerk instellingen, als je een ip adress hebt die behoort tot het zelfde subnet dan zal hij die toch niet door je router heen gooien want dat worden alle sub net id bitjes op 1 gezet..kort om je eigen subnet door een router gooien heeft wienig zin.

je moet dus goed kijken op je netmask goed staat deze zal ik op 255.255.255.0 zetten zodat je dus 253 hosts kunt aan sluiten...kan ook wel kleiner hoor maar dan moet je nog ff wat rekenen maar goed...

als je dus ip hebt 192.168.1.xxx netmask 255.255.255.0 dan moeten alle pc op dat net
zitten ip 192.168.1.0 is je net id en je 192.168.1.255 is gereserveerd voor broadcast.

kort samen gevat

alle ip's moet tussen 192.168.1.1 en 192.168.1.254 zitten, het netmask voor deze range is 255.255.255.0

oja...die 127.0.0.1 is je local loopback, als deze het niet doet is je hele netwerk rot..(software matig)

  • wiho
  • Registratie: Februari 2000
  • Laatst online: 22-08 10:32

wiho

Certified Nerd

Er wordt hier een beetje langs elkaar heen gepraat, maar het voornaamste probleem is dat niet iedereen begrijpt waar het netmask voor dient. Gila probeert het hierboven uit leggen, maar doet dat IMHO een beetje onduidelijk. Ik zal een poging wagen om de zaak wat op te helderen. :)

Het netmask geeft aan welk gedeelte van een IP adres het netwerk bepaalt, en welk gedeelte het host-adres binnen dat netwerk. Alle bits die in het netmask op 1 staan corresponderen met de bits in het IP adres die het netwerk bepalen.

Voorbeeldje:
192.168.0.0 met netmask 255.255.255.0
De eerste 24 bits van het netmask zijn 1, dus de eerste 24 bits van het IP adres (de eerste drie getallen) geven het netwerk aan. Dus alle IP adressen die beginnen met 192.168.0 vallen in dit geval binnen hetzelfde netwerk, en kunnen dus direct met elkaar praten.

Het tweede probleem is de routing tabel (die je dus met netstat -r kan bekijken). Hierin zoekt Linux op via welke netwerkinterface hij een bepaald IP adres kan bereiken. In het geval van balk zijn er drie interfaces: ppp0 (naar het internet), eth0 (naar het home-netwerk) en lo (de loopback).

Als je de uitvoer van netstat -r bekijkt zijn in dit geval de eerste twee kolommen belangrijk (IP adres en netmask) en de laatste kolom (interface). Hieronder staat balks routing table:<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
195.96.98.253 * 255.255.255.255 UH 1500 0 0 ppp0
localnet * 255.255.255.0 U 1500 0 0 eth0
default 195.96.98.253 0.0.0.0 UG 1500 0 0 ppp0[/quote]De eerste regel vertelt Linux dat hij de machine met het IP adres 195.96.98.253 kan vinden achter ppp0. Alle bits van het netmask zijn 1, dus het gaat hier om een enkel IP-adres en niet om een subnet van meerdere IP-adressen. 195.96.98.253 is het IP adres van balks server zelf, aan de internet-kant.

De tweede regel (localnet = 192.168.0.0) zegt dat alle IP adressen die beginnen met 192.168.0 via eth0 bereikbaar zijn.

De laaste regel (default) wordt gebruikt wanneer alle andere regels niet van toepassing zijn, en deze verwijst naar de internetverbinding.

Tot zover klopt alles. Maar er missen nog twee regels. Ten eerste een regel voor het IP adres van de server zelf, aan de home-netwerk kant (192.168.0.1). Ten tweede de zogenaamde loopback (127.0.0.0).

Deze regels kun je toevoegen met het commando route in deze vorm:
route add -net ip-adres netmask netmast dev interface

De eerste missende regel voeg je dus toe met:
route add -net 192.168.0.1 netmask 255.255.255.255 dev eth0

De tweede missende regel:
route add -net 127.0.0.0 netmask 255.0.0.0 dev lo

Hierna zou je op de server weer naar 192.168.0.1 en 127.0.0.1 moeten kunnen pingen.

Blijft natuurlijk de vraag over waarom dit niet automatisch goed gezet wordt bij het opstarten van het netwerk...

"Pas als het proces gecrashed is, dumpt men de core"


  • balk
  • Registratie: Januari 2000
  • Laatst online: 16:07
Joepie! Ik kan mezelf weer pingen (nu nog pinnen, maar da's een heel ander verhaal :))

Heel er bedankt voor de info allemaal! Nu nog even het netwerkstartupscript aanpassen, maar dat gaat wel lukken denk ik.

  • balk
  • Registratie: Januari 2000
  • Laatst online: 16:07
Dit is trouwens mijn /etc/init.d/network:<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>#! /bin/sh
ifconfig lo 127.0.0.1
route add -net 127.0.0.1

IPADDR=192.168.0.1
NETMASK=255.255.255.0
NETWORK=192.168.0.0
BROADCAST=192.168.0.255
#GATEWAY=
ifconfig eth0 ${IPADDR} netmask ${NETMASK} broadcast ${BROADCAST}
route add -net
${NETWORK}
[ "${GATEWAY}" ] && route add default gw ${GATEWAY} metric 1[/quote]Als ik daar gewoon die twee regels in kwak zou ie het moeten doen, niewaar?
Pagina: 1