[Ubuntu] Wel netwerk, geen internet

[Verwijderd]

Allereerst, ik ben vrij nieuw in de wereld van Linux. Op wat development in VIM en gcc heb ik er weinig mee gedaan. Onlangs heb ik een barrel aangeschaft die ik in de loop van de tijd voor meer en meer dingen wil gaan misbruiken (SVN, file storage, Samba, routing (dat gaat nog wel even duren) et cetera).
Ondertussen heb ik het apparaat in het netwerk gehangen en mijn router geeft het braaf een ip adres. Vervolgens kan ik er vanaf deze machine via VNC op inloggen voor administratieve werkzaamheden.
Helaas houdt de pret hier op, ik kom niet op internet vanaf de Linux bak, terwijl ik weldegelijk connectie naar buiten heb. Ik kan Tweakers en Google bijvoorbeeld prima pingen vanaf de console, maar zodra ik wil browsen lijkt er niets te gebeuren.
Iemand enige suggesties?

[ Voor 3% gewijzigd door Verwijderd op 11-02-2010 20:17 ]

[degroot]

firewall aanstaan?
heb dit nl. ook gehad op een kale ubuntu en mezelf helemaal scheel gezocht....

[Wolfboy]

Als het de firewall zou zijn dan kan je eventjes de volgende commando's uitvoeren om de firewall settings te resetten.

Als root uiteraard, en anders even sudo ervoor zetten

iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -F

[burne]

Wolfboy schreef op vrijdag 12 februari 2010 @ 01:45:
Als het de firewall zou zijn dan kan je eventjes de volgende commando's uitvoeren om de firewall settings te resetten.

En als dat werkt doe je

/etc/rc.d/init.d/iptables save

Anders vergeet 'ie het bij de volgende reboot.

[Hero of Time]

Dus, ping www.google.com werkt, maar firefox www.google.com geeft niets? Proxy? Vaak wordt een ping zonder proxy gestuurd en als er een proxy is, wordt een ping transparant doorgelaten. Doet apt-get/aptitude het wel?

[Verwijderd]

Inderdaad. Pingen prima, browsen niet. Er staat in de browser ook geen proxy ingesteld, en ifconfig ziet er ook gewoon goed uit. Op het moment ben ik op kantoor en kan het dus niet proberen, maar zal bij thuiskomst direct de suggesties doorwerken.

[swbr]

Hoe heb je die machine geinstalleerd? Als je tijdens de installatie een proxy opgeeft, dan wordt diezelfde proxy volgens mij als default voor je hele systeem ingesteld. Die zul je dan niet terugzien in je browser, maar wel bij je algemene proxy settings.

[burne]

Verwijderd schreef op vrijdag 12 februari 2010 @ 14:46:
Inderdaad. Pingen prima, browsen niet. Er staat in de browser ook geen proxy ingesteld, en ifconfig ziet er ook gewoon goed uit. Op het moment ben ik op kantoor en kan het dus niet proberen, maar zal bij thuiskomst direct de suggesties doorwerken.

Okee. Checks in volgorde:

Je gebruikt een router met DHCP, of stel je IP's met het handje in?

wat zegt 'ifconfig'

wat zegt 'netstat -r' (ik denk dat dat je probleem is)

wat ping doet weten we al

wat zegt 'wget http://www.google.nl/'

Voor alle commando's zou het enige tijd kunnen duren voordat ze bepaalde informatie geven, tot 30 seconden of meer aan toe.

[Verwijderd]

IPTABLES aanpassingen mochten niet baten, ik zal even dieper in die dingen duiken.

DHCP, dat werkt prima, voor zover ik kan beoordelen.

ifconfig

code:

eth0      Link encap:Ethernet  HWaddr 00:0f:1f:97:be:ec  
          inet addr:192.168.1.8  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::20f:1fff:fe97:beec/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1320  Metric:1
          RX packets:61318 errors:2278 dropped:0 overruns:0 frame:2278
          TX packets:100857 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4161878 (4.1 MB)  TX bytes:80309099 (80.3 MB)
          Interrupt:16

netstat -r

code:

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.1.0     *               255.255.255.0   U         0 0          0 eth0
link-local      *               255.255.0.0     U         0 0          0 eth0
default         192.168.1.1     0.0.0.0         UG        0 0          0 eth0

wget

code:

serverbak@serverbak:/etc$ wget http://www.google.nl
--2010-02-12 17:11:30--  http://www.google.nl/
Resolving www.google.nl... 74.125.77.99, 74.125.77.104, 74.125.77.147
Connecting to www.google.nl|74.125.77.99|:80... connected.
HTTP request sent, awaiting response...

wget blijft vervolgens op een response wachten.

Tijdens het installeren geen proxies of andere rariteiten ingesteld, gewoon vers van de CD DVD.

[Rainmaker]

Klinkt toch heel erg of je uitgaande paketten wel toelaat, maar inkomende helemaal niet...

Firewall op je router?

[burne]

Verwijderd schreef op vrijdag 12 februari 2010 @ 17:14:
<uit je ifconfig-response>

          RX packets:61318 [red]errors:2278[/] dropped:0 overruns:0 [red]frame:2278[/]

1: Internet met een draadje? Probeer het eens met een vervangende kabel.

2: Heb je de poort van de router waar je ubuntu-pc aan zit geforceerd op 100Mbit/Full Duplex gezet? Zet die eens op auto?

Als 1 niet werkt, 2 proberen..

[ Voor 16% gewijzigd door burne op 12-02-2010 17:32 ]

[Verwijderd]

reply op je ping is toch ook binnen komend .. wel established en related maar goed dat heeft die nog niet ingesteld op ze firewall.

Klinkt erg bizar in ieder geval

[Verwijderd]

burne schreef op vrijdag 12 februari 2010 @ 17:30:
[...]


1: Internet met een draadje? Probeer het eens met een vervangende kabel.

2: Heb je de poort van de router waar je ubuntu-pc aan zit geforceerd op 100Mbit/Full Duplex gezet? Zet die eens op auto?

Als 1 niet werkt, 2 proberen..

Een andere kabel helpt niet tegen de errors (hoewel de eerdere kabel wel discutabel is, zal hem eens doormeten), ik krijg het gevoel dat het aan de NIC ligt. Eens even een andere proberen.

[burne]

Verwijderd schreef op vrijdag 12 februari 2010 @ 17:32:
reply op je ping is toch ook binnen komend

Maar ICMP_REPLY is een heel kort bericht. De HTML van google is veel langer, en lange pakketten leiden tot framing errors. Dat is rotte kabel, rotte nic of full-duplex/half-duplex mismatch.

[Verwijderd]

Een andere NIC is het ook niet, precies hetzelfde verhaal, tevens nog een andere kabel gebruikt die zeker goed is aangezien het de kabel is van m'n reguliere desktop.
Verder niks veranderd aan duplex modes of iets in die richting, verschillende poorten van de router gebruikt. Conclusie: ik begrijp er geen fluit van. Misschien voor de zekerheid Ubuntu opnieuw installeren, wellicht bij het installeren een vreemde fout gemaakt met NEXT NEXT NEXT drukken

[burne]

Verwijderd schreef op vrijdag 12 februari 2010 @ 18:27:
Misschien voor de zekerheid Ubuntu opnieuw installeren, wellicht bij het installeren een vreemde fout gemaakt met NEXT NEXT NEXT drukken

Wacht daar nog even mee, want we zijn nog lang niet uitgedoktert.

Wat roept 'ethtool eth0'?

[Verwijderd]

Opeens is er licht en heb ik verbinding, nu eens proberen een paar dingen uit te sluiten.
Tot dusver bedankt alvast
Edit, ik denk weet zeker dat het de on-board NIC is. Ik krijg net als eerder wel een IP-adres toegewezen van m'n router, ik kan zelfs nog wel verbinden via TightVNC, maar daar houdt het gewoon op. Geen wget, niks.

Beetje jammer, maar we zijn er iig uit

[ Voor 52% gewijzigd door Verwijderd op 12-02-2010 18:51 ]

[SirNobax]

Misschien even een rare suggestie, maar wat gebeurd er zodra je IPv6 uitschakel?
Ik heb daar zelf ook elke keer problemen mee.

[quote]Create /etc/modprobe.d/bad_list with specified line and reboot;
alias net-pf-10 off[/quote]

Woops. Note to self: vaker refreshen.

[ Voor 10% gewijzigd door SirNobax op 12-02-2010 19:22 ]