[Fedora] Internet doet 't niet

[Ruudboy]

Jaja ik weet het...bekende vraag natuurlijk.. maar ik kan geen draadje vinden over mijn probleem.
Vaak genoeg dat DNS het niet doet enzo... maar dat is allemaal OK bij mij

ik heb dus verse Fedora 1.91 geinstalleerd op laptop.
DHCP werkt, krijgt netjes de instellingen van mijn routertje
DNS werkt, ik kan pingen naar bijvoorbeeld www.mozilla.org
en nslookuppen werkt

alleen ftp, telnet en www werkt niet.
ik draai er geen firewall op.
als ik de laptop boot in windoos, werkt het wel.

ik ben een beginner wat linux betreft.. probeer het te begrijpen...
als ik www.mozilla.org probeer te bereiken, zoekt ie eerst het bijbehorende IP. Dat vindt ie dus, dus DNS werkt
Dan gaat ie op poort 80 verbinden met het gevonden IP, daar krijg ik dus een timeout.
Dan zou dus poort 80 dichtzitten ofzo?
welke poort gebruikt nslookup dan?

[a casema user]

Poort 80 hoeft alleen open te staan als jij zelf een webserver wil beginnen op je computer.
Om een andere webserver te bereiken hoeft deze bij jou niet open te staan.

[Ruudboy]

a casema user schreef op 31 maart 2004 @ 20:10:
Poort 80 hoeft alleen open te staan als jij zelf een webserver wil beginnen op je computer.
Om een andere webserver te bereiken hoeft deze bij jou niet open te staan.

Okee thanx.. weer wat geleerd...

maar wrom werkt het dan nie

[DiedX]

doe eens

/sbin/ifconfig

en

route

?

[a casema user]

route add default ppp0

[Ruudboy]

code:

[ruud@localhost ruud]$ /sbin/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
169.254.0.0     *               255.255.0.0     U     0      0        0 eth0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
default         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
[ruud@localhost ruud]$ /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 00:08:02:D9:C9:5F
          inet addr:192.168.0.6  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::208:2ff:fed9:c95f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:110 errors:0 dropped:0 overruns:0 frame:0
          TX packets:154 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:15026 (14.6 Kb)  TX bytes:11290 (11.0 Kb)
 
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:2143 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2143 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2085331 (1.9 Mb)  TX bytes:2085331 (1.9 Mb)

[Ruudboy]

a casema user schreef op 31 maart 2004 @ 20:42:
route add default ppp0

no such device
zegt ie dan

[Verwijderd]

Haal deze route er maar alvast uit:

[code]Destination Gateway Genmask Flags Metric Ref Use Iface
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0[/code]


(niet dat het zal uitmaken trouwens, maar hij hoort er niet in)

Wat gebeurt er als je op de promt het volgende doet:
[code]
telnet gathering.tweakers.net 80
[/code]
Gebeurt er dan niets (eewige stilte), of krijg je een vorm van response, al is het "rommel".

Stap 2, als je doet:

[code]wget http://gathering.tweakers.net[/code]gebeurt er dan?

Als deze twee stappen werken, dan zal het wel haast aan je browser zelf liggen.

[ Voor 5% gewijzigd door Verwijderd op 31-03-2004 21:00 ]

[Ruudboy]

code:

[root@localhost root]# telnet gathering.tweakers.net 80
Trying 213.239.154.36...
telnet: connect to address 213.239.154.36: Connection timed out

[ruud@localhost ruud]$ wget http://gathering.tweakers.net
--21:02:12--  http://gathering.tweakers.net/
           => `index.html'
Resolving gathering.tweakers.net... 213.239.154.36
Connecting to gathering.tweakers.net[213.239.154.36]:80...
failed: Connection timed out.
Retrying.
 
--21:05:22--  http://gathering.tweakers.net/
  (try: 2) => `index.html'
Connecting to gathering.tweakers.net[213.239.154.36]:80...

[Verwijderd]

Hmmm.

Hang je machine eens direkt aan internet, of is dat geen optie?

[DAzN]

Begin eens uit te leggen wat je netwerksituatie is. Wat is bijvoorbeeld de machine met ip-adres 192.168.0.1. Is dat je dns/dhcp server? Draait daar verder nog een proxy op? Staat ip-forwarding dan ook nog aan etc.etc.

[Ruudboy]

DAzN schreef op 31 maart 2004 @ 22:19:
Begin eens uit te leggen wat je netwerksituatie is. Wat is bijvoorbeeld de machine met ip-adres 192.168.0.1. Is dat je dns/dhcp server? Draait daar verder nog een proxy op? Staat ip-forwarding dan ook nog aan etc.etc.

192.168.0.1 is een Sitecom router.
Die is tevens DHCP, geen DNS of proxy. De standaard dingen zijn geforward en wat specifieke dingen zoals emule enzo naar andere pc's geforward.
Maar als ik deze laptop met windows boot, krijgt ie dezeflde instellingen, en werkt het prima.

Rechtstreeks aan internet hangen: liever niet, dan disconnect ik een aantal andere systemen.

[Verwijderd]

Geen DNS? Ik gok erop dat die sitecom router tevens caching DNS server is. Welke nameserver krijgen de clients van de DHCP server uitgedeeld?

Jammer dat je je machine niet rechtstreeks aan internet kunt hangen.

Wat is de output van iptables -L ? (ik wil het gewoon weten)

[ Voor 5% gewijzigd door Verwijderd op 31-03-2004 23:20 ]

[Ruudboy]

code:

[root@localhost root]# /sbin/iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
RH-Firewall-1-INPUT  all  --  anywhere             anywhere
 
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
RH-Firewall-1-INPUT  all  --  anywhere             anywhere
 
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
 
Chain RH-Firewall-1-INPUT (2 references)
target     prot opt source               destination
ACCEPT     all  --  anywhere             anywhere
ACCEPT     icmp --  anywhere             anywhere            icmp any
ACCEPT     ipv6-crypt--  anywhere             anywhere
ACCEPT     ipv6-auth--  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED
REJECT     all  --  anywhere             anywhere            reject-with icmp-host-prohibited
[root@localhost root]# cat /etc/resolv.conf
; generated by /sbin/dhclient-script
nameserver 213.51.144.170
nameserver 213.51.129.170
nameserver 213.51.129.168
nameserver 213.51.144.168
search localdomain

[Verwijderd]

Ik heb precies hetzelfde..ook met sitecom router. Kan pingen en tracen wat ik wil..maar TCP verkeer, ho maar. Zou het aan de router liggen? (Mandrake linux 10.0 gaat overigens prima met de router)

[Ruudboy]

Verwijderd schreef op 01 april 2004 @ 11:48:
Ik heb precies hetzelfde..ook met sitecom router. Kan pingen en tracen wat ik wil..maar TCP verkeer, ho maar. Zou het aan de router liggen? (Mandrake linux 10.0 gaat overigens prima met de router)

Heb jij ook Fedora 1.91?

Ik heb 2 dingen gezien bij Fedora, weet allebei niet precies wat het is, maar zou 1 van die dingen ermee te maken kunen hebben?

-SELinux (heb ik op disable gezet, ging vanalles fout toen het aan stond)
- ipv6 (ik zag bij het connecten een keer een heel raar ip-adres...)

want het rare is dus, dat ik ook fedora 1.0 heb, die doet het zonder probs. En ook 1.91 op het werk op de werk-pc, ook geen probs.
moet dus iets zijn van de combi fedora 1.91 / Sitecom

[ Voor 16% gewijzigd door Ruudboy op 01-04-2004 12:47 ]

[Verwijderd]

Fedora 1.91 inderdaad..Fedora 1.90 (zonder SELinux) deed het ook niet.. Ik denk idd dat het aan de sitecom ligt. Maar ja...wat

[Remus]

Probeer eens je MTU te verkleinen (naar bijvoorbeeld 1450 of zo). Misschien dat er iets mis gaat bij het fragmenteren van pakketjes.

[Ruudboy]

Remus schreef op 01 april 2004 @ 13:04:
Probeer eens je MTU te verkleinen (naar bijvoorbeeld 1450 of zo). Misschien dat er iets mis gaat bij het fragmenteren van pakketjes.

Okee.... als je me even vertelt hoe ik dat doe?

[blaataaps]

Ruudboy schreef op 01 april 2004 @ 13:30:
[...]


Okee.... als je me even vertelt hoe ik dat doe?

man ifconfig en dan zoeken naar 'mtu'

[Ruudboy]

blaataaps schreef op 01 april 2004 @ 13:36:
[...]

man ifconfig en dan zoeken naar 'mtu'

okee thanx
(wist nie of ik het op de router of linux moest zoeken )

[Verwijderd]

kben benieuwd of dat helpt..met die mtu

[Ruudboy]

Remus schreef op 01 april 2004 @ 13:04:
Probeer eens je MTU te verkleinen (naar bijvoorbeeld 1450 of zo). Misschien dat er iets mis gaat bij het fragmenteren van pakketjes.

Hmm, nee ik heb "ifconfig eth0 mth 1450" gedaan,
daarna eth0 down en up gebracht (dan is het vast wel aktief)
Maar dat hielp niet.

Op mijn andere linux bak (fedora 1.0) staat mtu ook op 1500, dus moet gewoon werken eigenlijk?

[Verwijderd]

Ik zoek me rot op internet verderz, maar er is weinig over te vinden...

[Verwijderd]

Hoezee! ut werkt hier

De oplossing is door dit als root (su in terminal) te tikken
''echo '0' >/proc/sys/net/ipv4/tcp_ecn"

Dan zou ut weer moeten werken...bij mij iig

[Ruudboy]

Verwijderd schreef op 01 april 2004 @ 21:27:
Hoezee! ut werkt hier

De oplossing is door dit als root (su in terminal) te tikken
''echo '0' >/proc/sys/net/ipv4/tcp_ecn"

Dan zou ut weer moeten werken...bij mij iig

Aarghhh briljant!! Het werkt!!

Kan iemand ook uitleggen wat ik hiermee gedaan heb dan???

[Wietse]

offtopic:
ben ik de enige die fedora onmogelijk vanaf cd kan booten

[DeMoN]

Ruudboy schreef op 01 april 2004 @ 22:25:
[...]


Aarghhh briljant!! Het werkt!!

Kan iemand ook uitleggen wat ik hiermee gedaan heb dan???

Heb het ook maar ff opgezocht :)

[Verwijderd]

Hm..weet iemand hoe die 0 waarde kan blijven staan? Na rebooten staat ie weer op 1 en dan doet het weer niet. Om telkens met de hand in te tikken is ook zo vervelend..

[Verwijderd]

Gokje:

voeg een regel toe in /etc/sysctl.conf:

code:

net.ipv4.tcp_ecn = 0

Sterker nog, controleer eens voor de zekerheid of dit niet juist in dit bestand wordt aangezet.

En anders zet je dat bewuste commando gewoon in je /etc/rc.d/rc.local

[ Voor 30% gewijzigd door Verwijderd op 02-04-2004 17:56 ]

[Verwijderd]

Gelukt..! Dank Max