<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Admin on webman.at</title>
    <link>https://webman.at/cms/categories/admin/</link>
    <description>Recent content in Admin on webman.at</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <managingEditor>bernd@webman.at (Bernd Öggl)</managingEditor>
    <webMaster>bernd@webman.at (Bernd Öggl)</webMaster>
    <lastBuildDate>Fri, 12 Sep 2014 06:15:12 +0000</lastBuildDate>
    <atom:link href="https://webman.at/cms/categories/admin/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Reverse ssh tunnel mit autossh</title>
      <link>https://webman.at/cms/2014/09/reverse-ssh-tunnel-mit-autossh/</link>
      <pubDate>Fri, 12 Sep 2014 06:15:12 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2014/09/reverse-ssh-tunnel-mit-autossh/</guid>
      <description>&lt;p&gt;Eigentlich ist das Port-Forwarding im Router so eingestellt, dass der Remote Zugriff auf den Heimserver problemlos funktioniert. Leider hat der Provider aber die Möglichkeit den Router neu zu initialisieren (und damit meine Forward-Regeln zu löschen) und er macht auch massiv Gebrauch davon. Zwar kann der Server dann weiterhin mit dem Internet kommunizieren (und so auch als nagios-Server andere Server überwachen), der Zugriff von außen funktioniert aber nicht mehr.&lt;/p&gt;</description>
    </item>
    <item>
      <title>vsftp mit chroot für sehr eingeschränktes FTP</title>
      <link>https://webman.at/cms/2014/09/vsftp-mit-chroot-fuer-sehr-eingeschraenktes-ftp/</link>
      <pubDate>Thu, 04 Sep 2014 21:20:42 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2014/09/vsftp-mit-chroot-fuer-sehr-eingeschraenktes-ftp/</guid>
      <description>&lt;p&gt;Für verschiedene Dienste bekommen wir stündlich, beziehungsweise täglich Daten von unseren Partnern. Diese Systeme verwenden FTP für den Transfer, weshalb wir einen eigenen FTP-Server (vsftp) betreiben müssen. Der Zugriff wird mehrstufig abgesichert:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Server-backup mit duplicity auf Amazon S3</title>
      <link>https://webman.at/cms/2013/07/server-backup-mit-duplicity-auf-amazon-s3/</link>
      <pubDate>Fri, 19 Jul 2013 17:32:33 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2013/07/server-backup-mit-duplicity-auf-amazon-s3/</guid>
      <description>&lt;p&gt;Das Backup für PCs und Laptops macht &lt;a href=&#34;https://komplett.cc/cms/2012/05/backuppc-zum-sichern-von-desktops/&#34; title=&#34;Backuppc zum Sichern von Desktops&#34; target=&#34;_blank&#34; rel=&#34;noreferrer&#34;&gt;Backuppc sehr fein&lt;/a&gt;, aber für die Root-Server braucht es eine andere Lösung.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://duplicity.nongnu.org/&#34; target=&#34;_blank&#34; rel=&#34;noreferrer&#34;&gt;Duplicity&lt;/a&gt; macht gpg-verschlüsselte Backups und unterstützt die unterschiedlichsten Endpunkte wie ftp, rsync, scp, ssh, webdav[s] und auch Amazon S3. Hier mein Mini-Bash-Skript mit dem ich meine Server dorthin sichere:&lt;/p&gt;</description>
    </item>
    <item>
      <title>No space left on device?</title>
      <link>https://webman.at/cms/2013/07/no-space-left-on-device/</link>
      <pubDate>Thu, 11 Jul 2013 08:07:38 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2013/07/no-space-left-on-device/</guid>
      <description>&lt;p&gt;Nachdem der Server eigenartige Verhaltensweisen an den Tag legte und im syslog die Meldung „&lt;code&gt;No space left on device&lt;/code&gt;“ erschien, war ich einigermaßen verwundert: Immerhin zeigte &lt;code&gt;df&lt;/code&gt; an, dass alle relevanten Partitionen mehr als 50% freien Speicher haben. Ein Lesefehler auf der (virtuellen) Festplatte? Glücklicherweise nicht. Das Kommando&lt;/p&gt;</description>
    </item>
    <item>
      <title>E-Mails von /var/mail nach ~/Maildir</title>
      <link>https://webman.at/cms/2013/01/e-mails-von-varmail-nach-maildir/</link>
      <pubDate>Fri, 04 Jan 2013 16:15:03 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2013/01/e-mails-von-varmail-nach-maildir/</guid>
      <description>&lt;p&gt;Eigentlich speichere ich meine E-Mails in &lt;code&gt;$HOME/Maildir&lt;/code&gt; im Maildir Format. Durch eine Fehlkonfiguration im MTA kann es aber passieren, dass die E-Mails in &lt;code&gt;/var/mail/&amp;lt;username&amp;gt;&lt;/code&gt; landen. Um diesen Fehler für alle Benutzer am System nachträglich zu korrigieren reicht der Einzeiler:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Server-Migration</title>
      <link>https://webman.at/cms/2013/01/server-migration/</link>
      <pubDate>Fri, 04 Jan 2013 15:00:24 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2013/01/server-migration/</guid>
      <description>&lt;p&gt;Es hat sich so ergeben, dass ich circa alle zwei Jahre meine Server auf neue Hardware verlege. Bei den gemieteten root-servern kommen dabei immer neue IP-Adressen ins Spiel. Da das Update der DNS-Einträge ein wenig zeitversetzt geschieht und das den Zeitpunkt der Umstellung nicht ganz genau planen lässt, ist es günstig alle Anfragen von der alten IP-Adresse auf die neue umzuleiten. Mit iptables ist das sehr einfach, hier das Skript, das nicht nur Webanfragen, sondern auch Mailserver (SMTP und IMAP/POP) umleitet. Das Skript muss am alten Server ausgeführt werden, wobei 10.0.0.1 hier die IP-Adresse des neuen Servers ist.&lt;/p&gt;</description>
    </item>
    <item>
      <title>/var auf eine andere Partition linken</title>
      <link>https://webman.at/cms/2012/09/var-auf-eine-andere-partition-linken/</link>
      <pubDate>Thu, 06 Sep 2012 11:10:50 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2012/09/var-auf-eine-andere-partition-linken/</guid>
      <description>&lt;h4 id=&#34;das-problem-kein-platz-mehr-auf-var&#34; class=&#34;relative group&#34;&gt;Das Problem: Kein Platz mehr auf /var &lt;span class=&#34;absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100&#34;&gt;&lt;a class=&#34;group-hover:text-primary-300 dark:group-hover:text-neutral-700&#34; style=&#34;text-decoration-line: none !important;&#34; href=&#34;#das-problem-kein-platz-mehr-auf-var&#34; aria-label=&#34;Anker&#34;&gt;#&lt;/a&gt;&lt;/span&gt;&lt;/h4&gt;&lt;p&gt;Es ist also wieder einmal passiert: Der Heimserver, der eigentlich nie für große Datenbank-Arbeiten gedacht war schlägt sich tapfer als &lt;em&gt;Tileserver&lt;/em&gt; für Openstreetmap Karten. Nachdem das bei der Installation nicht abzusehen war, habe ich &lt;code&gt;/var&lt;/code&gt; nicht auf eine eigene Partition gelegt und die root-Partition ist jetzt natürlich voll.&lt;/p&gt;</description>
    </item>
    <item>
      <title>owncloud upgrade</title>
      <link>https://webman.at/cms/2012/08/owncloud-upgrade/</link>
      <pubDate>Mon, 20 Aug 2012 09:30:38 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2012/08/owncloud-upgrade/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://owncloud.org/&#34; target=&#34;_blank&#34; rel=&#34;noreferrer&#34;&gt;Owncloud&lt;/a&gt; finde ich ein spannendes Projekt, hauptsächlich wegen der Möglichkeit von unterschiedlichen Geräten und mit unterschiedlichen Personen Daten auszutauschen. Für Kalender und Adressen verwende ich andere Systeme. (&lt;strong&gt;Update Aug. 2013:&lt;/strong&gt; Jetzt werden auch der Kalender und die Kontakte von owncloud verwaltet).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Alte Logfiles in Awstats einspielen (Ubuntu)</title>
      <link>https://webman.at/cms/2012/06/awstats-unter-ubuntu-alte-apache-logfiles-einspielen/</link>
      <pubDate>Fri, 22 Jun 2012 13:30:48 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2012/06/awstats-unter-ubuntu-alte-apache-logfiles-einspielen/</guid>
      <description>&lt;p&gt;Ubuntu legt die Apache Logfiles als gzippte Dateien in &lt;code&gt;/var/log/apache2&lt;/code&gt; ab. Um von alten Logdateien nachträglich eine Statistik zu erstellen kann folgendes Kommando nützlich sein:&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-bash&#34; data-lang=&#34;bash&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;&lt;span class=&#34;k&#34;&gt;for&lt;/span&gt; i in &lt;span class=&#34;sb&#34;&gt;`&lt;/span&gt;ls -tr /var/log/apache2/ssl_meinhost.com*access*gz&lt;span class=&#34;sb&#34;&gt;`&lt;/span&gt; &lt;span class=&#34;p&#34;&gt;;&lt;/span&gt;&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;&lt;span class=&#34;k&#34;&gt;do&lt;/span&gt;  &#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;  gunzip -c &lt;span class=&#34;nv&#34;&gt;$i&lt;/span&gt; &lt;span class=&#34;p&#34;&gt;&amp;amp;&lt;/span&gt;gt&lt;span class=&#34;p&#34;&gt;;&lt;/span&gt; /tmp/ssl_log.txt&lt;span class=&#34;p&#34;&gt;;&lt;/span&gt; /usr/lib/cgi-bin/awstats.pl&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;    -config&lt;span class=&#34;o&#34;&gt;=&lt;/span&gt;ssl.meinhost.com -LogFile&lt;span class=&#34;o&#34;&gt;=&lt;/span&gt;/tmp/ssl_log.txt &lt;span class=&#34;p&#34;&gt;;&lt;/span&gt;&#xA;&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;&lt;span class=&#34;k&#34;&gt;done&lt;/span&gt;&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;&lt;code&gt;ssl_meinhost.com&lt;/code&gt; bzw. &lt;code&gt;ssl.meinhost.com&lt;/code&gt; sind natürlich auf die entsprechenden Logfiles bzw. awstats-Konfiguration anzupassen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Backuppc zum Sichern von Desktops</title>
      <link>https://webman.at/cms/2012/05/backuppc-zum-sichern-von-desktops/</link>
      <pubDate>Wed, 23 May 2012 08:44:27 +0000</pubDate><author>bernd@webman.at (Bernd Öggl)</author>
      <guid>https://webman.at/cms/2012/05/backuppc-zum-sichern-von-desktops/</guid>
      <description>&lt;p&gt;Dazu gibt es schon viele Anleitungen, aber ein Problem bei meinem Linux-Desktop ließ mich nicht los:&lt;/p&gt;&#xA;&lt;pre class=&#34;brush: plain; title: ; notranslate&#34; title=&#34;&#34;&gt;Remote[1]: rsync: readlink_stat(&#34;/home/bernd/.gvfs&#34;) failed: Permission denied (13)&#xD;&#xA;&lt;/pre&gt;&#xA;&lt;p&gt;Der dritte Eintrag im Thread &lt;a href=&#34;http://ubuntuforums.org/showpost.php?s=e16b12882f026838f0c95f3d16c110d3&amp;amp;p=5474631&amp;amp;postcount=3&#34; target=&#34;_blank&#34; rel=&#34;noreferrer&#34;&gt;http://ubuntuforums.org/showthread.php?t=767311&lt;/a&gt; half schließlich: Mit &lt;code&gt;--one-file-system&lt;/code&gt; wird rsync angewiesen, das gemountete fuse-Filesystem unter &lt;code&gt;~/.gvfs&lt;/code&gt; nicht zu sichern.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
