Trage verbinding linuxrouter naar interne netwerk

Pagina: 1
Acties:

  • CyeZ
  • Registratie: September 2001
  • Laatst online: 17:58

CyeZ

Vroem vroem!!!

Topicstarter
Ik ben al een poos aan het zoeken geweest, maar ik heb nog geen oplossing voor mijn probleem gevonden. Vandaar dat ik hier maar eens probeer.

De situatie is als volgt: We hebben thuis een aansluiting op chello, waarbij een linuxmachine zorgt voor het routeren van het verkeer van het interne netwerk naar chello toe.

Het interne netwerk bestaat uit een 4-tal pc's waarvan 3 windows 98 machines en 1 windows 2000 machine. De router draait RedHat 7.0

Bij het downloaden met een van de windows machines en de linux machine vanaf internet gaat alles prima. Hiermee haal ik regelmatig snelheden van boven de 150kB/s daar dus geen probleem.

Op de linux machine draaien verder nog een aantal services zoals apache. Deze zijn allemaal prima te bereiken vanaf internet waarbij ook redelijke snelheden gehaalt worden.

Nu echter het probleem: Als ik van een van de machines op het interne netwerk de services van linux machine probeer te bereiken gaat die pokke traag. De eerste seconde komt er dan iets van 30-50kB binnen, daarna gaat het heel snel bergafwaards richting de 0 bytes/sec. Een bestand van circa 100kB openen duurt ongeveer een minuut, bij grotere bestanden neemt deze tijd bijna exponentieel toe.

Als iemand mij in ieder geval in de goede richting zou kunnen sturen zou ik hier al erg mee geholpen zijn.

[18:54] <Prammenhanger> |HunterPro|eet
[18:55] <Prammenhanger> lijkt best op
[18:55] <Prammenhanger> |HunterProFeet


  • kell.nl
  • Registratie: Januari 2002
  • Laatst online: 27-09-2023

kell.nl

Fizzgig&#039;s evil twin

Als je een van die services aanspreekt, bijvoorbeeld apache, geef je dan het interne ip-adres op, of het externe (internet) ip-adres?
Je zou het beste de interne kunnen gebruiken, maar dan moet je ook even kijken of je die services ook hebt lopen voor dat ip-adres/die nic.

Verwijderd

Niet een direkte oplossing:
RH 7.0 staat bekend als niet een vd beste, kijk effe voor updates bij RH of installeer een hogere versie. Ik heb hier 6.0 (al ruim 1.5 jaar vrijwel probleemloos) en heb 7,0 effe geprobeeerd maar weer terug gegaan naar 6.0. De hogere (7.2) versies heb ik nog niet geprobeerd.

  • CyeZ
  • Registratie: September 2001
  • Laatst online: 17:58

CyeZ

Vroem vroem!!!

Topicstarter
kell.nl: Ik heb het op beide manieren al veelvuldig geprobeert. Of ik het interne of externe ip adres gebruikt maakt geen verschil in snelheid.

andre_at_home: Ik was ook al van plan om te gaan upgraden naar Redhat 7.2, alleen heb ik de fout gemaakt om deze op m'n linuxbak te downloaden, waar ik ze dus niet fatsoenlijk vanaf kan halen. Op dit moment ben ik ze maar rechtstreeks met een van de win98 bakken aan het downloaden.
Echter, als het hier een configuratie fout betreft zal een update van Redhat hier weinig verbetering in brengen vermoed ik.


Om de situatie wat duidelijk nog te maken heb ik een tcpdump gemaakt vanaf de linuxbak terwijl ik met een van de win98 machines een html pagina (van ongeveer 90kb) opvroeg van de linux machine. De 1ste kolum geeft telkens de tijd aan, hierbij is duidelijk te zien hoe lang over deze pagina gedaan wordt. (Dit is overigens niet de complete capture, die was nog een stuk langer) Zoals te zien is begon de capture om 11:44:09, op het moment dat ik em afbrak was het inmiddels 11:44:19. Al ruim 10 seconde later dus.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
[CyeZ@xxxxxx xxxx]# tcpdump -i eth1 tcp src port 80 and src host 192.168.0.10
Kernel filter, protocol ALL, datagram packet socket
tcpdump: listening on eth1
11:44:09.456020 > 192.168.0.10.www > comp1.3330: S 2386028731:2386028731(0) ack 57275112 win 32120 
<mss 1460,nop,nop,sackOK> (DF)
11:44:09.460219 > 192.168.0.10.www > comp1.3330: . 1:1(0) ack 310 win 31811 (DF)
11:44:09.982597 > 192.168.0.10.www > comp1.3330: P 1:1461(1460) ack 310 win 32120 (DF)
11:44:09.982671 > 192.168.0.10.www > comp1.3330: P 1461:2921(1460) ack 310 win 32120 (DF)
11:44:09.987161 > 192.168.0.10.www > comp1.3330: P 2921:4124(1203) ack 310 win 32120 (DF)
11:44:09.996625 > 192.168.0.10.www > comp1.3333: S 2393692352:2393692352(0) ack 57275653 win 32120 
<mss 1460,nop,nop,sackOK> (DF)
11:44:10.013028 > 192.168.0.10.www > comp1.3333: . 1:1(0) ack 362 win 31759 (DF)
11:44:10.014166 > 192.168.0.10.www > comp1.3333: P 1:524(523) ack 362 win 32120 (DF)
11:44:10.016827 > 192.168.0.10.www > comp1.3333: P 524:1046(522) ack 723 win 32120 (DF)
11:44:10.183609 > 192.168.0.10.www > comp1.3330: P 2921:4124(1203) ack 310 win 32120 (DF)
11:44:10.558656 > 192.168.0.10.www > comp1.3330: P 4124:5584(1460) ack 310 win 32120 (DF)
11:44:10.558737 > 192.168.0.10.www > comp1.3330: P 5584:7044(1460) ack 310 win 32120 (DF)
11:44:10.561606 > 192.168.0.10.www > comp1.3330: P 7044:8232(1188) ack 310 win 32120 (DF)
11:44:11.111817 > 192.168.0.10.www > comp1.3330: P 8232:9692(1460) ack 310 win 32120 (DF)
11:44:11.111895 > 192.168.0.10.www > comp1.3330: P 9692:11152(1460) ack 310 win 32120 (DF)
11:44:11.111946 > 192.168.0.10.www > comp1.3330: P 11152:12340(1188) ack 310 win 32120 (DF)
11:44:11.353609 > 192.168.0.10.www > comp1.3330: P 8232:9692(1460) ack 310 win 32120 (DF)
11:44:11.355347 > 192.168.0.10.www > comp1.3330: P 11152:12340(1188) ack 310 win 32120 (DF)
11:44:11.664924 > 192.168.0.10.www > comp1.3330: P 12340:13800(1460) ack 310 win 32120 (DF)
11:44:11.664999 > 192.168.0.10.www > comp1.3330: P 13800:15260(1460) ack 310 win 32120 (DF)
11:44:11.665047 > 192.168.0.10.www > comp1.3330: P 15260:16448(1188) ack 310 win 32120 (DF)
11:44:12.163608 > 192.168.0.10.www > comp1.3330: P 12340:13800(1460) ack 310 win 32120 (DF)
11:44:12.165361 > 192.168.0.10.www > comp1.3330: P 15260:16448(1188) ack 310 win 32120 (DF)
11:44:12.294639 > 192.168.0.10.www > comp1.3330: P 16448:17908(1460) ack 310 win 32120 (DF)
11:44:12.294661 > 192.168.0.10.www > comp1.3330: P 17908:19368(1460) ack 310 win 32120 (DF)
11:44:12.294698 > 192.168.0.10.www > comp1.3330: P 19368:20580(1212) ack 310 win 32120 (DF)
11:44:13.293609 > 192.168.0.10.www > comp1.3330: P 16448:17908(1460) ack 310 win 32120 (DF)
11:44:13.295346 > 192.168.0.10.www > comp1.3330: P 19368:20580(1212) ack 310 win 32120 (DF)
11:44:13.494513 > 192.168.0.10.www > comp1.3330: . 20580:22040(1460) ack 310 win 32120 (DF)
11:44:13.494539 > 192.168.0.10.www > comp1.3330: . 22040:23500(1460) ack 310 win 32120 (DF)
11:44:13.494576 > 192.168.0.10.www > comp1.3330: P 23500:24960(1460) ack 310 win 32120 (DF)
11:44:15.493577 > 192.168.0.10.www > comp1.3330: . 20580:22040(1460) ack 310 win 32120 (DF)
11:44:15.495288 > 192.168.0.10.www > comp1.3330: P 23500:24960(1460) ack 310 win 32120 (DF)
11:44:15.604047 > 192.168.0.10.www > comp1.3330: P 24960:26420(1460) ack 310 win 32120 (DF)
11:44:15.604068 > 192.168.0.10.www > comp1.3330: P 26420:27880(1460) ack 310 win 32120 (DF)
11:44:15.604106 > 192.168.0.10.www > comp1.3330: P 27880:29340(1460) ack 310 win 32120 (DF)
11:44:19.603568 > 192.168.0.10.www > comp1.3330: P 24960:26420(1460) ack 310 win 32120 (DF)
11:44:19.605283 > 192.168.0.10.www > comp1.3330: P 27880:29340(1460) ack 310 win 32120 (DF)
11:44:19.803428 > 192.168.0.10.www > comp1.3330: . 29340:30800(1460) ack 310 win 32120 (DF)
11:44:19.803451 > 192.168.0.10.www > comp1.3330: . 30800:32260(1460) ack 310 win 32120 (DF)
11:44:19.803488 > 192.168.0.10.www > comp1.3330: P 32260:33720(1460) ack 310 win 32120 (DF)

41 packets received by filter

Ik denk dat ik het probleem bij ipchains moet zoeken. De snelheid van de netwerk kaarten zelf is het probleem niet, aangezien internet routing wel gewoon goed gaat.

[edit]
in de tcpdump eventjes een paar newline toegevoegd. Het verneukte de layout nogal.

[18:54] <Prammenhanger> |HunterPro|eet
[18:55] <Prammenhanger> lijkt best op
[18:55] <Prammenhanger> |HunterProFeet


  • CyeZ
  • Registratie: September 2001
  • Laatst online: 17:58

CyeZ

Vroem vroem!!!

Topicstarter
Ik heb inmiddels geupgrade naar Redhat 7.2 (Duurde even vanwege een brakke cd-speler en het feit dat de upgrade optie van redhat 7.2 niet echt goed werkt) en het probleem is voorlopig nog niet weer verschenen. Het zal dus of een Redhat 7.0 probleem of een configuratie probleem zijn geweest. Als het een configuratie probleem was, was dit waarschijnlijk te zoeken bij de firewall instellingen.

[18:54] <Prammenhanger> |HunterPro|eet
[18:55] <Prammenhanger> lijkt best op
[18:55] <Prammenhanger> |HunterProFeet


  • vso
  • Registratie: Augustus 2001
  • Niet online

vso

tja...

ik heb het probleem echter ook gehad echter wat mijn verbasing was is dat mijn 3com kaart die net nieuw is allerlei leuke *kuch* extra's aanzet in windows. door die leuke extra's gewoon te disablen in windows was ik het probleem netzo snel weer kwijt als het kwam.

ligt het dus aan 1 machiene hebben ze er allemaal last van (het helpt door) ff 1pc naar de ander aan te zetten en de rest ff los te koppelen.. zie je het snelst welke pc's er last van hebben.

het hoeft niet perse linux te zijn kan ook 1 van de window's os-en zijn die het netwerk "vervuilt"

Tja vanalles


  • CyeZ
  • Registratie: September 2001
  • Laatst online: 17:58

CyeZ

Vroem vroem!!!

Topicstarter
Het probleem was bij alle interne windows machines aanwezig. Dit was ook de reden dat ik het probleem bij linux zocht. Het probleem is nu opgelost door m'n redhat installatie van 7.0 naar 7.2 te upgraden. (clean-install)
Voorlopig is het probleem dus verdwenen. Ik hoop ook dat dat zo blijft. :) Nu kan ik tenminste m'n php brouwseltjes die htmlpagina's van over de 100kb fatsoenlijk lokaal openen. (ipv een externe bak als proxy te moeten gebruiken. |:()

[18:54] <Prammenhanger> |HunterPro|eet
[18:55] <Prammenhanger> lijkt best op
[18:55] <Prammenhanger> |HunterProFeet

Pagina: 1