Filesystem bekanntmachen

vi /etc/fstab
    /dev/md0               /backup3         ext3            noatime

Raidsystem bekanntmachen (Partitionen sind anzupassen)

mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1
mdadm --detail --scan >> /etc/mdadm/mdadm.conf

The package NAME needs to be reinstalled, but I can't find an archive for it.

Wahrscheinlich ist das eine Holzhammermethode aber die folgende Zeile hat mein Problem gelöst. Danach konnte ich es noch mal installieren.

/tmp$ sudo dpkg --remove --force-remove-reinstreq NAME
dpkg: warning: overriding problem because --force enabled:
 Package is in a very bad inconsistent state - you should reinstall it before attempting a removal.
(Reading database ...
dpkg: warning: files list file for package `NAME' missing, assuming package has no files currently installed.
(Reading database ... 290638 files and directories currently installed.)
Removing NAME...

Folgende Verzeichnisstruktur

html
-admin
-templates
 ...
 ...
- templates_c

Templates_c enthält die Cache Daten. Änderungen in dem Verzeichniss möchte ich bei svn st nicht sehen

cd html
svn propedit svn:ignore templates_c/

Der default editor wird geöffnet und man tippt '*' (ohne Hochkommata). Schon ist Ruhe

Die Installation unter Debian ist hier beschrieben und gestaltete sich recht problemlos. Ob man wirklich alle Teile für das Reporting braucht weiß ich noch nicht. (hab aber erstmal alles installiert)

Einrichtung der Installation Quellen

echo "deb http://download.opensuse.org/repositories/security:/OpenVAS:/STABLE:/v4/Debian_6.0/ ./" >> /etc/apt/sources.list
apt-key adv --keyserver hkp://keys.gnupg.net --recv-keys BED1E87979EAFD54
sudo apt-get update

Installation der Dateien

apt-get -y install greenbone-security-assistant gsd openvas-cli openvas-manager openvas-scanner openvas-administrator sqlite3 xsltproc
apt-get -y install texlive-latex-base texlive-latex-extra texlive-latex-recommended htmldoc alien rpm nsis fakeroot

Konfiguration und Start

test -e /var/lib/openvas/CA/cacert.pem  || openvas-mkcert -q
openvas-nvt-sync
test -e /var/lib/openvas/users/om || openvas-mkcert-client -n om -i
/etc/init.d/openvas-manager stop
/etc/init.d/openvas-scanner stop
openvassd
openvasmd --migrate
openvasmd --rebuild
killall openvassd
sleep 15
/etc/init.d/openvas-scanner start
/etc/init.d/openvas-manager start
/etc/init.d/openvas-administrator restart
/etc/init.d/greenbone-security-assistant restart
test -e /var/lib/openvas/users/admin || openvasad -c add_user -n admin -r Admin

Um eine Zugriff über das Netzwerk zu haben muss man noch

vi /etc/default/greenbone-security-assistant

    GSA_ADDRESS=your-server-ip-address

Eigentlich soll man dann über folgenden Browseraufruf auf die Konfigurationsanwendung kommen.

https://your-server-ip-address:9392

Das klappte bei mir nicht. Ein Hinweis in einer Mailingliste deutete auf https hin. Als ich dies ausgeschaltet habe (brauche ich bei mir im Netz nicht) ging es

vi /etc/default/greenbone-security-assistant

    HTTP_ONLY=1

remove --listen und add http-only im Startbefehl

vi /etc/init.d/greenbone-security-assistant

    [ "$GSA_ADDRESS" ] && DAEMONOPTS="--http-only"

/etc/init.d/greenbone-security-assistant restart

und dann kommt man zur Login Maske

sudo apt-get install thinkfan
sudo gedit /etc/modprobe.d/thinkfan.conf
     options thinkpad_acpi fan_control=1

Will man das ganze automatisch starten dann noch

sudo gedit /etc/default/thinkfan
      START=yes

Entweder neustarten oder mal eben

sudo modprobe -rv thinkpad_acpi
sudo modprobe -v thinkpad_acpi

in der /etc/thinkfan.conf kann man die Werte verändern was ich erst mal nicht gemacht habe. Will man testen und sehen was so passiert dann einfach

sudo thinkfan -n

vesamenu.c32: not a COM32R image

Da half ein einfaches "live" und enter und schon ging es los. Als das Linux gebootet war konnte man unter

Menu \ Install linux mint

die Installation starten.

Unter "System: Advanced: Firewall and NAT"

Man kann dann seine Zeit mit WLAN Konfiguration verschwenden oder einfach mal einen anderen Channel probieren :-(

Nur so als Tipp. Nicht das mir das grad passiert wäre.

Auf dem Linksys WRT geht das z.B. hier:

Inzwischen liegt eine Bestätigung von Facebook vor

Facebook has confirmed that the way it collects information from its users may result in the transmission of user data from third-party websites, even when they are logged out, but has asked for users to trust the company and will fix a total of three cookie-related issues within the next 24 hours.

Den mit "trust the company" finde ich besonders putzig.

Man kann einfach die Ausgangsfarbe eingeben und bekommt dann "Richtung Weiß und Schwarz" Farben mit den Werten angegeben 

Die Methode HTTP TRACE wird eigentlich dazu benutzt um debugging Informationen zu bekommen. Es ist kein direktes Sicherheitsloch aber in manchen Szenarien kann diese Methode wohl für cross-site scripting verwendet werden. Bei Produktionsservern wird dazu geraten dies nicht zu verwenden.

Mit Telnet kann man recht einfach prüfen ob dies der Fall ist

$ telnet 192.168.221.15 80
Trying 192.168.221.15...
Connected to 192.168.221.15.
Escape character is '^]'. 

dann diesen String einfügen

TRACE / HTTP/1.0

und zweimal enter drücken

HTTP/1.1 200 OK
Date: Wed, 14 Sep 2011 19:50:45 GMT
Server: Apache
Connection: close
Content-Type: message/http

TRACE / HTTP/1.0

Connection closed by foreign host.

Durch eine einfachen Konfigurationsschalter kann man dies ausschalten

vi /etc/apache2/apache2.conf

    TraceEnable off
 /etc/init.d/apache2 restart

Es gibt auch eine Methode dies auf virtueller Serverebene einzustellen die ich aber nicht verwende wenn ich es "auf einmal für alle" machen kann.

So sieht es aus wenn es ausgeschaltet wird

telnet 192.168.221.15 80
Trying 192.168.221.15...
Connected to 192.168.221.15.
Escape character is '^]'.
TRACE / HTTP/1.0

HTTP/1.1 405 Method Not Allowed
Date: Wed, 14 Sep 2011 19:52:01 GMT
Server: Apache
Allow:
Vary: Accept-Encoding
Content-Length: 288
Connection: close
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>405 Method Not Allowed</title>
</head><body>
<h1>Method Not Allowed</h1>
<p>The requested method TRACE is not allowed for the URL /.</p>
<hr>
<address>Apache Server at 761X Port 80</address>
</body></html>
Connection closed by foreign host.

mkdir /opt/c/allgemein/faxe
cd /opt/c/allgemein/
chmod 755 faxe
chown uucp:users faxe

Jetzt die Konfiguration des Scripts das nach einem empfangenen Fax gestartet wird. Ich habe einfach ein Beispieldatei angepaßt

cd /etc/hylafax/
cp /usr/share/doc/hylafax-server/examples/FaxDispatch.example .
mv FaxDispatch.example FaxDispatch
vi FaxDispatch

    ## To route all incoming faxes in pdf to a single account.
   SENDTO=hbauer
   FILETYPE=pdf
   n=`date +%Y-%m-%d-%H-%M`
   t=/opt/caserio/allgemein/faxe/$n
   /usr/bin/tiff2pdf -p A4 -o $t.pdf $FILE

Wichtig beim Testen ist das man nach jeder Änderung in der FaxDispatch Datei den Fax Server neu startet. Bei testen hilft auch das man nicht ein echtes Fax schicken muß sondern dies auch simulieren kann. In diesem Beispiel ist fax00008.tif ein altes Fax das ich immer wieder versandt haben.

cd /var/spool/hylafax/
bin/faxrcvd "recvq/fax000000008.tif" "ttySL0" "000000037" ""
 

Nicht unbedingt wegen dem einen oder anderen neuen Feature im Betriebssystem oder wegen einem besseren Scrollen.

Die Batterielaufzeit hat sich deutlich verbessert. Ich habe zwar keine echten Messergebnisse würde aber von einer "gefühlten" Verbesserung um ca einen Tag sprechen. Vor dem Update war das GT zwar an einem Abend nicht leer, aber um sicherzugehen habe ich es abends aufgeladen damit ich am nächsten Tag genug Saft hatte.

Jetzt würde ich sagen es reicht auf jeden Fall aus nach zwei Tagen wieder aufzuladen.

Wie gesagt: Gefühlte Laufzeiten. Aber auf jeden Fall genug Verbesserung um über ein Update nachzudenken.

Wie üblich ist die mitgelieferte Software nur für Windows, aber an dieser Stelle habe ich ein Programm gefunden, daß es ermöglicht einfache Texte auf dieses kleine Display zu senden.

Leider sind einige Libraries bei dem Debian Squeezy nicht enthalten so das sie manuell installiert werden mussten. (Wenn mans weiß kein Problem :-( )

Hier die Schritte:

mkdir dcled
cd dcled/
wget http://www.last-outpost.com/~malakai/dcled/dcled-1.9.tgz
tar xzvf dcled-1.9.tgz
wget http://http.us.debian.org/debian/pool/main/libh/libhid/libhid0_0.2.15+20060325-2.2_i386.deb
wget http://ftp.us.debian.org/debian/pool/main/libh/libhid/libhid-dev_0.2.15+20060325-2.2_i386.deb
dpkg -i libhid0_0.2.15+20060325-2.2_i386.deb
dpkg -i libhid-dev_0.2.15+20060325-2.2_i386.deb
cd dcled-1.9
make
./dcled -test

cd cgi-bin/mt/search_templates
vi results_moble.tmpl

<$mt:Include module="Mobile Header"$>
<div data-role="page" id="Search Result">
                <div data-role="header">
                        <h1><MT_TRANS phrase="Entries from [_1] tagged with '[_2]'" params="<$MTBlogName encode_html="1"$>%%<$MTSearchString encode_html="1"$>"></h1>
                        <a href="<$mt:BlogURL$>m/index.html" data-role="button" data-icon="home" class="ui-btn-left">Home</a>
                </div>
                <div data-role="content">
                        <ul data-role="listview" data-inset="true">
                                 <MTSearchResults>
                                        <li><a href="<$mt:BlogURL$>m/<$mt:EntryDate format="%Y/%m"$>/<$MTEntryBasename separator="-"$>.html"><h3><$MTEntryTitle$></h3><p>Veröffentlicht am: <$MTEntryDate format="%A %d %B %Y"$></p></a></li>
                                 </MTSearchResults>
                        </ul>
                 </div>
<$mt:Include module="Mobile Footer"$>

Dieses Template muss noch in mt-config.cgi registriert werden

vi cgi-bin/mt/mt-config.cgi

     SearchAltTemplate feed results_feed.tmpl
     SearchAltTemplate mobile results_mobile.tmpl

und kann jetzt für Suchen verwendet werden. Ich habe dies in einem Vorlagenmodule "mobile tags" so gelöst

<mt:EntryIfTagged>
<div class="entry-tags">
    <h4>Beiträge zu den Themen<span class="delimiter">:</span></h4>
    <ul>
        <li><mt:EntryTags glue='<span class="delimiter">,</span></li> <li>'><a href="javascript:void(0)" onclick="location.href='<$mt:TagSearchLink encode_js="1">&Template=mobile';return false;" rel="tag"><$mt:TagName$></a></mt:EntryTags></li>
    </ul>
</div>
</mt:EntryIfTagged>

und dann in der Vorlage für Mobile Einträge durch ein

<$mt:Include module="Mobile Tags"$>

vor den Kommentaren eingebettet.

Nun muss man nur noch sicherstellen, daß ein mobiles Gerät nicht das normale html geliefert bekommt,  sondern das aus dem "mobilen Verzeichnis"

Mit dem Apache Module mod_rewrite kann man dies bewerkstelligen. Einfach in dem Blog Verzeichnis eine Datei namens .htaccess erstellen und folgenden Text einfügen

RewriteEngine on

RewriteCond %{REQUEST_URI} !^/m/.*$ [NC]
RewriteCond %{REQUEST_URI} !png|jpg|JPG|PNG|gif [NC]
RewriteCond %{HTTP_USER_AGENT} "android|blackberry|ipad|iphone|ipod|iemobile|opera mobile|palmos|webos|googlebot-mobile" [NC]
RewriteRule ^(.*)$ /m/$1 [L,R=302]

Das sagt nichts anderes als das

1. Alle Aufrufe ignoriert werden die schon /m enthalten (also schon auf mein mobiles Verzeichnis zeigen)
2. alle Aufrufe auf Bilder nicht geändert werden. (die habe ich ja nur einmal)
3. die Aufrufe ausgewählt werden die auf ein mobiles Gerät deuten (http_user_agent)
4. und in die restlichen Aufrufe füge ein /m/ ein.