close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 13 years ago

Closed 13 years ago

#987 closed Defekt (erledigt)

W-Lan "defekt" (openVPN)

Reported by: stim Owned by: bau
Priority: schnell erledigen Milestone: Schuljahr 2012/13
Component: Hardware: Netzwerktechnik Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc: Rüdiger Kupper

Description

Bei mir und anderen Kollegen kann der openVPN keine "Verbindung" mehr herstellen, die Internetnutzung per W-Lan ist somit zur Zeit nicht möglich.

Change History (7)

comment:1 by Rüdiger Kupper, 13 years ago

Cc: Rüdiger Kupper added

Habe den OpenVPN-Server neu gestartet, aber ich glaube nicht, dass das die Ursache war.
@bau: Kann es am geänderten Netzwerk-Interface liegen (eth2, früher eth1)?

comment:2 by bau, 13 years ago

Der OpenVPN-Zugang zickt manchmal komisch herum, ein Neustart des IPCop hat bisher das Problem immer behoben. Ich teste das Netz mal in den nächsten Tagen - mal sehen. Problem trat immer dann auf, wenn ich einen OpenVPNKey freigeschaltet habe. Irgendwie ging dann die Namensauflösung nichtmehr. Ich muss mal das linuxmuster.openvpn-Script anschauen.

comment:3 by Rüdiger Kupper, 13 years ago

Vielleicht liegt's aber auch an der MTU: Ich glaube, die MTU des blauen Netzes (jetzt eth2) steht jetzt auch auf 1350 (weil wir dachten, es sei das rote Netz). Zuvor war sie 1500, glaube ich. Aber bei einem Neustart des IPCop müsste sich das wieder ändern.

comment:4 by Rüdiger Kupper, 13 years ago

Hm, ich kam auch über's rote VPN nicht mehr rein. Habe den ipcop neu gestartet, jetzt geht VPN von außen über's rote Netzwerk wieder.
Beibt zu testen, ob VPN über's WLAN auch wieder geht.
@bau: in der rc.local steht jetzt MTU 1350 sowohl für rot wie für blau. Ich bin nicht sicher, ob das für's blaue Netz benötigt wird, bzw. vielleicht sogar die Probleme verursacht.

comment:5 by bau, 13 years ago

Ich werde es testen.
Demnächst steht ja der Umstieg auf ipFire an, dann erledigen sich die Probleme hoffentlich auch.

comment:6 by bau, 13 years ago

Problem behoben.
Komisch, dass das bislang funktioniert hat, ich hatte dem ProxMoxS die IP 172.16.32.253 gegeben, der IPCop hat 172.16.32.254. Der DHCP auf dem IPCop hat sich jetzt geweigert zu starten, da in seinem Bereich die EndIP 172.16.32.253 bereits vergeben war. Ich habe den Bereich nun bis 172.16.32.252 begrenzt.

comment:7 by bau, 13 years ago

Resolution: → erledigt
Status: new → closed

Die MTU 1350 scheint auch auf dem blauen Interface in Ordnung zu sein - ich lasse das jetzt einfach mal so drin.

Note: See TracTickets for help on using tickets.