[Ubuntu] geen netwerk naar buiten, wel naar binnen

[Maasluip]

Ik snap er niks van. Mijn server (www.maasluip.nl, Ubuntu x64 8.04.2) is wel vanuit het internet bereikbaar, maar vanaf die server kom ik nergens. pingen naar een site op hostnaam komt terug met <host> not found, pingen op IP-adres geeft 100% packetloss.

Ook andere netwerk dingen (http, ssh, ftp) werkt niet uitgaand.

Als ik in logfiles kijk is dat gisteravond rond 22:20 gebeurd. En ik zie dat ik toen gereboot heb.
Wat kan hier mis zijn?

[ Voor 6% gewijzigd door Maasluip op 21-06-2009 21:54 ]

[odysseus]

Hoe ziet je routingtabel eruit? Die is met 'route -n' tevoorschijn te toveren en daar zou ik wel meer informatie uit verwachten. Eventueel kan de uitvoer van 'ifconfig' ook nog nuttig zijn .

[Maasluip]

Routing table:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.151.0   0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
0.0.0.0         192.168.151.220 0.0.0.0         UG    100    0        0 eth0

Lijkt me correct, server is 192.168.151.64, router is 192.168.151.220

ifconfig zegt:

eth0      Link encap:Ethernet  HWaddr 00:1f:c6:52:7f:b4
          inet addr:192.168.151.64  Bcast:192.168.151.225  Mask:255.255.255.0
          inet6 addr: fe80::21f:c6ff:fe52:7fb4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4970 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5132 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:442913 (432.5 KB)  TX bytes:1074843 (1.0 MB)
          Interrupt:254 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:452 errors:0 dropped:0 overruns:0 frame:0
          TX packets:452 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:36560 (35.7 KB)  TX bytes:36560 (35.7 KB)

[Maasluip]

Okee, nadat pingen op ipadres opeens wel werkte en het dus een lookup probleem moest zijn zag ik dat resolv.conf leeg was.
Die gevuld en nu werkt het weer.

Welke processen willen resolv.conf wel eens leeg gooien?

[Verwijderd]

Je packagemanager als je niet goed oplet en verkeerde keuzes maakt met het updaten

[Rainmaker]

Maasluip schreef op zondag 21 juni 2009 @ 21:45:
pingen op IP-adres geeft 100% packetloss.

Met alleen een lege resolv.conf had dit niet mogen gebeuren... Dus ik betwijfel dat alles was.

Ander ding wat je resolv.conf nog wel eens leeg wil gooien; een DHCP client.

[Maasluip]

Rainmaker schreef op maandag 22 juni 2009 @ 02:00:
[...]


Met alleen een lege resolv.conf had dit niet mogen gebeuren... Dus ik betwijfel dat alles was.

Klopt. Misschien had ik een verkeerd IP-adres ingegeven. Ik kan dat anders ook niet verklaren.

[zkiwi]

ifconfig zegt:

code:

eth0      Link encap:Ethernet  HWaddr 00:1f:c6:52:7f:b4
          inet addr:192.168.151.64  Bcast:192.168.151.225  Mask:255.255.255.0
          inet6 addr: fe80::21f:c6ff:fe52:7fb4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4970 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5132 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:442913 (432.5 KB)  TX bytes:1074843 (1.0 MB)
          Interrupt:254 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:452 errors:0 dropped:0 overruns:0 frame:0
          TX packets:452 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:36560 (35.7 KB)  TX bytes:36560 (35.7 KB)

Als dit echt is wat ifconfig zei, dan stond Broadcast adres verkeerd. Maar ik neem aan dat dat een typo was.

[ Voor 19% gewijzigd door zkiwi op 23-06-2009 16:52 . Reden: bekijk bericht? ]

[Maasluip]

Goed gezien! Nee, dat was geen typo maar copy-paste. De broadcast stond inderdaad verkeerd. Die heb ik nu ook goed gezet.

Als ik wat networking dingen nalees betekent dit eigenlijk dat de broadcast nu begrensd was tot x.x.x.0 tot x.x.x.62? Kan dit een reden zijn dat ntp requests van buiten niet doorkwamen op mijn server (met ip adres x.x.x.64)?

[zkiwi]

Ik neem aan van niet. Het zou alleen effect moeten hebben op het broadcast verkeer en niet unicast, gezien het het subnet wel goed in je routeringstabel staat.
En volgens mij is het broadcastadres niet zo van belang bij ntp.

[u_nix_we_all]

Maasluip schreef op zondag 21 juni 2009 @ 22:09:
Okee, nadat pingen op ipadres opeens wel werkte en het dus een lookup probleem moest zijn zag ik dat resolv.conf leeg was.
Die gevuld en nu werkt het weer.

Welke processen willen resolv.conf wel eens leeg gooien?

Je dhcp client vult deze normaal (als je dhcp gebruikt én je server ook de dns-servers via dhcp doorgeeft).
Je dhcp-server (meestal de router) moet het ook goed geconfigureerd hebben staan, anders kan het ook mis gaan.