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