langsame internetanbindung

Eleaser

New Member
Tach Leute,
also, ich hab mir heute mal nen OpenBSD Router aufgebaut.
In ihm befinden sich 2 Netzwerkkarten,
für das interne Netzwerk DFE-528TX,
und für das externe eine DWL-520 Wireless Lan Karte.
Diese verbindet zu nem Access Point der ins Internet geht. Mein PC ist an diesen OpenBSD Router angeschlossen.
Das Problem ist, dass ich nur mit einer sehr mageren Geschwindigkeit surfen kann.
An der Entfernung zum Access Point o.Ä. sollte es nicht liegen. Ich hab an derselben Stelle auch schon andere WLan KArten wesentlich schneller betrieben.
Durchschnittliche lade ich mit ca. 17-20kb/s runter. Normal wär aber 90-100kb/s.

Hier sind die Ausgabe der Dateien oder Befehle, die evt. hilfreich sein könnten:

wicontrol:

NIC serial number: [ 99SA01000000 ]
Station name: [ WaveLAN/IEEE node ]
SSID for IBSS creation: [ IBSS ]
Current netname (SSID): [XXX]
Desired netname (SSID): [ ]
Current BSSID: [ 00:80:c8:b7:cf:22 ]
Channel list: [ 8191 ]
IBSS channel: [ 6 ]
Current channel: [ 6 ]
Comms quality/signal/noise: [ 70 105 0 ]
Promiscuous mode: [ On ]
Process 802.11b Frame: [ Off ]
Port type (1=BSS, 3=ad-hoc, 6=Host AP): [ 1 ]
MAC address: [ 00:40:05:af:4c:75 ]
TX rate (selection): [ 11 ]
TX rate (actual speed): [ 11 ]
Maximum data length: [ 2304 ]
RTS/CTS handshake threshold: [ 2347 ]
Create IBSS: [ Off ]
Antenna diversity (0=auto,1=pri,2=aux): [ ]
Microwave oven robustness: [ On ]
Roaming mode(1=firm,3=disable): [ 1 ]
Access point density: [ 1 ]
Power Management: [ Off ]
Max sleep time: [ 100 ]
Intersil Prism2-based card: [ 1 ]
Card info: [ PRISM2.5 ISL3874A(Mini-PCI), Firmware 1.3.5 ]
Encryption: [ Off ]
Encryption algorithm: [ Firmware WEP ]
Authentication type
(1=OpenSys, 2=Shared Key): [ 1 ]
TX encryption key: [ 1 ]
Encryption keys: [XXX]



pf.conf:

### VARIABLEN ###

Ext = "wi0" # Device an dem das Internet angeschlossen ist
Int = "rl0" # Device an dem das interne Netz haengt
IntNet = "192.168.0.0/24" # Adressraum des internen Netzes
RouterIP = "192.168.1.1" # IP Adresse des Routers
Loop = "lo0" # Loopback Device

# Adressen die auf dem externen Device nicht geroutet werden
#(Adressbereich des internen Netzes muss man wegen der Weiterleitungen zulassen)

table <NoRoute> { 127.0.0.1/8, 172.16.0.0/12, 192.168.0.0/16, !$IntNet, 10.0.0.0/8, 255.255.255.255/32 }

# Ports die geoeffnet werden sollen
InServicesTCP = "{ ssh, ftp, auth }"


### OPTIONS ###

# Macht Statistiken fuer die DSL-Verbindung (pfctl -s info)
set loginterface $Ext

# Beendet inaktive Verbindungen schneller - geringerer Speicherverbrauch.
set optimization aggressive

# Fragmentierte Pakete saeubern
scrub on $Ext all fragment reassemble random-id

# Queueing
altq on $Ext priq bandwidth 100Kb queue { q_pri, q_def }
queue q_pri priority 7
queue q_def priority 1 priq(default)


### NAT & FORWARD ###

# NAT aktivieren (unter Linux als Masquerading bekannt)
nat on $Ext from $IntNet to any -> $Ext static-port

# Active FTP - Umleitung zu unserem ftp-proxy
# rdr on $Int proto tcp from !$RouterIP to !$IntNet port 21 -> 127.0.0.1 port 8021

rdr-anchor redirect


### FILTER ###

# Zum Debuggen....
#pass quick all # Alles durchlassen

# Generelle Block Regel
block on $Ext

# Freiwillig machen wir keinen mucks ;)
block return log on $Ext

# Wir wollen kein IPv6.0
block quick inet6

# Loopback Device darf alles
pass quick on $Loop

# Erschwert scannen mit nmap und co.
block in log quick on $Ext inet proto tcp from any to any flags FUP/FUP
block in log quick on $Ext inet proto tcp from any to any flags SF/SFRA
block in log quick on $Ext inet proto tcp from any to any flags /SFRA
block in log quick on $Ext os NMAP

# IP Spoofing verhindern
block in log quick on $Ext inet from <NoRoute> to any
block in log quick on $Ext inet from any to <NoRoute>

# Active FTP erlauben
pass in quick on $Ext inet proto tcp from any to any port > 49151 user proxy flags S/SAFR keep state

# Ping akzeptieren (ablehnen ist uebrigends wenig sinnvoll)
pass in quick on $Ext inet proto icmp all icmp-type 8 code 0 keep state

# Ports nach aussen oeffnen
pass in quick on $Ext inet proto tcp from any to any port $InServicesTCP flags S/SAFR keep state label ServicesTCP

anchor passin

# Raus darf (fast) alles
pass out quick on $Ext keep state queue (q_def,q_pri)



ifconfig -a:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33224
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6
inet 127.0.0.1 netmask 0xff000000
lo1: flags=8008<LOOPBACK,MULTICAST> mtu 33224
rl0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
address: 00:05:5d:4f:84:b7
media: Ethernet autoselect (100baseTX full-duplex)
status: active
inet6 fe80::205:5dff:fe4f:84b7%rl0 prefixlen 64 scopeid 0x1
inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
wi0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
address: 00:40:05:af:4c:75
nwid XXX
powersave off
media: IEEE802.11 DS11
status: active
inet6 fe80::240:5ff:feaf:4c75%wi0 prefixlen 64 scopeid 0x2
inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255
pflog0: flags=0<> mtu 33224
pfsync0: flags=0<> mtu 1896
sl0: flags=c010<POINTOPOINT,LINK2,MULTICAST> mtu 296
sl1: flags=c010<POINTOPOINT,LINK2,MULTICAST> mtu 296
ppp0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500
ppp1: flags=8010<POINTOPOINT,MULTICAST> mtu 1500
tun0: flags=10<POINTOPOINT> mtu 3000
tun1: flags=10<POINTOPOINT> mtu 3000
enc0: flags=0<> mtu 1536
bridge0: flags=41<UP,RUNNING> mtu 1500
bridge1: flags=0<> mtu 1500
vlan0: flags=0<> mtu 1500
address: 00:00:00:00:00:00
vlan1: flags=0<> mtu 1500
address: 00:00:00:00:00:00
gre0: flags=9010<POINTOPOINT,LINK0,MULTICAST> mtu 1450
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
gif1: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
gif2: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
gif3: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
 
hast du schomal pf ausgeschaltet ? vielleicht liegt es ja an pf...
sind die übertragungen per ftp auch so langsam ?
vielleicht war auch einfach nur die leitung ausgelastet an dem tag...
 
Danke, danke...ich weiß nicht wie, aber die Verbindung läuft jetzt ganz normal. War komischerweise nur gestern das Problem.
Trotzdem danke
 
dann war die leitung wohl einfach überlastet bzw. die seiten auf denen du unterwegs warst...
also viel spass mit dem openbsd-router ;-)
 
Zurück
Oben