| 1 |
Tach zusammen! |
| 2 |
|
| 3 |
Dem Ratschlag hier in der Liste folgend, habe ich mal klein angefangen |
| 4 |
mit openvpn. |
| 5 |
|
| 6 |
D.h. openvpn emerged und entsprechende dem HOWTO [1] eine einfache |
| 7 |
Konfiguration mit pre-shared Keys erstellt. Hat alles soweit geklappt |
| 8 |
und ich hab's auch verstanden :) |
| 9 |
|
| 10 |
Auf dem Server startet openvpn --config test.conf ohne Murren und |
| 11 |
wartet geduldig auf Verbindungen. |
| 12 |
|
| 13 |
Der Client hingegen spuckt mir immer folgendes aus (endlos viele bis |
| 14 |
zum Ctrl-C): |
| 15 |
|
| 16 |
write UDPv4 []: No buffer space available (code=105) |
| 17 |
|
| 18 |
In den FAQs[2] steht, diese Problem ist auf den minimalen freien |
| 19 |
Hauptspeicher zurückzuführen. |
| 20 |
|
| 21 |
Auf drei von mir getesteten Clients mit jeweils IMHO genug RAM (384MB, |
| 22 |
512MB, 2048MB) und dem Tip aus der FAQ [3] habe ich bis jetzt keine |
| 23 |
Veränderung hervorrufen können. |
| 24 |
|
| 25 |
In den Foren und bei bugzilla habe ich nichts gefunden (foren: |
| 26 |
"openvpn buffer", bugzilla: "openvpn") |
| 27 |
|
| 28 |
Google hat mir noch ausgespuckt, daß das ein Phänomen ist, das |
| 29 |
unter *BSD bei Realtek-Karten beobachtet wird, weil die wohl |
| 30 |
nicht soviel taugen. |
| 31 |
In meinem Server (der aber eh brav läöuft) ist eine eepro100 drin. |
| 32 |
|
| 33 |
In den Clients: eepro100, via-rhine und sk98lin (3com onboard-chip). |
| 34 |
|
| 35 |
Aufgrund der Vielfalt der Clients/Chipsätze kann ich mir ne buggy |
| 36 |
Karte fast nicht als Ursache vorstellen ... |
| 37 |
|
| 38 |
Getestet habe ich das jeweils mit openvpn 1.5.0-r1 und 1.6.0, mit |
| 39 |
gleichem Ergebnis. |
| 40 |
|
| 41 |
Hier nochmal die Konfigurationen der Rechner im Überblick: |
| 42 |
|
| 43 |
Server: |
| 44 |
Duron 700Mhz, 768MB RAM, Intel EtherExpress100, Kernel |
| 45 |
2.6.9-gentoo-r1 |
| 46 |
|
| 47 |
Clients: |
| 48 |
1. Via C3, 512MB RAM, via-rhine-chip, Kernel 2.6.7-hardened-r8 |
| 49 |
|
| 50 |
2. P2 300, 384MB RAM, Intel EtherExpress100, Kernel 2.4.27-gentoo-r1 |
| 51 |
|
| 52 |
3. P4 3,2Ghz, 2048MB, 3com 3c940 (sk98lin), Kernel 2.6.7-gentoo-r11 |
| 53 |
|
| 54 |
Alle 4 sind gentoo Maschinen. |
| 55 |
|
| 56 |
Mittlerweile (d.h. nach >3 Stunden) bin ich recht ratlos, was ich |
| 57 |
noch anstellen muß, um das zum Laufen zu bringen. |
| 58 |
|
| 59 |
Das einzige, was ich mir noch vorstellen könnte, ist die Tatsache, daß |
| 60 |
die 3 Clients alle an einer ADSL-Leitung hängen und ich evtl. noch |
| 61 |
Einstellungen bzgl. der maximalen Größen brauche. (Genaugenommen sind |
| 62 |
2 davon im LAN, der dritte ist der Gateway). Damit bin ich aber nicht |
| 63 |
wirklich fit, trotz HOWTOs und man-page ... |
| 64 |
Verbindung ins Internet sonst funktioniert prima, die Verbindung ohne |
| 65 |
VPN auch. |
| 66 |
|
| 67 |
Hoping For An Answer ... :) |
| 68 |
|
| 69 |
CU |
| 70 |
Werner |
| 71 |
|
| 72 |
[1] http://openvpn.sourceforge.net/howto.html |
| 73 |
[2] http://openvpn.sourceforge.net/faq.html |
| 74 |
[3] echo 2048 >/proc/sys/vm/min_free_kbytes (geht nur unter 2.6.x, |
| 75 |
2.4.x hat min_free_kbytes nicht) |
| 76 |
|
| 77 |
-- |
| 78 |
gentoo-user-de@g.o mailing list |
Archives