<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:ref="http://purl.org/rss/1.0/modules/reference/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns="http://purl.org/rss/1.0/">
	<channel rdf:about="http://www.cyberbyte.ch/blog/rss.rdf">
		<title>Sysadmin Blog</title>
		<link>http://www.cyberbyte.ch/blog/index.php</link>
		<description><![CDATA[Copyright Cyberbyte Networks]]></description>
		<items>
			<rdf:Seq>
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry170505-152715" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry140604-182616" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry140414-121759" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry130508-002458" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry130306-005519" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry130121-125842" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry100620-201822" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry080217-000000" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry030101-210430" />
				<rdf:li resource="http://www.cyberbyte.ch/blog/index.php?entry=entry030101-210008" />
			</rdf:Seq>
		</items>
	</channel>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry170505-152715">
		<title>Reverse Proxy mit HTTP Auth im Backend</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry170505-152715</link>
		<description><![CDATA[Damit man über einen Reverse-Proxy auf einen Web-Server zugreifen kann, welcher seinerseits wieder mit HTTP Basic Authentifizierung geschützt ist (und im Backend andere Login-Informationen als für die Anmeldung am Reverse Proxy erforderlich sind), muss die HTTP-Authentifizierung für den Backend-Server im Proxy-Abschnitt mitgegeben werden.<br /><br />Dazu muss zuerst Benutzername und Passwort in eine Base64-Zeichenkette encodiert werden:<br /><pre>echo -n &quot;User:Pass&quot; | base64<br />VXNlcjpQYXNz<br /></pre>(auch wenn kein Benutzername benutzt wird, muss das Doppelpunkt im zu encodierenden String enthalten sein!)<br /><br />Danach in der Konfiguration des als Reverse-Proxy verwendeten Frontend-Servers folgendes z.B. in einen Location-Abschnitt hinzufügen.<br /><br />Apache:<br /><pre>RequestHeader set Authorization &quot;Basic VXNlcjpQYXNz&quot;</pre><br />Nginx:<br /><pre>proxy_set_header Authorization &quot;Basic VXNlcjpQYXNz&quot;;</pre><br /><br /><strong>Technischer Hintergrund:</strong><br /><br />Sofern dieselben Anmelde-Informationen im Backend verwendet werden  wie im Frontend (Reverse-Proxy), sollte dieses bei der nachfolgenden HTTP-Auth Anfrage transparent vom Client Web-Browser weitergereicht werden, und obiger Parameter ist nicht notwendig.<br /><br />Wird hingegen versucht, sich mit unterschiedlichen HTTP-Auth Passwörter anzumelden (zuerst dasjenige für den Reverse-Proxy, dann dasjenige, welches der Backend-Webserver verlangt), ist darauf sofort die Anmeldung am Proxy nicht mehr gültig -&gt; Ein Zugriff würde so also nie funktionieren!]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry140604-182616">
		<title>Check certificate on a server</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry140604-182616</link>
		<description><![CDATA[Issue the following command:<br /><pre>openssl s_client -CApath /etc/ssl/certs/ -connect &lt;host.domian.tld&gt;:993</pre><br />For testing on a mail server supporting both non-encrypted and encrypted (TLS) connections using STARTTLS method:<br /><pre>openssl s_client -CApath /etc/ssl/certs/ -starttls smtp -connect &lt;host.domian.tld&gt;:25</pre><br /><br />There should be stated quite at end of command output:<br /><pre>    Verify return code: 0 (ok)</pre><br />before an eventual greeting message of the server.<br /><br />A bit above, you can check the certificate chain completeness:<br /><pre>Certificate chain<br /> 0 s:/description=3UwjnK9kRZ2wUo8e/C=CH/CN=domain1.ownspace.ch/emailAddress=hostmaster@ownspace.ch<br />   i:/C=IL/O=StartCom Ltd./OU=Secure Digital Certificate Signing/CN=StartCom Class 1 Primary Intermediate Server CA<br /> 1 s:/C=IL/O=StartCom Ltd./OU=Secure Digital Certificate Signing/CN=StartCom Class 1 Primary Intermediate Server CA<br />   i:/C=IL/O=StartCom Ltd./OU=Secure Digital Certificate Signing/CN=StartCom Certification Authority<br />---</pre><br />The last i(ssuer) is the root cert that most client will trust.]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry140414-121759">
		<title>Postfix Mail Queue Cleaner</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry140414-121759</link>
		<description><![CDATA[This small shell script removes all messages originating from a certain sender address out of the postfix mail queue.<br /><br /><pre><br />#! /bin/bash<br />if [ &quot;$1&quot; == &quot;&quot; ]; then<br />  echo &quot;please give e-mail address&quot;<br />  exit 1<br />else<br />  emailaddr=$1<br />fi<br />for id in `mailq | egrep &quot;[0-9A-F]{10} &quot; | grep &quot;$emailaddr&quot; | cut -d &quot; &quot; -f 1`<br />do<br />  echo $id<br />  postsuper -d $id<br />done<br /><br /></pre>]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry130508-002458">
		<title>Asus ASMB4 iKVM Remote Console</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry130508-002458</link>
		<description><![CDATA[A real PITA is to use the Console redirection of the integrated / optional iKVM of ASUS servers.<br /><br />Access to the web-GUI (directly or even forwarded like 127.0.0.1:8080 tunneled through ssh to the iKVM&#039;s real ip behind a jump host) is quite straight-forward and easy to use.<br /><br />But the console redirection slightly doesn&#039;t work even directly (server has the IP address you type in your web-browser) and with properly installed Java Web Start, at least with version 2.13 of the iKVM firmware.<br /><br />So this workaround may help:<br />1. Log in to the Web-GUI<br /><br />2. Start the Java console under Remote Control<br /><br />3. Download the .jnlp file instead of opening Java Web Start directly<br />4. Edit the file as following:<br /><pre><br />&lt;argument&gt;127.0.0.1:8080&lt;/argument&gt;<br />to<br />&lt;argument&gt;127.0.0.1&lt;/argument&gt;<br /></pre><br />(for example if you have forwaded or mapped the real port 80 to <br />8080, this has to be only the IP address WITHOUT the port)<br /><br /><pre><br />&lt;argument&gt;0&lt;/argument&gt;<br />to<br />&lt;argument&gt;7578&lt;/argument&gt;<br /></pre><br />(this has to be the port where the (local) Java Client will connect to the remote server&#039;s console and not &#039;0&#039;, may also be another port when you do a port mapping or forwarding)<br /><br />5. Now open the jviewer.jnlp file with Java Web Start.<br /><br />The console should now show up...<br /><br />(for all ports involved see the related link to the ASUS support site)<br /><br />In some situations, there even the download of the JAVA files stucks with 0%. Perhaps then you experience some troubles with SSL because some INTEL ikvm will try to use HTTPS (even if you connect to the iKVM GUI with only HTTP). So use again a manually edited .jnlp file:<br /><br />1. Download the jnlp file instead of opening directly<br /><br />2. Change the line with the keyword codebase by replacing the &quot;https://&quot; with just &quot;http://&quot;<br /><pre>&lt;jnlp spec=&quot;1.0+&quot; codebase=&quot;http://&lt;your_ikvm_ip&gt;/Java&quot; &gt;</pre><br />3. Open the jviewer.jnlp file with Java Web Start<br />]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry130306-005519">
		<title>rsync to WebDAV drive</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry130306-005519</link>
		<description><![CDATA[For having an intuitive GUI synchronisation client, you may use <a href="http://www.opbyte.it/grsync/" >grsync</a> using a gvfs path on Linux or a Drive Letter on Windows where the WebDAV Storage is preliminary mounted. Or go for the commercial sync tool <a href="http://www.goodsync.com/" >GoodSync</a> which has WebDAV protocol built-in.<br /><br />But now, when you try to synchronise with the WebDAV storage (e.g. to OwnSpace Web Storge or to Dropbox), you probably get many &quot;file not found&quot; errors and you end up with no files on the WebDAV storage.<br /><br />To get that to work, you must use the rsync option &quot;--inplace&quot;. Search for rsync options or an option meaning &quot;directly write to files instead of temporary files&quot;.<br />]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry130121-125842">
		<title>Using Windows for direct access (WebDAV) to storage.ownspace.ch</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry130121-125842</link>
		<description><![CDATA[You can actually map network drives to webdav locations. To do so use this:<br /><br />1. Open Windows Explorer<br />2. Rightclick on &#039;Computer&#039;<br />3. Go to &#039;map network drive&#039;<br />4. Choose station/drive letter<br />5. Enter this path:<br /><pre>\\storage.ownspace.ch@SSL\files\shares\my-files<br /></pre>6. Press OK and your set.<br />]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry100620-201822">
		<title>Playing WMA Pro content using 32bit mplayer on 64bit Linux</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry100620-201822</link>
		<description><![CDATA[<h2>Problem</h2><br />You cannot play new WMA media (aka wma9) content on your 64bit Linux system because of missing audio format support, e.g you get an error message similar like that:<br /><br />Cannot find codec for audio format 0x162.<br /><br /><h2>Solution</h2><br />    Get win32codecs<br /><br />    Unpack the files to <code>/usr/lib/codecs</code> ,e.g. with<br /><br /><pre>    tar xvjf essential-20071007.tar.bz2<br />    mkdir -p /usr/lib/codecs<br />    mv essential-20071007/* /usr/lib/codecs/<br />    ln -s /usr/lib/codecs /usr/lib/win32 </pre><br />    add the path to the library search path so the libraries can be found:<br /><br /><pre>    echo &quot;/usr/lib/win32/&quot; &gt; /etc/ld.so.conf.d/win32codecs.conf<br />    ldconfig </pre><br />    Obtain the mplayer 32bit package (built for Ubuntu 9.10 Karmic Koala). Only the 32bit version can make use of the win32codecs!<br /><br />    Install the deb package:<br /><pre>    dpkg -i mplayer32_1.0svn_amd64.deb </pre><br />    Run the 32bit mplayer with <code>/usr/bin/mplayer32 &lt;URL&gt;</code><br /><br />    MPlayer should now play the stream or file, enjoy!!]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry080217-000000">
		<title>Open Office Dictionaries</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry080217-000000</link>
		<description><![CDATA[To add a new spelling dictionary, hyphenation dictionary or thesaurus files for another language, at least for OpenOffice 2.x:<br /><br />    Close all OpenOffice applications<br />    Obtain the file for your language from <a href="http://wiki.services.openoffice.org/wiki/Dictionaries" >OpenOffice Dictionaries Wiki</a><br />    Unpack the zip-file to the dictionaries directory, e.g.:<br /><pre>    cd /usr/lib/openoffice/share/dict/ooo<br />    unzip /path/where/downloaded/de_CH-20071211.zip </pre><br />    Run install-dict:<br /><pre>    /usr/lib/openoffice/install-dict </pre><br />Now you should see the new language module with Tools / Options / Language Settings / Writing Aids under &quot;Available language modules&quot;<br /><br />Paths may vary, on my gentoo machine, the OpenOffice files are under <code>/usr/lib/openoffice/</code>]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry030101-210430">
		<title>Primary Domain Controller not found</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry030101-210430</link>
		<description><![CDATA[Errormessage &quot;Could not Find Primary DC&quot; appears in Server Manager or when you would join a domain or set up a trust relationship between two domains.<br /><br />This behavior can occur if the 1b (domain master browser) and 1c (domain controller) NetBIOS names for the PDC are not registered in the Windows Internet Naming Service (WINS). This can occur when the WINS servers in the two domains do not replicate to each other or there aren&#039;t any WINS server available at a remote place (on the other side of a firewall or router)<br /><br /><h2>Resolution:</h2><br />Make these entries in LMHOSTS:<br /><pre>  10.0.0.1   PDCName   #PRE #DOM:DomainName<br />  10.0.0.1   &quot;Domain         \0x1b&quot;   #PRE  </pre><br />    - Replace 10.0.0.1 in the example with the IP address of the PDC in the remote domain.<br />    - Replace the PDCName with the NetBIOS name of the domain PDC.<br />    - Replace DomainName with the Windows NT 4.0 domain name of the target domain.<br /><br />    So far, this is a common thing, but the next line is also required:<br /><br />    A NetBIOS type, also called NetBIOS suffix, must be indicated for the appropriate domain. Specially important is, that this suffix must be at the end of the domain name, with is 15 characters plus 1, total 16 characters in lenght. When you specify the NetBIOS suffix (\0x1b) after the Domain name (must be the sixteenth character), the spacing between the quotation marks is critical. There must be a total of 20 characters within the quotation marks (the domain name plus the appropriate number of spaces to pad up to 15 characters plus the backslash (\) plus the NetBIOS hex representation of the service type).]]></description>
	</item>
	<item rdf:about="http://www.cyberbyte.ch/blog/index.php?entry=entry030101-210008">
		<title>How To run Windows Explorer as an administrator?</title>
		<link>http://www.cyberbyte.ch/blog/index.php?entry=entry030101-210008</link>
		<description><![CDATA[* FAQ: RUN WINDOWS EXPLORER AS AN ADMINISTRATOR<br />( contributed by John Savill, <a href="http://www.windows2000faq.com" >http://www.windows2000faq.com</a> )<br /><br />Q. How do I run Windows Explorer as an administrator when I&#039;m logged on as a different user?<br /><br />A. The impersonation service, Runas, is a nice Windows 2000 feature. But Runas can&#039;t run Windows Explorer impersonated because in Win2K, new Windows Explorer windows are spawned as threads of the main explorer.exe invocation. You can circumvent this behavior in the following way:<br /><br />1. Select Start, Run, and type<br /><pre>runas /user:administrator &quot;\&quot;c:\program files\internet<br />explorer\iexplore\&quot; c:\\&quot; </pre><br />2. Click OK.<br />3. When the system prompts you, enter your Administrator password.<br /><br />This command executes Windows Explorer in the desired context; adding a local path makes Windows Explorer emulate the default (i.e., no Windows Explorer bars or buttons).]]></description>
	</item>
</rdf:RDF>
