chr.istoph, der Blog

Eine neue Version von Linuxmint ist released worden. Heute wurde die cinnamon-dvd-64bit alleine 1349 mal herunter geladen.
11 /linuxmint-cd//testing/linuxmint-16-mate-dvd-32bit-rc.iso
24 /linuxmint-cd//testing/linuxmint-16-mate-dvd-64bit-rc.iso
52 /linuxmint-cd/stable/16/linuxmint-16-cinnamon-dvd-nocodecs-32bit.iso
52 /linuxmint-cd//testing/linuxmint-16-cinnamon-dvd-32bit-rc.iso
52 /linuxmint-cd//testing/linuxmint-16-cinnamon-dvd-64bit-rc.iso
63 /linuxmint-cd/stable/16/linuxmint-16-mate-dvd-nocodecs-32bit.iso
75 /linuxmint-cd/testing/linuxmint-16-mate-dvd-64bit-rc.iso
78 /linuxmint-cd/testing/linuxmint-16-mate-dvd-32bit-rc.iso
86 /linuxmint-cd/stable/16/linuxmint-16-mate-dvd-nocodecs-64bit.iso
94 /linuxmint-cd/testing/linuxmint-16-cinnamon-dvd-32bit-rc.iso
145 /linuxmint-cd/testing/linuxmint-16-cinnamon-dvd-64bit-rc.iso
147 /linuxmint-cd/stable/16/linuxmint-16-cinnamon-dvd-nocodecs-64bit.iso
228 /linuxmint-cd/stable/16/linuxmint-16-mate-dvd-32bit.iso
435 /linuxmint-cd/stable/16/linuxmint-16-cinnamon-dvd-32bit.iso
575 /linuxmint-cd/stable/16/linuxmint-16-mate-dvd-64bit.iso
1349 /linuxmint-cd/stable/16/linuxmint-16-cinnamon-dvd-64bit.iso

Zu beachten ist das der Graph knapp 36MB/s also ca 300MBit/s anzeigt.

[Update 01.12.13]
Der Trafic steigt noch über das Wochenende.

Für den Netzwerkraum in der Bayernallee haben wir eine USV gesponsert bekommen. Nach Einbau der neuen Akkus funktioniert diese wieder einwandfrei.

Heute mit auslaufen des Supports für Ubuntu Hardy habe den seit 2008 bestehenden Mirror von debmirror auf rsync umgestellt.
Die voreile von debmirror waren das die Pakete in einem eine PGP Überprüfung und nicht nur einer check summen Prüfung standhalten mussten. Leider konnte debmirror aber einige Verzeichnisse nicht ohenweiteres/bzw gar nicht syncen. Darunter fallen insbesondere die Dateien für das Booten von Netzwerk und Sprachdateien. Zudem muss die Versionen per Hand gepflegt werden. Im Fall von Ubuntu Hardy war es heute wieder soweit. Zukünftig wird es bei der Umstellung nicht mehr zu sync Stopps kommen.

Es passiert immer wieder das irgendein Depp im Wohnheimnetz einen DHCP Server anschließt. Dies kann zur folge haben das Bewohner aufgrund einer falschen IP und default route kein Internet haben, im schlimmsten Fall kann man dadurch man in the middle attacken fahren.

Mittels dhcping bekommt man heraus welche DHCP Server im Netz antworten verteilen. So ist schnell ein Übeltäter lokalisiert.
dhcping -s 255.255.255.255 -r -v

Um dieses Problem aber generell in den Griff zu bekommen haben ich auf dem Cisco Switch DHCP snooping eingerichtet. Dafür habe ich erst alle möglichen Server Ports freigeschaltet. So kann es nicht Passieren das bei Umbauarbeiten am Netzwerk keiner mehr eine DHCP Adresse bekommt. Anschließend habe ich für das gesamte 240 VLAN das dhcp snooping aktiviert.

switch(config)#interface range GigabitEthernet 2/1-48
switch(config-if-range)#ip dhcp snooping trust
switch(config-if-range)#exit
switch(config)#ip dhcp snooping vlan 240
switch(config)#do show ip dhcp snooping

Switch DHCP snooping is disabled
DHCP snooping is configured on following VLANs:
none
Insertion of option 82 is enabled
Option 82 on untrusted port is not allowed
Verification of hwaddr field is enabled
Interface Trusted Rate limit (pps)
------------------------ ------- ----------------
GigabitEthernet2/1 yes unlimited


Aufgrund einer anschlagende Signatur CVE-2013-1331 der Eingangsfirewall ASA ist derzeit der Mirror betrieb sehr eingeschränkt.

Deutlich auf dem Graphen erkennbar, das jede Stunde der Zugriff wieder möglich ist und nach kurzer zeit die ASA wieder zuschlägt.

[UPDATE 14.06.13]
Nach etlichen versuchen und Downloads habe ich nun eines der fies Identifiziert die das Problem haben. Auf der linuxmint-15-cinnamon-dvd-32bit.iso befindet sich eine Datei casper/filesystem.squashfs in diesem squashfs in /usr/lib/jvm/java-7-openjdk-i386/jre/lib/i386/client/classes.jsa. Diese Datei mit der md5sum d82832da71dd13775b715e36814143ae classes.jsa schlagt bei der CISCO ASA mit der oben aufgeführten CVE an.
Es wird gerade vom NOC der FH überprüft ob es sich dabei um einen Fehlalarm oder um eine tatsächliche Versuchung der Datei handelt.