Von Sodbrennen bis Uralit

Selinux: avc-Logmeldungen aus der Datei /var/log/messages in Selinuxregeln umwandeln und aktivieren.

noreply@blogger.com (raphuscucullatus) — Mon, 18 Aug 2008 08:22:00 +0000

Will man Erfahrung mit Selinux sammeln und soll doch der Betrieb auf einem Server ungestört weiterlaufen, dann ist es empfehlenswert Selinux für einen gewissen Zeitraum im "permissive Mode" laufen zu lassen.
Im permissive Mode ist Selinux aktiv, verhindert jedoch bei einer Regelverletzung nichts sondern protokolliert diese Regelverletzung nur.
Nun kann man regelmäßig die Datei /var/log/messages nach Selinux-Logeinträgen scannen und anhand dieser Logeinträge das Selinuxsystem korrigieren.

So liefert ein grep auf die Datei messages beispielsweise folgende Logeinträge:

# grep avc /var/log/messages
Aug 17 05:31:30 moodle kernel: audit(1218943890.300:162): avc: denied { read write } for pid=17245 comm="pickup" name="[eventpoll]" dev=anon_inodefs ino=165 scontext=system_u:system_r:postfix_pickup_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file Aug 18 05:04:58 moodle kernel: audit(1219028698.987:163): avc: denied { read write } for pid=19709 comm="cleanup" name="[eventpoll]" dev=anon_inodefs ino=165 scontext=system_u:system_r:postfix_cleanup_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file Aug 18 05:04:59 moodle kernel: audit(1219028699.465:164): avc: denied { read write } for pid=19716 comm="local" name="[eventpoll]" dev=anon_inodefs ino=165 scontext=system_u:system_r:postfix_local_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file Aug 18 06:30:30 moodle kernel: audit(1219033830.616:165): avc: denied { read write } for pid=19965 comm="pickup" name="[eventpoll]" dev=anon_inodefs ino=165 scontext=system_u:system_r:postfix_pickup_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file Aug 18 09:50:32 moodle kernel: audit(1219045832.070:166): avc: denied { read write } for pid=21206 comm="pickup" name="[eventpoll]" dev=anon_inodefs ino=165 scontext=system_u:system_r:postfix_pickup_t:s0 tcontext=system_u:object_r:anon_inodefs_t:s0 tclass=file

Diese Logeinträge können nun mit dem Kommando audit2allow in Selinuxregeln übersetzt werden:

# grep avc /var/log/messages | audit2allow

#============= postfix_cleanup_t ==============
allow postfix_cleanup_t anon_inodefs_t:file { read write };
#============= postfix_local_t ==============
allow postfix_local_t anon_inodefs_t:file { read write };
#============= postfix_pickup_t ==============
allow postfix_pickup_t anon_inodefs_t:file { read write };

Damit jedoch audit2allow gleich eine Policydatei erstellt wird das Kommando erweitert:
# grep avc /var/log/messages | audit2allow -M postfix2

Nach diese Aktion liegt im Workingdirectory die Datei postfix2.pp und die Datei postfix2.te
Die Datei postfix2.pp enthält die durchkompilierten Regeln, die sogleich mit dem Kommando
# semodule -i postfix2.pp
geladen und aktiviert werden können.

Will man alle geladenen Module am Bildschirm ausgeben, erreicht man diese durch Eingabe von:
# semodule -l

Mit
# semodule -r MODULNAME
kann ein Modul wieder aus dem Speicher entfernt werden.

3DataModem E220 und Linux

noreply@blogger.com (raphuscucullatus) — Mon, 21 Apr 2008 13:37:00 +0000

Einige werden bei der Bezeichnung E220 an einen Lebensmittelzusatzstoff denken (E220 ist Schwefeldioxid),
doch hier geht es um ein Modem und wie dieses Modem unter Fedora Core 8 zum Funktionieren gebracht werden kann.

Getestet wurde dieses Modem auf einer Fedora8 Maschine, alle zur Zeit (April 2008) aktuellen Updates waren eingespielt.

Bei der dabei verwendeten Kernelversion handelt es sich daher schon
um die Version 2.6.24.4-64.fc8.
(natives Fedora8 verwendet einen 2.6.23.1-42.fc8 Kernel, doch sollte das E220 auch auf dieser Kernelversion problemslos funktioniern!).

Was ich so Nachlesen konnte gibt es Probleme bei Kernel der Version 2.6.20 und älter, daher wird diese Anleitung nicht ohne weiteres auf ältere Fedoraversionen übernommen werden können.

Zur Sicherheit kann man die gebootete Kernelversion mit dem Kommando:
$ uname -r
ermitteln.

Folgende Softwarepakete sollten installiert sein:

Das Paket ppp. Mit dem Kommando:
$ rpm -q ppp
kann man dies überprüfen.
Auf der Testmaschine ist das Paket ppp-2.4.4-2 installiert.

Das Paket wvdial. Mit dem Kommando:
$rpm -q wvdial
kann man dies überprüfen.
Auf meiner Fedora8 Maschine ist das Paket wvdial-1.60-3.fc8 installiert.

Beim Anstecken des E220 an einen USB-Port bemerkt man ein blinkendes, grünes Licht.

Es dauert fallweise sehr lange bis das E220 erkannt wird und in der Ausgabe des Kommandos lsusb folgendes erscheint:

# lsusb
Bus 001 Device 001: ID 0000:0000
Bus 002 Device 004: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem
Bus 002 Device 001: ID 0000:0000

Um nun das Modem in Betrieb zu nehmen sind folgende Schritte notwendig:
Zuerst die Datei /etc/wvdial.conf erstellen mit folgendem Inhalt:

#############
[Dialer defaults]
Modem = /dev/ttyUSB0

[Dialer drei]
Modem = /dev/ttyUSB0
Baud = 115200
Init2 = AT+CGDCONT=1,"IP","drei.at"
Phone = *99#
Password = *
Username = *
New PPPD = yes
Auto DNS = 1
Stupid Mode = 1

[Dialer pin]
Modem = /dev/ttyUSB0
Baud = 115200
Init1 = AT+CPIN=xxxx
############

Achtung: Anstelle der vier roten x muss man seinen PinCode für die SIM-Karte einfügen.

Anschließend wird die Datei /etc/ppp/ip-up.local erstellt
mit folgendem Inhalt:

if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then
rm -f /etc/ppp/resolv.prev
if [ -f /etc/resolv.conf ]; then
cp /etc/resolv.conf /etc/ppp/resolv.prev
grep domain /etc/ppp/resolv.prev > /etc/resolv.conf
grep search /etc/ppp/resolv.prev >> /etc/resolv.conf
#cat /var/run/ppp/resolv.conf >> /etc/resolv.conf
grep nameserver /etc/ppp/resolv.conf >> /etc/resolv.conf
else
cp /etc/ppp/resolv.conf /etc
fi
fi

(Diese Script muss nicht abgetippt werden -
ein Beispielscript finden Sie unter:
/usr/share/doc/ppp-2.4.4/scripts/ip-up.local.add.change_resolv_conf
Dieses Script muss dann nur leicht modifiziert werden.)

In die Datei /etc/modprobe.d/blacklist folgende Zeile einfügen:
blacklist option

Damit wird zukünftig das Modul option nicht mehr geladen.

Nun gibt man folgende Kommandos ein:
# rmmod usb_storage
# rmmod option
# rmmod usbserial

Das Modul usbserial wird neu geladen:
# modprobe usbserial vendor=0x12d1 product=0x100

Nach einer kleineren Wartepause sollten im Verzeichnis /dev nun
folgende drei Gerätedateien erscheinen:
/dev/ttyUSB0
/dev/ttyUSB1
/dev/ttyUSB2

Nun wird der [Dialer pin]-Abschnitt in der Datei /etc/wvdial.conf
abgearbeitet - dies schaltet die SIM-Karte frei:
# wvdial pin
Nun sollte die Led am E220 violett blinken und eine Bildschirmausgabe wie folgt erscheinen:

[root@walter ~]# wvdial pin
--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: AT+CPIN=xxxx AT+CPIN=xxxx OK
--> Modem initialized.
--> Configuration does not specify a valid phone number.
--> Configuration does not specify a valid login name.
--> Configuration does not specify a valid password.

Nun wird die Modemverbindung zum Providernetz von drei hergestellt -
d.h. der Abschnitt [Dialer drei] in der Datei
/etc/wvdial.conf wird abgearbeitet:
# wvdial drei

Eine Bildschirmausgabe ähnlich folgender sollte erscheinen:
[root@walter ~]# wvdial drei
--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ ATZ OK
--> Sending: AT+CGDCONT=1,"IP","drei.at"AT+CGDCONT=1,"IP","drei.at" OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier. ATDT*99# CONNECT
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Tue Apr 15 16:18:29 2008
--> Pid of pppd: 2985
--> Using interface ppp0
--> local IP address 77.116.161.112
--> remote IP address 10.64.64.64
--> primary DNS address 213.94.78.16

Nun können Sie mit den Kommandos ifconfig -a, route -n
und ping auf einer anderen Konsole überprüfen ob
alles geklappt hat.

flv nach 3gp konvertieren

noreply@blogger.com (raphuscucullatus) — Tue, 13 Nov 2007 15:07:00 +0000

Um Videos von youtube usw. auf das Handy zu bringen ist es notwendig diese in das 3gp-Format zu konvertieren.

Die Software ffmpeg liefert da unter Linux all die notwendigen Programme.

Mit dem Kommando:

$ mencoder ~/The_Switch_-_Vancouver_Film_School__VFS_.flv \
-nosound -ovc lavc -lavcopts vcodec=mpeg4 \
-vf expand=176:144,scale=176:144 -o ~/tmp/cube.avi -ofps 12

wandeln man z.B. den Film The_Switch_-_Vancouver_Film_School__VFS_.flv in das avi-Format um in der für das Handy notwendigen Größe.

Der avi-Film wird unter dem Namen cube.avi im ~/tmp-Verzeichnis abgelegt.

Anschließend holt man die Audiodaten aus der Originaldatei, die Audiodaten werden in der Datei audiodump.wav abgespeichert, diese Datei liegt in dem Verzeichnis in dem das Kommando gestartet wurde:
$ cd ~/tmp
$ mplayer -vo null -ao pcm -af resample=8000,volume=+4db:sc \ ~/The_Switch_-_Vancouver_Film_School__VFS_.flv

Im ~/tmp-Verzeichnis findet sich die Datei audiodump.wav.
Nun werden die avi-Datei und die wav-Datei zusammengeführt:

$ ffmpeg -i ~/tmp/cube.avi -i ~/tmp/audiodump.wav -b 48000 \
-ac 1 -ab 12200 -map 0.0 -map 1.0 \
~/tmp/The_Switch_-_Vancouver_Film_School__VFS_.3gp

Als Ergebnis erhälten man die Datei ~/tmp/The_Switch_-_Vancouver_Film_School__VFS_.3gp, die nun aufs Handy kopiert werden kann um sie dort abzuspielen.

Will man nicht immer so lange Kommandozeilen eingegeben, kann man die Arbeit auch einem Shellscript überlassen.

Als Beispiel folgt ein Shellscript, dem man beim Aufruf den Namen des zu konvertierenden Flash-Files übergibt, d.h. wenn das Shellscript unter dem Namen flv23gp.sh abgespeichert wurde und das Flash-File den Namen The_Switch_-_Vancouver_Film_School__VFS_.flv hat und im Homeverzeichnis liegt so lautet der Aufruf:

./flv23gp.sh The_Switch_-_Vancouver_Film_School__VFS_.flv

Läuft das Shellscript fehlerlos durch so findet man die Datei The_Switch_-_Vancouver_Film_School__VFS_.3gp im Verzeichnis ~/tmp.

------------------------------------------------------------------------------------------------------------------------------------
#!/bin/bash

DATEI=$1
NAME=${DATEI##*/}
BASENAME=${NAME%%.*}
EXTENSION=${NAME##*.}

mkdir ~/tmp >/dev/null 2>&1

rm -f ~/tmp/movie.avi
rm -f ~/tmp/audiodump.wav

mv $DATEI ~/tmp
cd ~/tmp

mencoder ~/tmp/$NAME -nosound -ovc lavc -lavcopts vcodec=mpeg4 \
-vf expand=176:144,scale=176:144 -o ~/tmp/movie.avi -ofps 12

mplayer -vo null -ao pcm -af resample=8000, \
volume=+4db:sc ~/tmp/$NAME

ffmpeg -i ~/tmp/movie.avi -i ~/tmp/audiodump.wav -b 48000 \
-ac 1 -ab 12200 -map 0.0 -map 1.0 ~/tmp/$BASENAME.3gp

rm -f ~/tmp/movie.avi
rm -f ~/tmp/audiodump.wav

exit 0
------------------------------------------------------------------------------------------------------------------------------------

Weitere Links zum Nachlesen:
http://kanotix.wordpress.com/2006/08/17/video-in-3gp-umwandeln-fur-mobiltelephone/
http://www.niemueller.de/wiki/?ConvertVideoTo3GP
http://www.xmedia-recode.de/hilfe/3gp.html

PS: Verbesserungen in der Filmqualität können eventuell mit folgenden geänderten Optionen erreicht werden (geänderte Werte sind in roter Farbe gehalten):
mencoder QUELLDATEI.avi -nosound -ovc lavc -lavcopts \
vcodec=mpeg4 -vf expand=176:144,scale=176:144 \
-o movie.avi -ofps 16

ffmpeg -i movie.avi -i audiodump.wav -b 96k -ac 1 \
-ab 12200 -map 0.0 -map 1.0 filmout.3gp

Ubuntu-Repository spiegeln auf eine FedoraCore7 Maschine

noreply@blogger.com (raphuscucullatus) — Wed, 31 Oct 2007 13:00:00 +0000

Ein lokales Ubuntu-Repository ist von Vorteil wenn man zahlreiche Maschinen mit Ubuntu hat und Softwareinstallationen und/oder Updates durchführen möchte oder man gezwungen ist öfters Ubuntu neu auf diversen Maschinen installieren zu müssen.

Mir stand jedoch nur eine FedoraCore7-Maschine mit ausreichende Speicherplatz zur Verfügung, um dort ein Repository für gutsy einzurichten.

Einfacher wäre es das ganze Ubuntu-Repository mit rsync auf die lokale Fedora-Maschine zu kopieren.
Doch soviel Speicherplatz will ich nun auch wieder nicht opfern, vor allem da ich dabei auch deb-Pakete für nicht
benötigte Architekturen(sparc,powerpc) downloaden würde und auch Pakete für ältere Ubuntu-Releases, die ich für gutsy nicht benötige, erhalte.
(Okay, man kann bei rsync einiges über Optionen machen, wie --exclude=*sparc.deb, doch welche Pakete nur von gutsy benötigt werden - diese Aufgabe rein nur mit rsync lösen wird schwierig.)

Im Zuge meiner Recherche stoße ich auf das Debian-Programm debmirror.

debmirror ist ein Perlscript und wurde geschrieben um Debian-Repositories zu kopieren.

Ich lade daher die Datei debmirror_20070123.tar.gz von: http://ubuntu.sh.cvut.cz/pool/universe/d/debmirror/debmirror_20070123.tar.gz down.
In diesem Tar-Archiv findet sich das Perlscript debmirror (es wird nur diese Datei benötigt!).
Am Besten ist es diese Datei ins Verzeichnis /usr/bin zu kopieren (eventuell noch die Rechte checken!).
Starten Sie das Programm ohne weitere Optionen. Folgender Hilfetext sollte erscheinen:

mirrordir not specified

Usage: ./debmirror [--debug] [--progress] [--verbose] [--source|--nosource]
[--md5sums] [--passive] [--host=remotehost]
[--user=remoteusername] [--passwd=remoteuserpassword]
[--method=ftp|hftp|http|rsync]
[--timeout=seconds] [--root=directory]
[--dist=foo[,bar,..] ...] [--section=foo[,bar,..] ...]
[--arch=foo[,bar,..] ...] [--skippackages] [--getcontents]
[--postcleanup|--cleanup|--nocleanup] [--adddir=directory]
[--ignore=regex] [--exclude=regex] [--include=regex]
[--exclude-deb-section=regex] [--max-batch=number]
[--rsync-batch=number] [--ignore-missing-release]
[--ignore-release-gpg]
[--limit-priority=regex] [--dry-run]
[--proxy=http://user:pass@url:port/] [--help]
[--rsync-options=options] [--ignore-small-errors]
[--pdiff=use|mirror|none]
mirrordir

For details, see man page.

Erhält man eine Fehlermeldung, sind vermutlich von debmirror benötigte Perlmodule nicht installiert.
So sollte auf alle Fälle das rpm-Paket perl-libwww-perl installiert sein.

Nun wird ein Verzeichnis ubuntu erstellt auf einer Partition die ausreichend Speicherplatz bietet (mindestens 30GByte Speicherplatz sollten verfügbar sein)

Als Beispiel verwende ich das Verzeichnis /opt/pub/ubuntu

Im Homeverzeichnis eines Users der über Schreibberechtigung am Verzeichnis /opt/pub/ubuntu besitzt, wird das Shellscript getgutsy.sh mit folgendem Inhalt erzeugt:

#!/bin/bash

cd /opt/pub/ubuntu

/usr/bin/debmirror . --progress --nosource \
--host=ubuntu-releases.sh.cvut.cz \
--root=/ubuntu \
--dist=gutsy --section=main,multiverse,restricted,universe \
--method=rsync -r :ubuntu \
--arch=i386,amd64 --getcontents --ignore-release-gpg

exit 0

Dieses Script besteht aus nur drei Zeilen! d.h. die mittleren sechs Zeilen stellen tatsächlich nur eine Zeile dar!

Ist der Download beendet wird ein ftp-Server eingerichtet:
Zuerst die vsftpd-Software installieren:
# yum -y install vsftpd

Das Homeverzeichnis für den Account ftp wird verändert, damit ein Zugriff auf das Ubuntu-Repository per Anonymous-Ftp möglich ist:
# usermod -d /opt/pub ftp

Den vsftpd starten und testen ob Anonymous-Login möglich ist:
# service vsftpd start

# lftp 127.0.0.1
Gibt man nun das Kommando ls am ftp-Prompt ein, sollte ein Verzeichnis ubuntu aufgelistet werden.

Konfiguration auf den Ubuntu-Clients, die nun auf dieses Repository zugreifen sollen:
Dazu muss nur eine Zeile in die Datei /etc/apt/sources.list eingefügt werden:
deb ftp://10.10.10.20/ubuntu gutsy main restricted multiverse universe

Interessante Urls zu diesem Thema:
http://doku.lug-untermain.de/index.php/Debmirror_einrichten
http://www.debianforum.de/forum/viewtopic.php?p=568078&sid=7e656ba8480a94b2bf606d977fe905e9
https://answers.launchpad.net/ubuntu/+question/183
http://forum.ubuntuusers.de/topic/16961/?highlight=repository+rsync

Google-Queries: Auf der Suche nach Passwörtern.

noreply@blogger.com (raphuscucullatus) — Fri, 21 Sep 2007 19:39:00 +0000

Google ist schon lange zu einem Abfragetool für Cracker geworden, neu sind diese Abfragemethoden bei weitem nicht.
Trotzdem findet google immer noch interessante Informationen.
Eine dieser Abfragemethode die ich versuchte, war nach Dateien mit dem Namen .bash_history zu suchen.
Unter Linux beinhaltet diese Datei meist die letzten eintausend Kommandos die am Prompt eingegeben wurden.
Üblicherweise liegt diese Datei direkt im Homeverzeichnis eines User. Doch fallweise findet auch google diese Dateien, sollte ein Webserver auf diese Datei Zugriff haben.
Hat nun ein User Passwörter auf der Kommandozeile eingegeben, was bei manchen Kommandos nicht unüblich ist (vorallem bei Kommandos die verwendet werden um Datenbanken zu administrieren) so finden sich diese Passwörter auch in der .bash_history Datei.
Fallweise finden sich nur Loginnamen - doch dies ist auch schon die Hälfte eines Brute-Force-Angriffs.
Hier also nun einige Beispiele für eine Google-Abfrage mit allinurl:bash_history :

http://www.math.hcmuns.edu.vn/~hlminh/DetaiCNTT/Detai-iLOC/VNU-HCM-Docs/database/.bash_history
dir
mc
orapwd file=orapwvnu password=admin
ls
cd vnu
cd ..
cd vnu

http://temp.crudo.cz/mvcr/.bash_history
mc -a
mysql -uroot -pEe21Oake
mc
mc -ac
mysql -uroot -pmvcrman
mysql -uroot
mysql -ulira -plira123
mysql -uroot
ssh 192.168.255.2
ssh 192.168.255.2
OA
mc
mysql -uroot -pEEwq90Rr
mysql -uroot -pEEwq9ORr
mysql -uroot -pEe21Oake
mysqladmin
mysqladmin -uroot -pEe21Oake password mvcrman
mysql -uroot -pmvcrman
mysqldump -uroot -pmvcrman mvcr>mvcr.zal.sql
mc
mysql -uroot -pmvcrman mvcrmvcr-in.sql
tar cvzf upgrade.tgz *
mc
mysql -uroot -pmvcrman
mc
ssh 192.168.255.2
cd rs_atlantic/
mc
mysql -uroot -pmvcrman
mc
mysql -uroot -pmvcrman mysql
mysqladmin -uroot
mysqladmin -uroot reload
mysqladmin -uroot -pmvc
mc
mysql -uroot -pmvcrman mvcr
ssh 192.168.255.2
cat /etc/hosts
ssh mvcr-in
ls rs_atlantic/project/
ls rs_atlantic/project/design/
ls -l rs_atlantic/project/design/
history
vi .bashrc
vi .bash_profile
man history
ls -la
ls -la .bash_history
chown lira .bash_history
ls
ssh mvcr-in
mc
groups
groups apache
ssh 192.168.2.255
mc
ssh 192.168.255.2
mysql -uroot -pmvcrman
ssh 192.168.255.2
cd rs_atlantic/project/
mc
ssh 192.168.255.2
ping fotogalerie.webland.cz
su
ssh 192.168.255.2
cd rs_atlantic/
ssh 192.168.255.2
cd rs_atlantic/
mc
ssh 192.168.255.2

http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/simplejournal/SimpleJournal/Attic/.bash_history
su -
scp dnsupdate.sh tetsuya@s26221.vps7.net:~
su -
exit
nslookup www.digmethod.com
exit
cd /usr/local/etc/apache2/
oder:
ssh cvs.sourceforge.jp -l hjm89837
ssh shell.sourceforge.jp -l hjm89837

http://medvedsoft.com/.bash_history
dir
mc
cd canvascreationsllc.net
dir
chmod 777 settings.php
dir
mysql -u drupal_user -p
cat settings.php
mysql -u drupal_user -p
mysql -u vadmin -p
mysql -u root -p
mc
mysql -u root -p
mysql -u drupal_user -p
mysql -u root -p
cd ..
dir
mysql -u root -p
mysqladmin flush-privileges
mysql -u root -p
chmod 755 settings.php
exit

http://209.85.129.104/search?q=cache:TBhlxW4RrbcJ:cluster.earlham.edu/detail/home/hunteke/mccoyjo.bash_history+%22.bash_history%22&hl=de&ct=clnk&cd=81&gl=de&lr=lang_de|lang_en
ls
chmod -R 755 llk
history | grep psq
ssh c0
psql -u llk -d llk
psql -U clustcomp -d llk
psql -U llk -d llk -p
psql -U llk -d llk
psql -U mccoyjo -d llk
psql -U psql -d llk
psql -U pgsql -d llk
man psql
psql
ssh acl4
ls
cd www/
ls
cp ../phpBB-2.0.19.tar.gz .
tar -zxf phpBB-2.0.19.tar.gz .
ls
psql -h localhost -U mccoyjo -W
psql -h cluster.earlham.edu -U mccoyjo -W
psql -h cluster.earlham.edu -d llk -U mccoyjo -W
psql -h cluster.earlham.edu -d llk -U mccoyjo -W
psql -U mccoyjo -d game-dev -W -h cs.earlham.edu
l
ls
find /usr/ --name "*.sty*: --print
find /usr/ --name "*.sty*" --print
find /usr/ -name "*.sty*" --print
find /usr/ -name "*.sty*" -print
cd cvs/cgi-bin/dvt-fatc-testing/
ls
less /var/tmp/data0GbCex
su -
less ps-node-per-day.php
less speedup-efficiency.php
less ../dvt-b-and-t-g/mp-graph.php
ls
less ps-node-per-day.php
ls
less walltime.php
vi test/endian.c
cd test
gcc endian.c

Großer weiser Smilyhäuptling

noreply@blogger.com (raphuscucullatus) — Sat, 04 Aug 2007 14:27:00 +0000

Was tut man nicht alles wenn der Nachwuchs meint Schokolade, wirklich nur mehr Schokolade und Himbeersaft zum Überleben zu benötigen.
Sind Kartoffelchips nicht auch etwas leckeres!
Also warum nicht Kartoffeln in Scheiben schneiden, rausbraten und so tun als wären es Kartoffelchips!
Und sogar die Natur greift mir unter die Arme und lässt auf einer Kartoffelscheibe den "Großen weisen Smilyhäuptling" erscheinen.

Doch es hilft alles nichts - der Nachwuchs verweigert felsenfest alles was nur irgendwie gesünder sein könnte als Schokolade und so verschwindet der Smilyhäuptling im Magen vom Papa!

Oder hätte ich die Kartoffelscheibe doch besser auf ebay versteigern sollen?
Vielleicht hätte ich mir dann einen internationalen Goumetkoch leisten können der meinen Sohn mit verschiedenen Kreationen von Mousse au Chocolat verwöhnt.

Libro, DRM und /dev/mirror

noreply@blogger.com (raphuscucullatus) — Fri, 13 Jul 2007 06:27:00 +0000

Wie manche Firmen mit Kundenbeschwerden umgehen ist wohl bekannt, und diese Problematik gibt es schon lange - dafür muss heute oft noch das Salzamt herhalten.
Libro hat nun eine moderne Möglichkeit genutzt Kundenbeschwerden los zu werden.

Um Werbung zu betreiben für Ihr neues Musik Download Portal (http://musicdownload.libro.at) verschenkte Libro den Gratissong "Lebe lauter" von Christina Stürmer. Nomalerweise muss man 1.29 Euro dafür bezahlten, im Zuge dieses Werbefeldzug gab es den Song um 0 Euro.
Um an das Lied zu kommen ist ein Registrierung auf http://musicdownload.libro.at notwendig.
Natürlich ist der Song DRM geschützt und ich konnte ihn unter Linux nicht abspielen.
Vermutlich gibt es Möglichkeiten diesen Schutz zu knacken, doch ich lehne prinzipiell Songs ab die DRM geschützt sind und möchte auch nicht unnötig Zeit dafür investieren diesen Schutz zu umgehen. Auf dem Musik-Download-Portal von Libro gibt es nun die Möglichkeit mit Libro in Kontakt zu treten.
Ich nutzte nun diese Möglichkeit um Libro meinen Unmut über DRM mitzuteilen und um Sie aufzufordern meinen Account und meine Daten, die ich zur Registrierung auf musicdownload.libro eingegeben hatte zu löschen.
Nutzt man dieses Service auf musicdownload so wird eine Mail vom Webserver der http://musicdownload.libro.at hostet verschickt an die Email-Adresse musicdownload@libro.at.

Doch Libro hat nun eine Möglichkeit gefunden, all diese Beschwerden abzuschmettern!
Dieses Mail, das ich auf http://musicdownload.libro.at verfasst hatte, wurde jedoch an mich zurück geschickt mit folgendem Header:

This is the Postfix program at host smtp01.247base.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The Postfix program
<musicdownload@libro.at>: host proxy2.libro.at[81.5.219.214] said: 550 Denied
by policy: Sender is listed on DNS-based RBL. (in reply to MAIL FROM
command)

Final-Recipient: rfc822; musicdownload@libro.at
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; host proxy2.libro.at[81.5.219.214] said: 550 Denied
by policy: Sender is listed on DNS-based RBL. (in reply to MAIL FROM
command)

Was ist hier nun passiert?
Das Postfix-Programm am Rechner smtp01.247base.com wollte nun das Mail ausliefern, was aber Rechner proxy2.libro.at verweigerte, da der Absender in einer Realtime_Blackhole_List (http://de.wikipedia.org/wiki/Realtime_Blackhole_List) geführt wird.
Auf die Hosts proxy1.libro.at und proxy2.libro.at verweist ein MX-Record, diese beiden Rechner sind also die Mailserver der Domain libro.at

Doch wer ist nun der Host smtp01.247base.com, dessen Mail vom Host proxy2.libro.at nicht angenommen wurde, weil proxy2 diesen Host in seiner Blacklist gefunden hat?

Ein whois auf 247base.com zeigt weitere Details:

$ jwhois -h whois.internic.net 247base.com

Registration Service Provided By: eNom, Inc.
Contact: info2@eNom.com

Domain name: 247base.com

Administrative Contact:
24-7 Musicshop
Martin Hansen (doms@247ms.com)
+45.36958959
Fax: +45.46903379
Vestergade 8, 1
Copenhagen, 1456
DK

Technical Contact:
24-7 Musicshop
Martin Hansen (doms@247ms.com)
+45.36958959
Fax: +45.46903379
Vestergade 8, 1
Copenhagen, 1456
DK

Registrant Contact:
24-7 Musicshop
Martin Hansen (doms@247ms.com)
+45.36958959
Fax: +45.46903379
Vestergade 8, 1
Copenhagen, 1456
DK

Vielleicht hätte ich besser Hr. Martin Hansen kontaktiert und Ihm erzählt was ich von DRM halte? Ob meine Email dann angekommen wäre? Wohl eher nicht!
Ich denke Hr. Martin Hansen und Libro haben gefunden was den *x-Betriebssystemen noch fehlt: /dev/mirror - Alles was Sie dorthin schicken, bekommen Sie postwendend unbeantwortet retour!