fedora 14 en geraak niet op internet

[conehead]

Hallo,

Daarnet even fedora 14 gedownload en geïnstalleerd. Zowel op een virtuele pc als op een fysiek toestel. Beiden echter hetzelfde probleem.

Ik kan niet surfen op beide pc's, er is wel verbinding met het netwerk. Kan pingen internet en bijvoorbeeld op ip adres naar buiten.

Het is dus duidelijk een dns probleem, deze is echter wel correct ingevuld.

zowel getest met static als dhcp: op beide pc's hetzelfde probleem...

Iemand nog enig idee (in etc/resolv.conf staat effectief de juiste nameserver ingevuld ...

Heb firewall en selinux al uitgeschakeld maar dat helpt ook niet.

[mrsimtec]

welke browser?

[TomG]

Kan je een trace route doen naar buiten? Enkel http verkeer dat niet mogelijk is?

[conehead]

een traceroute naar www.google.be lukt niet:

krijg ik volgende foutmelding:

www.google.be name or service not known

Cannot handle "host" cmdline arg.

traceroute naar 195.238.2.21: dan zie je hem mooi naar buiten gaan ???

Heb opnieuw dhcp ingeschakeld maar natuurlijk hetzelfde probleem.

[krisken]

Kan je eens 193.110.251.50 tracen?

[D3bian]

Ff basics. Heb je al met de live CD geprobeerd? Indien dat werkt, dan is er iets mis gegaan met de install. In dat geval bij bootup je console gebruiken en kiezen voor repair.

[conehead]

Waarom juist:

dit lukt maar duurt wel heel erg lang van 25ms tot 52ms

[conehead]

Ff basics. Heb je al met de live CD geprobeerd? Indien dat werkt, dan is er iets mis gegaan met de install. In dat geval bij bootup je console gebruiken en kiezen voor repair.

Ik heb even de fedora 9 geïnstalleerd en net hetzelfde probleem en aangezien dit op zowel fysiek als virtueel is kan dit geen toeval zijn ...

Heb altijd al met ubuntu of een andere debian variant gewerkt, nog nooit dit probleem gehad ...

[ubremoved_539]

Misschien dit eens lezen.. http://linuxgazette.net/147/misc/lg/no_ ... lient.html

[conehead]

Dit heeft weinig met mijn probleem te maken, iptabels en selinux is allemaal uitgeschakeld ...

Zijn blijkbaar veel mensen met dit probleem op internet maar een oplossing:

Bij sommigen zou het ook aan de volgende file liggen:

Code: Selecteer alles

Just had the same problem on Fedora 11. Found the solution on some other site...

modify /etc/nsswitch.conf :

#hosts: files mdns4_minimal [NOTFOUND=return] dns
hosts: files mdns4_minimal dns

(the NOTFOUND part was breaking it) 

bij mij staat er echter onder hosts gewoon:

Code: Selecteer alles

hosts: files dns

Kan die file blijkbaar wel niet editeren ...

[Sasuke]

Wat gebeurt er als je een nslookup doet ? Welke foutmelding krijg je, dan zie je toch direct of Fedora je DNS niet wil gebruiken, of dat er een probleem met de DNS response is.

Welke DNS gebruik je ? Die van je ISP of een andere ?

Grtz,
Sasuke

[conehead]

Ik heb al die vd isp gebruikt, als die van google als die van opendns

nslookup geeft gewoon de melding: connection timed out, no servers could be reached. Kan wel de gateway pingen of een extern adres ...

Dus de dns werkt om de een of andere reden niet ...

Dat was me al duidelijk maar waar het probleem nu zit ???

[ubremoved_539]

Kan je trouwens surfen op basis van IP-adres ?

[conehead]

Dat werkt perfect ...

[Sasuke]

Ik heb al die vd isp gebruikt, als die van google als die van opendns

nslookup geeft gewoon de melding: connection timed out, no servers could be reached. Kan wel de gateway pingen of een extern adres ...

Dus de dns werkt om de een of andere reden niet ...

Dat was me al duidelijk maar waar het probleem nu zit ???

Connection timed out wil bedoelen dat hij geen connectie kan maken over poort 53 (tcp en udp). Wat gebeurt er als je telnet naar je DNS server op poort 53 ? Ik vermoed dat er toch nog ergens een of andere firewall wat tegenhoud.

Zet als DNS eens gewoon het interne IP van je router ? Kan best zijn dat connecties naar de DNS word tegengehouden omdat die niet op je eigen subnet zitten ( bizar SELinux of IPTables probleem dat toch nog ergens tegenhoud ?)

Grtz,
Sasuke

[krisken]

Goeie tip sasuke!

[ubremoved_539]

Wat gebeurt er als je telnet naar je DNS server op poort 53 ? Ik vermoed dat er toch nog ergens een of andere firewall wat tegenhoud.

Niet alle DNS servers laten TCP toe... en UDP kan je niet testen met TELNET. Trouwens het feit dat hij kan surfen op basis van IP geeft wel aan dat TCP connecties werken... dus is het puur UDP, of een poort 53 probleem ?

[D3bian]

Volgens mij puur DNS probleem. Fedora is nooit een van mijn favorieten geweest, heb altijd Centos of Debian gedraaid. Ik zou zeggen, gooi Fedora eraf en zet er ne goeie Distro op

[Sasuke]

Buiten het feit dat ik D3bian gelijk geef qua OS keuze (alhoewel, Microsoft FTW) maar dat zou er niet mogen toedoen natuurlijk ...

Ik zou toch gewoon eens een interne DNS gebruiken om d.m.v. eliminatie tot je root cause te komen ... beproefde methode zo oud als de straat

[conehead]

Dns stond ondertussen al op het ip adres vd interne router ...

Die telnet naar het ip van google op poort 53 lukt idd niet, timed out ...

Volgens mij idd duidelijk een dns probleem, wist ik al van in het begin maar had toch graag een oplossing gezien ...

Wat ik wel niet graag zie is dat er in die resolv.conf staat bovenaan: ingevuld door networkmanager of zoiets ...

[Sub Zero]

Zolang er in /etc/resolv.conf een aantal nameserver entries staan is er niks aan de hand. Wat je eens kan proberen is:

Code: Selecteer alles

cat /etc/resolv.conf | grep nameserver ## Dit geeft je de gebruikte DNS servers al terug
dig @ip_van_dns_server userbase.be
dig @8.8.8.8 userbase.be

Als dig met het IP van je lokale DNS server niks terug geeft en dig met de DNS van google (8.8.8. wel, dan is er duidelijk iets mis met je lokale DNS (en dan kunnen we daarop voort zoeken). Als de google DNS ook niet werkt, dan ligt het op netwerkniveau. Dan moet je maar eens met nc (netcat) gaan spelen. Die kan wel UDP tests doen

Open a UDP connection to port 53 of host.example.com:
$ nc -u host.example.com 53

[alfadude]

Maak je van dhcp gebruik.
Zoja, moet je de dns servers dan niet invullen in resolv.conf.head?