Wenn ich eine größere Textbox (wie hier im Forum) absende, dann steht im Firefox eine Ewigkeit Waiting for (Name des Hosts)... und es passiert nichts - bei kürzeren Texten (ich hoffe der hier ist kurz genug) klappt alles ohne Probleme.
Mail ist ähnlich, kurze gehen, längere bleibt er bei Delivering Mail endlos hängen.
Reboot etc. bringt nichts
Bin mit WEP geschütztem WLAN hinter Uni-firewall, weiß aber nicht worans liegen kann - andere im WH haben dieses Problem nichtirgendjemand eine Idee?
Starte mal Ethereal und mach mal ein Sniff während der Wartephase. Dann wirst Du vielleicht schon sehen, wo das Problem liegt.
Wenn nicht poste doch mal den relevanten Teil des Outputs.
Greetz
Thomas
also ich hab inzwischen rausgefunden, dass ich eine textdatei mit 1213 bytes rausschicken kann, bei 1214 hängt er bis ich manuell abbreche. (edit: d.h. problem ist wohl nicht nur bei ff und tb sondern auch bei scp)
ich lade jetzt mal ethereal runter - ich hab keine ahnung was du mit "mach mal ein Sniff während der Wartephase" meinst, aber ich hoffe mal da seh ich dann was bei ethereal was mich daran erinnert??
Geändert von real|rlg (07.12.05 um 15:12 Uhr)
Dein Problem liest sich für mich, als würde der MTU Wert nicht stimmen, sprich die Pakete, die versendet werden, haben ne gewisse Größe und diese sollte mit dem des genutzten Netzes übereinstimmen, sonst kommt es zu Problemen. Überdie Suche oder Google sollte sich was dazu finden lassen.
ja, danke, genau das wars!
ifconfig zeigte:
cipsec0 Link encap:Ethernet HWaddr 00:0B:FC:F8:01:8F
inet addr:132.231.176.138 Mask:255.255.248.0
UP RUNNING NOARP MTU:1356 Metric:1
RX packets:6129 errors:0 dropped:3374 overruns:0 frame:0
TX packets:5466 errors:0 dropped:6 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4610063 (4.3 Mb) TX bytes:754281 (736.6 Kb)
eth1 Link encap:Ethernet HWaddr 00:09:5B:28:E8:06
inet addr:192.168.38.117 Bcast:192.168.39.255 Mask:255.255.254.0
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12143 errors:0 dropped:0 overruns:0 frame:0
TX packets:5477 errors:29 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5789752 (5.5 Mb) TX bytes:1349882 (1.2 Mb)
Interrupt:10 Base address:0x100
=> ifconfig eth1 mtu 1356 und jetzt ließ sich eine email, die ich schon seit ner ewigkeit versucht habe zu senden ganz ohne mucken verschickendanke! und wieder etwas schlauer
Sorry, ich muss mich mal korrigieren... Es lag leider nicht am MTU, wie zuerst angenommen, sondern an irgend etwas Anderem, was ich leider immer noch nicht rausfinden konnte...
Meine Notlösung ist derzeit immer die Verbindung neu starten (VPN neu connecten), wenn ich eine längere Mail verschicken will und es direkt nach dem neuen connect probiere - das klappt in ca. 70% der Fälle, wenn ich wie gesagt nichts anderes mache als Email-Programm öffnen und bei der (schon fertig getippten und adressierten) Mail auf "Send" klicke...
Also der Fehler tritt auch NICHT auf, wenn ich mich nicht mit dem VPN bewegen muss. Ausserdem zeigt er jetzt (bzw. seitdem der Fehler auftritt) immer ein paar mal hintereinander die meldung:
"cannot find interface for address: 192.168.39.xx" an, wenn ich kurzzeitig die Internet Verbindung verliere, aufgrund schlechter Verbindung zum Wlan-Accesspoint. Ausserdem muss ich dann auch immer händisch dhcpcd eth1 ausführen, da sonst der VPN-Client meckert, dass er den VPN Server nicht finden kann. Ich schätze mal, dass dort schon das Problem liegt, also dass mein eth1 nicht automatisch hier mit dem verschlüsselten Wlan klar kommt und wenns mich kurz schmeisst, dann komplett alles neu eingestellt haben will. Verwundert mich allerdings, da vor der letzten Neuinstallation von Gentoo hatte ich damit überhaupt keine Probleme. Also wenigstens musste ich nicht dauernd mir eine neue IP-Adresse holen (manuell!
Weiß jemand vielleicht ein gutes HOWTO zum Thema PCMCIA Wlan Karten unter Gentoo? Ich denk ich hab da beim Konfigurieren der Karte schon Mist gebaut... Finde nur leider nicht heraus, was
Berechtigungen
Zitieren
Lesezeichen