[Ubuntu] pingen werkt, internetten niet

[mandroid]

Ik heb me vorige week ook maar eens aan Linux gewaagd en draai nu Ubuntu 5.04. Nu heb ik een vreemd probleem met internet, ik kan naar elke website pingen en krijg ogenblikkelijk reply, maar het lukt me niet om naar bepaalde sites te surfen (zowel met Opera als Firefox), ofwel duurt het heel lang (> kwartier) eer de pagina is ingeladen. Een voorbeeld is www.standaard.be ik kan die gerust pingen :

code:

pieter@bart:~$ ping www.standaard.be
PING www.standaard.be (212.113.82.182) 56(84) bytes of data.
64 bytes from www.standaard.be (212.113.82.182): icmp_seq=1 ttl=54 time=21.2 ms
64 bytes from www.standaard.be (212.113.82.182): icmp_seq=2 ttl=54 time=38.8 ms
64 bytes from www.standaard.be (212.113.82.182): icmp_seq=3 ttl=54 time=39.9 ms
64 bytes from www.standaard.be (212.113.82.182): icmp_seq=4 ttl=54 time=36.0 ms

--- www.standaard.be ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 21.210/34.024/39.968/7.532 ms

Maar als ik probeer ernaar toe te surfen krijg ik de pagina niet ingeladen. Internetten gebeurt via een router, dus het ligt niet aan de modem, surfen werkt prima onder windows. Ook lukt het me niet om me aan te melden via Gaim, ook omdat hij geen connectie krijgt met de server vermoed ik.

Netwerkkaart is denk ik wel goed ingesteld, dit is de output van ifconfig :

code:

pieter@bart:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:20:ED:35:B8:15
          inet addr:192.168.0.100  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::220:edff:fe35:b815/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2007 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2416 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:699496 (683.1 KiB)  TX bytes:400920 (391.5 KiB)
          Interrupt:18 Base address:0xd800

Iemand die raad weet ? (hou er rekening mee dat ik nog geen linux expert ben he )

[smokalot]

probeer eens te telnetten, of verbinding te maken met het IP ipv met de DNS-naam.

werkt bijvoorbeeld ftp of ssh wel goed?

[Verwijderd]

Post de ouput van het commando `route' eens?

[djack]

Is je proxy goed ingesteld?
Als je bij telenet zit ben je nog altijd verplicht om over hun proxy te gaan.

en telnet naar het IP van een site op port 80 kan al wat info geven.

[mandroid]

djack schreef op dinsdag 26 juli 2005 @ 14:40:
Is je proxy goed ingesteld?
Als je bij telenet zit ben je nog altijd verplicht om over hun proxy te gaan.

Ik zit bij belgacom adsl en hoef geen proxy in te stellen

Verwijderd schreef op dinsdag 26 juli 2005 @ 14:04:
Post de ouput van het commando `route' eens?

code:

pieter@bart:~$ route
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
default         homer.mshome.ne 0.0.0.0         UG    0      0        0 eth0
pieter@bart:~$

smokalot schreef op dinsdag 26 juli 2005 @ 14:02:
probeer eens te telnetten, of verbinding te maken met het IP ipv met de DNS-naam.

surfen naar het IP adres levert net hetzelfde op.
telnet sessie met www.stubru.be :

code:

pieter@bart:~$ telnet www.stubru.be 80
Trying 195.0.110.51...
Connected to www.stubru.be.
Escape character is '^]'.
GET /stubru_master/home/index.html HTTP/1.1

na heel lang wachten...

Connection closed by foreign host.

met ftp'en heb ik hetzelfde probleem, ik probeer al 5 min ftp.skynet.be te openen. Het rare is dat ik met www.tweakers.be geen probleem ondervind (het gaat wel trager als bij windows, maar het komt ).

[Jk_W]

Misschien dat hetvolgende je kan helpen:

Typ in je adresbalk van firefox "about:config"

Verander nu de waarde van "network.dns.disableIPv6" naar "False".
Dit ga bij mij alvast een zeer grote snelheidswinst. Probeer het eens, misschien helpt het je iets

[DeMoN]

Geef voor de zekerheid ook eens de output van:

code:

cat /etc/resolv.conf

[mandroid]

DeMoN schreef op dinsdag 26 juli 2005 @ 16:35:
Geef voor de zekerheid ook eens de output van:

code:

cat /etc/resolv.conf

code:

pieter@bart:~$ cat /etc/resolv.conf
search *werkgroepnaam*
nameserver 192.168.0.1

[DeMoN]

lord-evil schreef op dinsdag 26 juli 2005 @ 16:57:
[...]

code:

pieter@bart:~$ cat /etc/resolv.conf
search *werkgroepnaam*
nameserver 192.168.0.1

Haal die search regel eens weg (of comment em uit) en probeer het nog eens.

[mandroid]

DeMoN schreef op dinsdag 26 juli 2005 @ 17:12:
[...]
Haal die search regel eens weg (of comment em uit) en probeer het nog eens.

Ik heb die in commentaar gezet maar dat heeft het niet veranderd. Ook na een reboot is het niet opgelost.

[titan_pi8]

djack schreef op dinsdag 26 juli 2005 @ 14:40:
Is je proxy goed ingesteld?
Als je bij telenet zit ben je nog altijd verplicht om over hun proxy te gaan.

en telnet naar het IP van een site op port 80 kan al wat info geven.

Offtopic:
Dat is al een tijdje niet meer, je kan bij telenet gewoon zonder proxy werken .

[Verwijderd]

Ik zie dat je een lokaal ip in je resolv.conf heb staan. Als je die ip is veranderd naar de dns ip van je provider dan zou het probleem opgelost moeten zijn.

[mandroid]

Verwijderd schreef op dinsdag 26 juli 2005 @ 23:09:
Ik zie dat je een lokaal ip in je resolv.conf heb staan. Als je die ip is veranderd naar de dns ip van je provider dan zou het probleem opgelost moeten zijn.

Daar moet toch gewoon het ip-adres vd router staan, de router vraagt het dan wel aan de dns vd provider en geeft antwoord aan de pc...

[DeMoN]

lord-evil schreef op woensdag 27 juli 2005 @ 11:22:
[...]


Daar moet toch gewoon het ip-adres vd router staan, de router vraagt het dan wel aan de dns vd provider en geeft antwoord aan de pc...

Wat ik sowieso gek vind is dat bij je 'route' print je gateway wordt aangeduidt als een hostnaam..
Het zal wel aan mij liggen maar ik snap niet waarom dat zo is.

Doe eens
route add default gw 192.168.0.1

[mandroid]

DeMoN schreef op woensdag 27 juli 2005 @ 12:22:
[...]
Doe eens
route add default gw 192.168.0.1

Geprobeerd maar haalt niks uit. Er is wel degelijk verbinding met de buitenwereld, pingen is steeds gelukt met elke site die ik geprobeerd heb, als ik echter probeer te surfen haalt hij de meeste sites gewoon niet binnen (ofwel na heel lang wachten).

[Flydude]

Je kan proberen om met links (tekst-based browser) wat te surfen. Als dat wel snel gaat, ligt het aan Firefox. Als dat niet snel gaat, ergens anders aan...

[DeMoN]

Flydude schreef op woensdag 27 juli 2005 @ 15:21:
Je kan proberen om met links (tekst-based browser) wat te surfen. Als dat wel snel gaat, ligt het aan Firefox. Als dat niet snel gaat, ergens anders aan...

Opera en Firefox doen het allebei niet en in Windows wel dus het lijkt me toch echt een instelling in Ubuntu.
Je hebt je ifconfig al gepost. Ik dacht even dat het je MTU waarde zou kunnen zijn maar die staat ook wel ok voor Ethernet.

[McCloud]

Het lijkt er wel op of je IP-protocol het niet doet

Kijk, ping gebruikt volgens mij niet het IP-protocol maar het ICMP-protocol. Probeer eens een traceroute te doen naar een adres en probeer vervolgens eens een tcptraceroute te doen naar hetzelfde adres.

Wat ook nog zou kunnen is dat je een beetje een rare iptables instellingen hebt die geen netwerk verkeer doorlaat naar bepaalde poorten of met bepaalde protocollen. ik ben zelf een 0 op het gebied van iptables, dus iemand anders moet maar ff aangeven hoe je je iptables leeg kan maken.

[mandroid]

McCloud schreef op woensdag 27 juli 2005 @ 17:00:
Het lijkt er wel op of je IP-protocol het niet doet

Kijk, ping gebruikt volgens mij niet het IP-protocol maar het ICMP-protocol. Probeer eens een traceroute te doen naar een adres en probeer vervolgens eens een tcptraceroute te doen naar hetzelfde adres.

Hoe doe je traceroute precies ?

Ik denk overigens wel dat het IP protocol werkt, ik kan namelijk bepaalde sites wel bezoeken (bv www.tweakers.be, hoewel sommige afbeeldingen niet willen inladen). Ja ik weet het, raar probleem hier

[weijl]

kijk eens in iptables welke policy je output heeft (iptables -L)
staat die op 'DROP' maak daar dan 'ACCEPT' van (iptables -P OUTPUT ACCEPT)

het lijkt me echter sterk dat dit verkeerd zou staan, standaard staat alles op ACCEPT namelijk.

doe eens een 'route flush' en vul alles eens opnieuw in.
route add default gw 192.168.0.1
route add <ip-van-machine> 127.0.0.1

zet in je resolv.conf niets meer dan 'nameserver 192.168.0.1'
dan _moet_ het werken.

[mandroid]

De output policy stond reeds op 'ACCEPT'.
route tabel & resolv.conf opnieuw ingevuld zoals gezegd, rebootje en het probleem blijft .

[mandroid]

Zelf nog wat voortgezocht en ik ben op dit topic gestoten :
http://ubuntuforums.org/archive/index.php/t-5690.html
dit lijkt overeen te komen met mijn probleem. Nu probeer ik de eerste optie uit waar je drie packages moet installeren, oa pump (heb ik gehaald van http://packages.debian.org/stable/base/pump) maar nu zegt hij :

code:

pieter@bart:~/Desktop$ sudo dpkg -i install pump_0.8.21-2_i386.deb
dpkg: error processing install (--install):
 cannot access archive: No such file or directory
dpkg: regarding pump_0.8.21-2_i386.deb containing pump:
 dhcp3-client conflicts with dhcp-client
  pump provides dhcp-client and is to be installed.
dpkg: error processing pump_0.8.21-2_i386.deb (--install):
 conflicting packages - not installing pump
Errors were encountered while processing:
 install
 pump_0.8.21-2_i386.deb

Hoe kan ik hem nu zo forceren dat hij pump toch installeert ?

[Verwijderd]

lord-evil schreef op woensdag 27 juli 2005 @ 18:03:
De output policy stond reeds op 'ACCEPT'.
route tabel & resolv.conf opnieuw ingevuld zoals gezegd, rebootje en het probleem blijft .

Na een reboot (of andere actie die de netwerkinterface opnieuw instelt) wordt de routetabel ook opnieuw ingesteld. Overigens hoef je voor zo'n basale situatie echt geen extra paketten te installeren (lijkt me).

Gooi je cache trouwens eens leeg (van whatever browser je gebruikt). Misschien worden de pagina's die je kunt bekijken uit cache geladen, en dan blijft het natuurlijk gissen naar het probleem.

[mandroid]

Verwijderd schreef op vrijdag 29 juli 2005 @ 10:12:
[...]
Gooi je cache trouwens eens leeg (van whatever browser je gebruikt). Misschien worden de pagina's die je kunt bekijken uit cache geladen, en dan blijft het natuurlijk gissen naar het probleem.

Ik zie steeds de nieuwe berichten dus hij haalt ze niet uit z'n cache. Iemand een idee hoe die pump te installeren ? Ik heb namelijk weinig te verliezen me dunkt .

[McCloud]

Dat topic dat je hebt gevonden op het Ubuntu forum gaat dus over het feit dat je wel webpagina's kan laden in een browser als je in je browser het ip-adres van de site aangeeft. Lukt dat bij jou dan wel ????

[Flydude]

Middels apt-get ipv dpkg? Apt-get regelt ook allerlei dependencies voor je, dus wellicht dat dat wel gaat werken. Dus iets als:

apt-get install pump

[mandroid]

McCloud schreef op vrijdag 29 juli 2005 @ 11:44:
Dat topic dat je hebt gevonden op het Ubuntu forum gaat dus over het feit dat je wel webpagina's kan laden in een browser als je in je browser het ip-adres van de site aangeeft. Lukt dat bij jou dan wel ?

Nee dat gaat even slecht als met de gewone naam.

[mandroid]

Flydude schreef op vrijdag 29 juli 2005 @ 11:44:
Middels apt-get ipv dpkg? Apt-get regelt ook allerlei dependencies voor je, dus wellicht dat dat wel gaat werken. Dus iets als:

apt-get install pump

Ja dat heb ik geprobeerd. Het zit niet in de standaard install dus gaat hij het zoeken op internet, en dat lukt niet

[Flydude]

Repository aanpassen?

[mandroid]

Flydude schreef op vrijdag 29 juli 2005 @ 12:03:
Repository aanpassen?

Kan je dat een beetje uitleggen ?

[Flydude]

Ubuntu haalt files van het internet op plekken die benoemd zijn in zogenaamde repositories. Hoe je die aanpast, moet je zelf even opzoeken, want zo bekend ben ik niet met Ubuntu. Maar even googlen op unofficial ubuntu guide zou je al moeten kunnen helpen.

[mandroid]

Ok, ik heb zelf nog wat voortgeprutst en denk dat ik weet wat het probleem is.

Ik heb Ethereal geïnstalleerd en wat blijkt ? Als ik naar een site surf via Opera of Firefox stuurt hij eerst een DNS request en bij de website's die niet openen krijgt hij steeds als DNS antwoord ip adres 1.0.0.0 terug. Echter gebruik ik de terminal om naar diezelfde website te pingen of die af te halen via wget, dan krijgt hij steeds het goeie ip adres terug ! Werkt het dns opzoeken verschillend tussen de terminal en de andere programma's ? En zoja, hoe zorg ik ervoor dat hij steeds de methode gebruikt waarmee de terminal werkt ?

[SeNsEi.Ze0n]

Vervang in je resolv.conf je intern ip 192.168.1.x eens in 195.238.2.21 (primary DNS van Skynet) en probeer dan nog eens, _zonder_ reboot.
Dan schakel je in ieder geval een mogelijk probleem met de router dns uit.

[mandroid]

SeNsEi.Ze0n schreef op zondag 31 juli 2005 @ 13:12:
Vervang in je resolv.conf je intern ip 192.168.1.x eens in 195.238.2.21 (primary DNS van Skynet) en probeer dan nog eens, _zonder_ reboot.
Dan schakel je in ieder geval een mogelijk probleem met de router dns uit.

w00t, dit werkt (tik nu vanaf mn linux bak)

nu zou enkel nog dat bestandje (resolv.conf) moeten "gelockt" worden zodat het bij het opstarten niet overschreven wordt, hoe fix ik dat ?

Edit : "sudo chattr +i /etc/resolv.conf" doet het trukje

[ Voor 7% gewijzigd door mandroid op 31-07-2005 18:10 ]