Geschwindigkeitsproblem OpenBSD Router <-> Clients im Netzwerk

ChaosKind

ChaosKind

BSD Fan & FreeBSD Nutzer
Heyho,
hoffe mal das topic is gut gewählt..

also mein problem ist ziemlich skuril ... find ich
also wenn ich per FTP oder Samba von meiner OpenBSD Box was runterlade, bzw. rauflade, komm ich auf nen up/down speed von ca. 50kb/s im durchschnitt mal etwas mehr (höchste bis jetzt war ca. 200kb/s) oder weniger (also um die 5kb/s)

die Kiste dient bei mir im Netzwerk als Fileserver und Router zugleich, aber beim Surfen gibts keine probleme, bzw. beim download aus dem Internet.. da erreich ich meine DSL2000 bandbreite eigentlich (also ca. 240kb/s)

zuerst hab ich vermutet, weil ich zuerst nur den Samba drauf laufen hatte (version 3.) das es einfach irgendwie daran liegt weil ich dafür n patch brauchte um das ding auf openbsd compiliert zu kriegen (gab für version 3.0.5 nen howto und patch auf irgend ner site)
naja also hab ich mal den FTP Server von OpenBSD (die standart version die bei 3.6 bei ist) installiert bzw. aktiviert und darüber getestet.. und da ist es genauso .. ich kann irgendwie kein Fehler finden woran es liegen kann, und eigentlich ist meine pf.conf entsprechend eingestellt das mit dem traffic auf dem Interface xl0 rein und raus gelassen wird ohne geprüft zu werden... (ist das interne interface)

und die 3com karte läuft eigentlich auch einwandfrei mit voller bandbreite in einer Windows kiste, wenn ich sie da teste..

und wie auch schon erwähnt ist surfen auch kein Problem.. Downloads mit voller geschwindigkeit.. und nun brauch ich eure hilfe woran es liegen könnte.
Wenn ihr irgendwelche ausgaben braucht .. sagt bescheid, weiss halt nich womit es zusammenhängen kann und weiss deswegen auch nicht welche log's oder programm ausgaben benötigt werden zum lokalisieren des fehlers..
 
so die pf.conf hab ich mal hier angehängt..

ist nicht wunderschön, aber funktionierte eigentlich
ich verwende nur den Squid für WWW verbindungen, für FTP nutz ich kein Proxy oder sonstiges...
 

Anhänge

  • pf.txt
    11 KB · Aufrufe: 544
was steht denn so in der /var/log/messages ? hast du ein geswitchtes netzwerk oder einen hub ? hast du vielleicht viele collisions, wenn du einen hub verwendest ? die netzwerkkarte von deiner windoof-kiste ist auch in ordnung ?
 
alle netzwerkkarten sind inordnung, hab es von 3 verschiedenen rechnern getestet, und gestern hat ich mir für meine Kiste auch ne neue Netzwerkkarte gegönnt, weil meine Onboard Gigabit Karte nen dachschaden hatte und alle halbe stunde die verbindung abbrach und sonst generell auch irgendwie nur schneckentempo brachte.

Aber ich hab nen N-Way Switch, also sollte er Full Duplex fähig sein, aber ich hab es auch mit Half-Duplex getestet.. keine änderung..
und zwischen den Clients (die alle halt über den switch angeschlossen sind) ist volle bandbreite da, hab nen ftpserver zum test auf den rechnern jeweils installiert und dann von allen anderen mal ne große datei transferiert.. konstant über 11000kb/s also die 11mb/s hatte das netzwerk ...

die netzwerkkarten sind also alle inordnung, der Switch auch, und Kollisionen hat das ding logischer weise dann auch nicht, oder wenn dann nur "Marginal" ..

die /var/log/messages :
steht nix besonderes, also nichts was auf Netzwerkprobleme hinweisst, einzigst das pppoe meldet sich bei jeder einwahl mit
Feb 7 13:32:11 stackity ppp[8278]: Warning: 0.0.0.0/0: Change route failed: errno: No such process
surfen geht aber ohne probleme, und die route ist auch eigentlich richtig gesetzt.. also das Default Gateway auf der kiste.. , das dürft auch generell nix mit dem netzwerk an sich zutun haben ..

noch irgendwelche ausgaben erwünscht ?
 
ist die openbsd-möhre vielleicht komplett ausgelastet mit irgendeinem dienst ? was sagt den ein top wenn du per ftp etc. darauf zugreift, aber wenn du ein board mit gigabit-nic ist das wohl ein neuerer rechner und die kiste wird bloss idlen... ansonsten fällt mir jetzt auch nicht mehr ein...
deine festplatte ist auch in ordnung ? kannst du ja mal mit iostat testen ob sie noch durchsatz hat, vielleicht hat die ja einen hau weg...
 
also meine möhre is die mit der gigabit nic (; die openbsd Möhre ist nen PIII 450 mit Intel Chipsatz aufm Mainboard (also normalerweise 0 probleme beim datendurchsatz)
einer 40 GB Maxtor platte die vor nicht all zu langer zeit in meiner Kiste lief und ihre 20mb/s brachte
2x 3com netzwerkkarten ..(baugleich .. xl0 und xl1 .. beide über bridge0 zusammen, wobei bevor ich sie zusammegepackt hab das problem auch schon bestand)
2x realtek netzwerkkarten, die aber nur als Reserve drin sind und nicht angeschlossen ..

arbeitsspeicher hat er 384mb ..

so das is erstmal die hardware auflistung sohalb (; also leistungstechnisch sollte es der rechner bringen ...

hier mal die ausgabe von iostat, wobei für mich das aussieht als ob die platte nie was tut .. und eigentlich ist auch kaum Festplattenzugriff auf die festplatte, eben wegen dem Problem mit Samba und FTP das da nur sperrlich die daten durchkommen
Code: 
(14:44:33)[root@stackity log]# iostat
      tty            wd0             cd0             cpu
 tin tout  KB/t t/s MB/s   KB/t t/s MB/s  us ni sy in id
   0   43  8.27   1 0.01   0.00   0 0.00   0  0  1  0 99

achja ausgabe von ps aux :

Code: 
USER       PID %CPU %MEM   VSZ   RSS TT   STAT STARTED       TIME COMMAND
root         1  0.0  0.1   376   236 ??  Is     8Jan05    0:00.06 /sbin/init
root     13057  0.0  0.1   148   480 ??  Is     8Jan05    0:00.18 syslogd: [priv] (syslogd)
_syslogd 19560  0.0  0.1   180   512 ??  S      8Jan05    0:07.19 syslogd -a /var/empty/dev/log
root     23530  0.0  0.1   420   332 ??  Is     8Jan05    0:00.08 pflogd: [priv] (pflogd)
_pflogd  10062  0.0  0.1   472   248 ??  S      8Jan05    1:53.97 pflogd: [running] -s 116 -f /var/log/pflog (pflogd)
root     25950  0.0  0.1   160   488 ??  Is     8Jan05    0:00.26 inetd
root      1441  0.0  0.3   328  1012 ??  Is     8Jan05    0:05.98 /usr/sbin/sshd
nobody   27775  0.0  0.2   188   604 ??  S      8Jan05    1:48.53 /usr/local/sbin/dnsmasq -i xl0 xl1
root     17981  0.0  0.2  1700   888 ??  Is     8Jan05    0:00.56 /usr/local/libexec/smbd -D
root     10918  0.0  0.1  1700   424 ??  I      8Jan05    0:00.00 /usr/local/libexec/smbd -D
root      7626  0.0  0.2   672   876 ??  Ss     8Jan05    3:07.66 /usr/local/libexec/nmbd -D
root     21265  0.0  0.1   280   564 ??  Is     8Jan05    0:08.34 cron
root      8278  0.0  0.3   684  1148 ??  Ss     8Jan05  242:42.87 ppp -ddial
root     23028  0.0  0.1  1708   552 ??  Is     8Jan05    0:00.01 /usr/local/sbin/squid
root     13357  0.0  0.5  2072  1992 ??  S     Tue01AM    0:01.94 /usr/local/libexec/smbd -D
_squid   25436  0.0 12.4 47708 48596 ??  S      7:33PM    1:22.69 (squid) (squid)
_squid   15237  0.0  0.1    80   392 ??  Is     7:33PM    0:01.30 (unlinkd) (unlinkd)
root     15740  0.0  0.2  1264   944 ??  Is    12:07AM    0:00.02 /usr/local/sbin/dhcpd
nobody    1588  0.0  0.5  2100  2072 ??  I     12:08AM    0:02.85 /usr/local/libexec/smbd -D
root      6276  0.0  0.5   368  1868 ??  Ss    12:14AM    0:00.29 sshd: root@ttyp1 (sshd)
_ppp     11574  0.0  0.1   172   500 ??  S      1:32PM    0:00.45 /usr/sbin/pppoe -i rl0
root     28492  0.0  0.2   648   784 ??  Ss     1:32PM    0:00.18 /usr/local/sbin/ntpd -p /var/run/ntpd.pid
root     20711  0.0  0.3   544  1236 p1  Ss    12:14AM    0:00.07 -bash (bash)
root      2638  0.0  0.0   272   180 p1  ?+     2:50PM    0:00.00 ps -aux
root      8488  0.0  0.1    72   500 C0  Is+    8Jan05    0:00.01 /usr/libexec/getty Pc ttyC0
root     11855  0.0  0.1    60   476 C1  Is+    8Jan05    0:00.01 /usr/libexec/getty Pc ttyC1
root     17297  0.0  0.1   100   480 C2  Is+    8Jan05    0:00.01 /usr/libexec/getty Pc ttyC2
root     19846  0.0  0.1   100   480 C3  Is+    8Jan05    0:00.01 /usr/libexec/getty Pc ttyC3
root     24520  0.0  0.1    52   476 C5  Is+    8Jan05    0:00.01 /usr/libexec/getty Pc ttyC5
und mal top:

Code: 
load averages:  0.08,  0.13,  0.09                                                                                                                                                           14:51:06
29 processes:  28 idle
CPU states:  0.0% user,  0.0% nice,  0.2% system,  0.0% interrupt, 99.8% idle
Memory: 60M/98M act/tot  Free: 275M  Swap: 0K/512M used/tot

  PID USERNAME PRI NICE  SIZE   RES STATE    WAIT     TIME    CPU COMMAND
 8278 root       2    0  684K 1148K sleep    select 234:14  0.00% ppp
 7626 root       2    0  672K  876K sleep    select   2:06  0.00% nmbd
10062 _pflogd    4    0  472K  248K sleep    bpf      1:13  0.00% pflogd
27775 nobody     2    0  188K  604K idle     select   1:38  0.00% dnsmasq
25436 _squid     2    0   47M   47M sleep    poll     1:12  0.00% squid
21265 root       2    0  280K  564K sleep    select   0:05  0.00% cron
19560 _syslogd   2    0  180K  512K idle     poll     0:05  0.00% syslogd
 1441 root       2    0  328K 1012K idle     select   0:05  0.00% sshd
 1588 nobody     2    0 2100K 2072K idle     select   0:02  0.00% smbd
13357 root       2    0 2072K 1992K idle     select   0:01  0.00% smbd
15237 _squid    -6    0   80K  392K idle     piperd   0:00  0.00% unlinkd
17981 root       2    0 1700K  888K idle     select   0:00  0.00% smbd
11574 _ppp       2    0  172K  500K sleep    select   0:00  0.00% pppoe
 6276 root       2    0  368K 1868K sleep    select   0:00  0.00% sshd
25950 root       2    0  160K  488K idle     select   0:00  0.00% inetd
13057 root       2    0  148K  480K idle     netio    0:00  0.00% syslogd
28492 root      18    0  648K  784K sleep    pause    0:00  0.00% ntpd
23530 root       2    0  420K  332K idle     netio    0:00  0.00% pflogd
20711 root      10    0  544K 1236K sleep    wait     0:00  0.00% bash
    1 root      10    0  376K  236K idle     wait     0:00  0.00% init
13076 root      28    0  216K  868K onproc   -        0:00  0.00% top
15740 root       2    0 1264K  944K idle     select   0:00  0.00% dhcpd
11855 root       3    0   60K  476K idle     ttyin    0:00  0.00% getty
19846 root       3    0  100K  480K idle     ttyin    0:00  0.00% getty
 8488 root       3    0   72K  500K idle     ttyin    0:00  0.00% getty
24520 root       3    0   52K  476K idle     ttyin    0:00  0.00% getty
17297 root       3    0  100K  480K idle     ttyin    0:00  0.00% getty
23028 root      10    0 1708K  552K idle     wait     0:00  0.00% squid
10918 root      18    0 1700K  424K idle     pause    0:00  0.00% smbd

für mich sieht das danach aus als ob die kiste nicht wirklich was zutun hat...

achja hab jetzt noch das mit saugen vom FTP und top in der console laufen haben gecheckt.. also cpu last beim einlogen geht auf 0,05 laut top wenn ich mich nicht verguggt hab, und danach beim saugen bleibt sie bei 0% also wie erwähnt, die kiste langweilt sich und ich frag mich warum
 
Zuletzt bearbeitet:
Hi!
Mountest Du mit "softdeps" aktiviert?
Vergibst Du den Duplexmodus und Geschwindigkeit manuell für die Netzwerkkarten oder per "autosensing"?
 
Code: 
(16:36:45)[root@stackity etc]# cat hostname.xl0
inet 192.168.1.1 255.255.255.0 NONE media 100baseTX mediaopt full-duplex

heisst soviel wie Nein, nicht per autosensing ...

und zum "softdeps" ??? keine ahnung hier mal mount und die fstab
Code: 
(16:36:55)[root@stackity etc]# mount
/dev/wd0a on / type ffs (local)
/dev/wd0g on /home type ffs (local, nodev, nosuid)
/dev/wd0d on /tmp type ffs (local, nodev, nosuid)
/dev/wd0f on /usr type ffs (local, nodev)
/dev/wd0e on /var type ffs (local, nodev, nosuid)
Code: 
(16:37:26)[root@stackity etc]# cat /etc/fstab
/dev/wd0a / ffs rw 1 1
/dev/wd0g /home ffs rw,nodev,nosuid 1 2
/dev/wd0d /tmp ffs rw,nodev,nosuid 1 2
/dev/wd0f /usr ffs rw,nodev 1 2
/dev/wd0e /var ffs rw,nodev,nosuid 1 2
 
Probier' mal mit softdep zu mounten und dann zu sehen ob die Performance besser wird.
z.B:
/dev/wd0a / ffs rw,softdep 1 1
/dev/wd0g /home ffs rw,softdep,nodev,nosuid 1 2
/dev/wd0d /tmp ffs rw,softdep,nodev,nosuid 1 2
/dev/wd0f /usr ffs rw,softdep,nodev 1 2
/dev/wd0e /var ffs rw,softdep,nodev,nosuid 1 2

Wo "softdep" steht sollte egal sein glaube ich.
 
so, also ich hab erstmal nur die partition /home auf softdep geändert, weil war mir nich sicher ob der kernel das mit einkompiliert hatte, auch wenns der generic ist..

naja das ergebnis ist jetzt seltsam, also ich kann jetzt mit voller geschwindigkeit vom server ziehen, allerdings konnte ich nicht mittels

mount -o softdep /dev/wd0g

die platte remounten, da meinte er device busy, also hab ich es in die fstab eingetragen und neugestartet, und entweder es war der neustart der kiste oder halt das softdep ..

aber es geht zurzeit... ich werd das aber mal beobachten, falls irgendwer noch welche ideen haben könnte, woran es gelegen haben mag, kann er sie mir gern mitteilen
 
ChaosKind schrieb:
so, also ich hab erstmal nur die partition /home auf softdep geändert, weil war mir nich sicher ob der kernel das mit einkompiliert hatte, auch wenns der generic ist..

naja das ergebnis ist jetzt seltsam, also ich kann jetzt mit voller geschwindigkeit vom server ziehen, allerdings konnte ich nicht mittels

mount -o softdep /dev/wd0g

die platte remounten, da meinte er device busy, also hab ich es in die fstab eingetragen und neugestartet, und entweder es war der neustart der kiste oder halt das softdep ..

aber es geht zurzeit... ich werd das aber mal beobachten, falls irgendwer noch welche ideen haben könnte, woran es gelegen haben mag, kann er sie mir gern mitteilen
Zum Vergrößern anklicken....

Das der Neustart das Problem behoben hat denke ich nicht.
Bei mir hat softdep bis jetzt immer zu einer besseren Performance geführt.
Beobachten des Servers ist nie ein Fehler :)
 
ich würde den FTP-Verkehr am internen Interface expliziet regeln...quick ist nämlich auch ziemlich Klasse.=)
 
@sheep in wiefern den FTP Verkehr am internen interface explizit regeln ? meinst "pass in quick on port 21" (oder so ähnlich?)

@obsduser .. danke für die info, hatte mein server halt damals nach den BSD als DSL Router howto mal aufgesetzt und da stand nie was drin, sollte vielleicht meinem kumpel sagen das er das bei sich auch machen soll, weil seine openbsd kiste läuft auch eher schlecht als recht .. er hat schon ne grotten lahme festplatte und das squid braucht teilweise ewig um die daten ausm cache zu ziehen..
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben