<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Vicky's server guides</title>
	<atom:link href="http://www.vickysguide.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vickysguide.com</link>
	<description>Linux server administration tips and tricks</description>
	<lastBuildDate>Fri, 13 Jan 2012 16:50:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Perl update conflict in yum</title>
		<link>http://www.vickysguide.com/perl-update-yum-conflict/</link>
		<comments>http://www.vickysguide.com/perl-update-yum-conflict/#comments</comments>
		<pubDate>Fri, 13 Jan 2012 16:50:44 +0000</pubDate>
		<dc:creator>vicky</dc:creator>
				<category><![CDATA[General linux admin]]></category>
		<category><![CDATA[perl update]]></category>
		<category><![CDATA[yum conflict]]></category>
		<category><![CDATA[yum problem]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/?p=112</guid>
		<description><![CDATA[Have you ever had problem updating perl via yum and yum spitting a conflict error message at you?  I&#8217;ve met this problem on few CentOS 5 boxes of mine and thought I share the solution. I happens on 64bit boxes and the error is for example like this file /usr/share/man/man1/splain.1.gz from install of perl-5.8.8-32.el5_7.6.x86_64 conflicts [...]]]></description>
			<content:encoded><![CDATA[<p>Have you ever had problem updating perl via yum and yum spitting a conflict error message at you?  I&#8217;ve met this problem on few CentOS 5 boxes of mine and thought I share the solution.</p>
<p>I happens on 64bit boxes and the error is for example like this</p>
<blockquote><p>file /usr/share/man/man1/splain.1.gz from install of perl-5.8.8-32.el5_7.6.x86_64 conflicts with file from package perl-5.8.8-32.el5_6.3.i386<br />
file /usr/share/man/man1/xsubpp.1.gz from install of perl-5.8.8-32.el5_7.6.x86_64 conflicts with file from package perl-5.8.8-32.el5_6.3.i386<br />
file /usr/share/man/man3/CGI.3pm.gz from install of perl-5.8.8-32.el5_7.6.x86_64 conflicts with file from package perl-5.8.8-32.el5_6.3.i386</p></blockquote>
<p>Obviously it is a problem of having a i386 version along the 64bit. First you need to remove the i386 version and then install perl again. You can do it by executing this command:</p>
<p>yum -y remove perl.i386 &amp;&amp; yum -y install perl</p>
<p>It should work and you end up with a correct installation of perl. Until the next update <img src='http://www.vickysguide.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/perl-update-yum-conflict/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Roccat Kone+ firmware upgrade problem (Solved!)</title>
		<link>http://www.vickysguide.com/roccat-kone-firmware-upgrade-problem-solved/</link>
		<comments>http://www.vickysguide.com/roccat-kone-firmware-upgrade-problem-solved/#comments</comments>
		<pubDate>Fri, 11 Nov 2011 10:12:32 +0000</pubDate>
		<dc:creator>vicky</dc:creator>
				<category><![CDATA[Windows]]></category>
		<category><![CDATA[driver problem]]></category>
		<category><![CDATA[firmware upgrade]]></category>
		<category><![CDATA[gaming mouse]]></category>
		<category><![CDATA[Roccat Kone+]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/?p=108</guid>
		<description><![CDATA[Recently I have fallen for Battlefield 3 and this game forced me to buy a new gaming mouse. Early x-mas   I decided to buy Roccat Kone+ and was surprised this mouse has upgradable firmware. The one I purchased had old fw so I decided to upgrade it.. However, it did not work and I [...]]]></description>
			<content:encoded><![CDATA[<p>Recently I have fallen for Battlefield 3 and this game forced me to buy a new gaming mouse. <img src='http://www.vickysguide.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  Early x-mas <img src='http://www.vickysguide.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />   I decided to buy Roccat Kone+ and was surprised this mouse has upgradable firmware. The one I purchased had old fw so I decided to upgrade it.. However, it did not work and I did many attempts, turned on/off antivirus, and all other software that could block the upgrade process. Then I was advised to try older version of drivers and then try the latest one and this procedure worked&#8230; therefore I bring you step by step instructions how to upgrade driver and firmware on your Roccat Kone+ mouse..</p>
<p>Only in case the regular procedure with latest drivers ( 1.49/1.45 ) doesn&#8217;t work, please go ahead with the following workaround!</p>
<p>1.)     Uninstall the driver completely<br />
2.)     Install the driver &#8220;1.45/1.40&#8243;<br />
<a href="http://www.roccat.org/Support/Gaming-Mice/ROCCAT-Kone-/" target="_blank">http://www.roccat.org/Support/<wbr>Gaming-Mice/ROCCAT-Kone-/</wbr></a></p>
<p>&lt;&lt;&lt;In case the firmware update should not start automatically, do the following steps (otherwise skip step 3+4 and go ahead with 5!)&gt;&gt;&gt;</p>
<p>3.)     Go to your C:\Programs\ROCCAT\Kone[+] Mouse\FWupdate<br />
4.)     Execute the Kone[+] Firmware Updater.exe</p>
<p>5.)     Now uninstall the driver 1.45/1.40 again.<br />
6.)     Finally install the most recent driver 1.49/1.45<br />
<a href="http://www.roccat.org/Support/Gaming-Mice/ROCCAT-Kone-/" target="_blank">http://www.roccat.org/Support/<wbr>Gaming-Mice/ROCCAT-Kone-/</wbr></a></p>
<p>This worked for me and it is the official procedure that Roccat advises. Feel free to leave comments if this worked for you too! Enjoy gaming with this great mouse.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/roccat-kone-firmware-upgrade-problem-solved/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Add user to wheel group</title>
		<link>http://www.vickysguide.com/add-user-to-wheel-group/</link>
		<comments>http://www.vickysguide.com/add-user-to-wheel-group/#comments</comments>
		<pubDate>Mon, 06 Jun 2011 07:37:12 +0000</pubDate>
		<dc:creator>vicky</dc:creator>
				<category><![CDATA[General linux admin]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[add user]]></category>
		<category><![CDATA[disable root login]]></category>
		<category><![CDATA[wheel group]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/?p=93</guid>
		<description><![CDATA[If you are on cpanel (or any other centos server) and need the security feature that root cannot log in via ssh (I will cover this elsewhere) you can do it by adding new user by using these commands: # adduser testuser # passwd testuser that will create the user &#8220;testuser&#8221; and prompts you to [...]]]></description>
			<content:encoded><![CDATA[<p>If you are on cpanel (or any other centos server) and need the security feature that root cannot log in via ssh (I will cover this elsewhere) you can do it by adding new user by using these commands:</p>
<p># adduser testuser<br />
# passwd testuser</p>
<p>that will create the user &#8220;testuser&#8221; and prompts you to enter his password</p>
<p>With this you would not be able to su to root, therefore you need to add this user to wheel group by using command:</p>
<p># usermod -f wheel testuser</p>
<p>Voila, now user &#8220;testuser&#8221; will be able to su &#8211; to root and you can disable direct root login in your ssh configuration.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/add-user-to-wheel-group/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>boincmgr: error while loading shared libraries</title>
		<link>http://www.vickysguide.com/boincmgr-error-while-loading-shared-libraries/</link>
		<comments>http://www.vickysguide.com/boincmgr-error-while-loading-shared-libraries/#comments</comments>
		<pubDate>Sun, 21 Nov 2010 13:13:35 +0000</pubDate>
		<dc:creator>vicky</dc:creator>
				<category><![CDATA[General linux admin]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/?p=89</guid>
		<description><![CDATA[Do you use your spare server power to compute BOINC projects? Seti@Home or MilkyWay or some others ? You surely encountered error on CentOS 5 or RHEL 5 these errors: ./boincmgr: error while loading shared libraries: libXcomposite.so.1: cannot open shared object file: No such file or directory ./boincmgr: error while loading shared libraries: libXdamage.so.1: cannot [...]]]></description>
			<content:encoded><![CDATA[<p>Do you use your spare server power to compute BOINC projects? Seti@Home or MilkyWay or some others ?</p>
<p>You surely encountered error on CentOS 5 or RHEL 5 these errors:</p>
<p><em>./boincmgr: error while loading shared libraries: <strong>libXcomposite.so.1</strong>: cannot open shared object file: No such file or directory<br />
./boincmgr: error while loading shared libraries: <strong>libXdamage.so.1</strong>: cannot open shared object file: No such file or directory</em><br />
The cure is actually pretty easy, you just need to install the missing libraries</p>
<p>yum install libXcomposite libXdamage</p>
<p>And your problem should be vanished.. Also, you may need these libraries, but those should be installed by default: zlib, openssl, curl-devel</p>
<p>Happy computing <img src='http://www.vickysguide.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/boincmgr-error-while-loading-shared-libraries/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rkhunter installation</title>
		<link>http://www.vickysguide.com/rkhunter-installation/</link>
		<comments>http://www.vickysguide.com/rkhunter-installation/#comments</comments>
		<pubDate>Sun, 28 Mar 2010 18:30:12 +0000</pubDate>
		<dc:creator>vicky</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[backdoor]]></category>
		<category><![CDATA[remove]]></category>
		<category><![CDATA[rkhunter]]></category>
		<category><![CDATA[rootkit]]></category>
		<category><![CDATA[trojan]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/rkhunter-installation/</guid>
		<description><![CDATA[Rkhunter is an intrustion detection program for Linux OS which has been widely used by many server administrators. Sometimes there is a false alarm but most of the time you need to check the problematic areas Rkhunter points out. NEW: November 30th 2009 &#8211; Rkhunter v.1.3.6. is available and this how-to is updated. Use these [...]]]></description>
			<content:encoded><![CDATA[<p>Rkhunter is an intrustion detection program for Linux OS which has been widely used by many server administrators. Sometimes there is a false alarm but most of the time you need to check the problematic areas Rkhunter points out.</p>
<p><span style="color: #ff0000;">NEW: November 30th 2009 &#8211; Rkhunter v.1.3.6. is available and this how-to is updated. </span></p>
<p><span id="more-8"></span></p>
<p>Use these commands to install it:</p>
<p>wget http://downloads.sourceforge.net/project/rkhunter/rkhunter/1.3.6/rkhunter-1.3.6.tar.gz?use_mirror=freefr</p>
<p>tar xvfz rkhunter*<br />
cd rkhunter-1.3.6<br />
./installer.sh &#8211;layout oldschool &#8211;install</p>
<p><span style="color: #ff0000;"><strong>note the installation difference</strong></span> &#8211; my command uses old format for installing rkhunter. If you do not have rkhunter installed or want it to be installed elsewhere follow the install script instructions and using &#8220;&#8211;layout default&#8221; may be good option.</p>
<p>Also, you will need to edit the config file because it is different than previous version. Do so by using this command:</p>
<p>cp /etc/rkhunter.conf /usr/local/etc/rkhunter.conf</p>
<p>It worked for me. Inspect the config file before usage.</p>
<p>After successful installation you can remove this rkhunter-1.3.6 directory.</p>
<p>At this time it is a good idea to create a cron job task to run Rkhunter regularly with email to root mailbox.</p>
<p>crontab -e</p>
<p>and insert these lines in there:</p>
<p><code>10 0 * * * /usr/local/bin/rkhunter –-update &gt; /dev/null 2&gt;&amp;1 # updates Rkhunter’s database<br />
25 0 * * * /usr/local/bin/rkhunter -c –-nocolors –-cronjob –-report-mode –-createlogfile –-skip-keypress –-quiet # runs it in cronjob mode</code></p>
<p>That&#8217;s it! Enjoy this fine piece of software <img src='http://www.vickysguide.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Here is the changelog for version 1.3.6: (date is in European format)</p>
<p>* 1.3.6 (30/11/2009)</p>
<p>New:<br />
- Added ZK rootkit check.<br />
- German translation provided.<br />
- Added the IGNORE_PRELINK_DEP_ERR option to the configuration file. This<br />
option can be used when a persistent prelink dependency error occurs.<br />
Further details of its use are in the configuration file.<br />
- Added CX rootkit check.<br />
- Added the USER_FILEPROP_FILES_DIRS configuration option. This allows<br />
users to add further files and directories to the file properties<br />
check. Details are in the configuration file. The installer program<br />
will automatically add the configuration file pathname to this option.<br />
- Added the EPOCH_DATE_CMD configuration option. In the file properties<br />
test any modification date/times will now be displayed in human-readable<br />
format as well as the number of epoch seconds. This option can be used<br />
to specify the command to use if the &#8216;date&#8217; or &#8216;perl&#8217; commands cannot<br />
convert epoch seconds.<br />
- Added the COPY_LOG_ON_ERROR configuration option. When set this will<br />
take a copy of the log file if any errors or warnings have occurred.<br />
- Added the WEBCMD configuration option. This allows users to specify<br />
the command used to download data file updates from the Internet.<br />
- It is now possible to put configuration changes into a local config<br />
file. This file, called &#8216;rkhunter.conf.local&#8217;, must be in the same<br />
directory as the main configuration file. Rkhunter will look for<br />
configuration options in the main config file, and then in the local<br />
config file if it exists. As before, for options allowed only once,<br />
the last one seen is used. For options allowed more than once, all<br />
options from both files will be used.<br />
- Added the SHARED_LIB_WHITELIST configuration option to allow the<br />
whitelisting of preloaded shared libraries.<br />
- Made some minor changes to enable support for SliTaz Linux.<br />
- Added the WARN_ON_OS_CHANGE and UPDT_ON_OS_CHANGE configuration<br />
options. During the file properties check there are some O/S tests<br />
performed to see if the O/S has changed since the last run of<br />
&#8216;rkhunter &#8211;propupd&#8217;. By default if something has changed, then a<br />
warning is shown. If the WARN_ON_OS_CHANGE option is unset, then no<br />
warnings will be shown. If the UPDT_ON_OS_CHANGE option is set, and<br />
the O/S has changed, then rkhunter will automatically update the file<br />
properties file (in effect, it will run &#8216;rkhunter &#8211;propupd&#8217;).<br />
- The installer now has a &#8216;&#8211;overwrite/-o&#8217; option. When used this will<br />
overwrite the existing configuration file. This allows a site to check<br />
the new config file (at least once) for changes, and then modify their<br />
own &#8216;rkhunter.conf.local&#8217; file as required. This option can then be<br />
used to have the installer overwrite the default config file. It saves<br />
having to move the new default config file into place on each computer.<br />
- Locking is now possible when rkhunter runs. This prevents RKH running<br />
more than once and corrupting any modified files such as the log file,<br />
or the file properties file. New configuration options have been added<br />
to handle the locking, and the configuration file contains details of<br />
how the locking works. The default is not to use locking.<br />
- Added support for hash functions SHA224, SHA256, SHA384 and SHA512 using<br />
perl modules Digest-SHA-PurePerl or SHA256, both available at CPAN.<br />
- Added the UPDATE_LANG configuration option. This can be set to those<br />
language files the user wants to be updated when the &#8216;&#8211;update&#8217; option is<br />
used. Since most sites may only use one language, this can reduce the<br />
network bandwidth used. The default is to update all the languages. The<br />
configured default language, and English (en), are always updated.<br />
- Added the ALLOWPROMISCIF configuration option. This can be used to<br />
specify network interfaces which are allowed to be in promiscuous mode.<br />
- Added the SCANROOTKITMODE configuration option. If set to &#8220;THOROUGH&#8221; then<br />
the scanrootkit function will search for filenames in all directories.<br />
While still not optimal this is one step away from the rigidity of<br />
searching only in known locations. Enabling this feature implies you have<br />
the knowledge to interprete results properly.<br />
- Added OSX rootkit check.<br />
- Added weaponX rootkit check.<br />
- Added the PKGMGR_NO_VRFY configuration option. This allows specified<br />
files to be exempt from the package manager verification process. Now<br />
that users can include their own files into the file properties check,<br />
it is possible that changed packaged files will cause a warning to be<br />
issued. This option allows those files to skip the package manager<br />
verification, and be treated as non-packaged files.<br />
- Added cb rootkit check.<br />
- Added Fu rootkit check.<br />
- Added ld-linuxv.so.1 LD_PRELOAD check.<br />
- Added Adore Rootkit aka strings.o rootkit aka Dextenea check.<br />
- Added iLLogiC rootkit check.<br />
- Added &#8216;Spanish&#8217; rootkit check.<br />
- Added Xzibit rootkit check.<br />
- Added trNkit rootkit check.</p>
<p>Changes:<br />
- Removed the &#8216;os_specific&#8217; test for OpenBSD. The *BSD test is currently<br />
only applicable to NetBSD and FreeBSD.<br />
- Updated the ENYE LKM check.<br />
- The &#8216;&#8211;debug&#8217; option no longer needs to be the first option on the<br />
command line.<br />
- Improved support for MAC&#8217;s now using the bash shell by default. Include<br />
logging of whether 64-bit is available.<br />
- When uninstalling rkhunter, old versions of the document directory<br />
(usually /usr/local/share/doc/rkhunter-*) will now be removed.<br />
- The warnings from the passwd and group file changes tests are now<br />
more specific about what has changed.<br />
- Small change to the detection of Source Mage Linux.<br />
- Renamed part of the &#8216;shared_libs&#8217; test to display that it is checking<br />
for preloaded libraries, rather than just the preload file. The pathname<br />
of the preload file is now logged, and any found shared library files are<br />
now logged as a warning.<br />
- The SYSLOG_CONFIG_FILE configuration option can now take the value of<br />
&#8216;NONE&#8217; to indicate that there is no syslog configuration file, despite<br />
the fact that syslogd may be running.<br />
- Some tests will now show their result as &#8216;Whitelisted&#8217;. If a test uses a<br />
configuration option, and this has been set, and the test passes &#8211; giving<br />
a green result &#8211; then it will now be shown as &#8216;Whitelisted&#8217;. The user can<br />
now see that a test has either passed correctly &#8211; an &#8216;OK&#8217; or &#8216;Not found&#8217;<br />
type result &#8211; or has passed because the test requirements have been<br />
whitelisted. It is for the user to investigate if this is correct or not.<br />
(This change does not currently apply to all relevant tests.)<br />
Additionally, the configuration option WHITELISTED_IS_WHITE can be set<br />
if the &#8216;Whitelisted&#8217; result is to be shown in white rather than green.<br />
For color set two users this will be shown in black.<br />
- Improved the O/S name detection slightly for those systems which only<br />
provide a version number.<br />
- Rkhunter now ensures that the output from the &#8216;lsattr&#8217; command, or<br />
&#8216;ls -lno&#8217; on *BSD systems, and the &#8216;file&#8217; command is valid. That is, it<br />
produces something on stdout. If it doesn&#8217;t, then the &#8216;immutable&#8217; and/or<br />
&#8216;scripts&#8217; test is skipped.<br />
- Changed the RPM spec file so as not to verify the checksum, size and mtime<br />
of the database files and the i18n files. These files may be changed by<br />
rkhunter itself.<br />
- The installer now uses the &#8216;default&#8217; layout by default. It is no longer<br />
necessary to specify the layout at all if the default is to be used.<br />
The &#8216;&#8211;layout&#8217; option no longer needs to be the first option specified<br />
if it is used.<br />
- Improved Fleakit Linux Rootkit checks.<br />
- Improved SHV4 Rootkit checks.<br />
- Improved beX2 Rootkit check.<br />
- Improved Phalanx2 Rootkit check to include Phalanx version 2.3d as reported<br />
in ticket 2839813, including a PHALANX2_DIRTEST configuration option which<br />
enables scanning for directory names and accepts the value &#8217;0&#8242; for default<br />
directory names to search for and &#8217;1&#8242; for scanning the /etc and /usr<br />
directories for directory names ending in &#8216;.p2&#8242; at the expense of a slightly<br />
longer running time. Absence of the configuration option selects value &#8217;0&#8242;.<br />
- Improved Ambient (ark) Rootkit check.<br />
- Improved BOBkit Rootkit check.<br />
- Improved Dica-Kit Rootkit check.<br />
- Improved Evil strings test.<br />
- Improved Possible rootkit files and directories test.<br />
- Improved Suspicious startup file strings test.<br />
- Improved Suspicious open files test.<br />
- Improved Known bad Linux kernel modules test.<br />
- Improved Dreams Rootkit check.<br />
- Improved Universal Rootkit (URK) check.<br />
- Improved FreeBSD Rootkit (FBRK) check and removed standalone ImperialS version.</p>
<p>Bugfixes:<br />
- When using the Korn shell the application check could give a spurious<br />
error printing out &#8216;-1&#8242;.<br />
- The debug code only partially worked when using the Korn shell.<br />
- Fixed the option parsing in the configuration file such that leading<br />
and trailing whitespace are now correctly removed.<br />
- When displaying the list of checked rootkit names, the list was supposed<br />
to be sorted.<br />
- If the &#8216;&#8211;list&#8217; option was used more than once with the same argument<br />
(e.g. &#8216;&#8211;list tests &#8211;list tests&#8217;), it displayed the wrong information.<br />
- The rootkit strings check wasn&#8217;t logging a warning for the particular<br />
string found. It was, however, displaying an overall test failure<br />
warning on the screen though.<br />
- The rootkit file whitelisting wasn&#8217;t applied to the startup script<br />
malware check. Also the summary wasn&#8217;t showing if any possible rootkits<br />
had been found or not.<br />
- If the &#8216;&#8211;propupd&#8217; option was used with either of the &#8216;&#8211;enable/&#8211;disable&#8217;<br />
command-line options, then the file properties would not be stored.<br />
However, if, for example, the &#8216;hashes&#8217; test was enabled, then only these<br />
would be stored. In all cases the relevant test was not run after the<br />
file properties were obtained, unless the &#8216;&#8211;check&#8217; option was also used.<br />
- The installer now uses a basic &#8216;echo&#8217; command. Hopefully it should work<br />
on all UNIX/Linux systems, and avoid any further &#8220;-e&#8221;&#8216;s being displayed.<br />
- Changed how rkhunter detects the Korn shell, and added a test to see if<br />
the &#8216;echo -e&#8217; command works or not. As with the installer, this should<br />
allow rkhunter to work on all UNIX/Linux systems, and avoid any further<br />
&#8220;-e&#8221;&#8216;s being displayed.<br />
- When converting the case of characters, unpredictable results could<br />
occur when other languages were specified (via LANG). We now use character<br />
classes rather than the &#8216;a-z&#8217; and &#8216;A-Z&#8217; ranges.<br />
- For the &#8216;ports&#8217; test ensure that only local ports are checked. Also if a<br />
port is whitelisted, the result will say so.<br />
- Using &#8216;&#8211;hash MD5 &#8211;propupd&#8217; on a prelinked system caused an error.<br />
- If a non-existent syslog config file was put into the RKH configuration<br />
file, then rkhunter incorrectly said that it was found.<br />
- If the use of prelinking changed, and the &#8216;hashes&#8217; test was disabled, then<br />
rkhunter correctly logged a warning (of an O/S change) but did not display<br />
it unless the &#8216;&#8211;rwo&#8217; option was used. It now displays the warning whether<br />
&#8216;&#8211;rwo&#8217; is used or not.<br />
- The &#8216;group_accounts&#8217; test now checks /etc/passwd, as well as the shadow<br />
file, for passwordless accounts.<br />
- If the passwd file did not exist, then a warning of this was logged three<br />
times. It is now logged once as a warning, and as an info message for the<br />
other times.<br />
- It was possible for the network ports test to incorrectly display a warning<br />
due to an uninitialised variable.<br />
- The SSH configuration file tests now allow for leading spaces/tabs.<br />
- When using the &#8216;&#8211;debug&#8217; option, and running the &#8216;suspscan&#8217; test, the debug<br />
file itself could be logged as suspicious. It is now skipped from the test.<br />
- Ensure the /proc/ksyms or /proc/kallsyms file is readable before using it.<br />
- If the mirrors.dat file has been locally modified to provide a mirror, then<br />
the installer will no longer overwrite the file.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/rkhunter-installation/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lynis &#8211; security and system auditing tool</title>
		<link>http://www.vickysguide.com/lynis-security-and-system-auditing-tool/</link>
		<comments>http://www.vickysguide.com/lynis-security-and-system-auditing-tool/#comments</comments>
		<pubDate>Sun, 28 Mar 2010 18:15:01 +0000</pubDate>
		<dc:creator>vicky</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[linux security]]></category>
		<category><![CDATA[lynis]]></category>
		<category><![CDATA[scanner]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/lynis-security-and-system-auditing-tool/</guid>
		<description><![CDATA[Michael Boelen, the author of RKHUNTER rootkit checker has made another nice auditing tool &#8211; Lynis. It works on many Linux/Debian/MacOS/BSD systems and provides you the admin important information about system configuration and security issues. Update: On 15th December 2009 there was version 1.2.9 released. I updated this how-toa bit late, but better than never [...]]]></description>
			<content:encoded><![CDATA[<p>Michael Boelen, the author of RKHUNTER rootkit checker has made another nice auditing tool &#8211; Lynis. It works on many Linux/Debian/MacOS/BSD systems and provides you the admin important information about system configuration and security issues.</p>
<p><span style="color: #ff0000;">Update: On 15th December 2009 there was version 1.2.9 released. I updated this how-toa bit late, but better than never <img src='http://www.vickysguide.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> .</span></p>
<p><span id="more-16"></span></p>
<p>The installation is very simple.</p>
<p>cd /root/<br />
wget http://www.rootkit.nl/files/lynis-1.2.9.tar.gz<a href="http://www.rootkit.nl/files/lynis-1.0.8.tar.gz"><br />
</a>tar xvfz lynis-1.2.9.tar.gz<br />
rm -f lynis-1.2.9.tar.gz<br />
cd lynis-1.2.9</p>
<p>now run &#8220;./lynis&#8221; to see all available options.</p>
<p>I prefer running it &#8220;./lynis -c -Q&#8221; so it does complete scan and does not wait after every page for my keypress. There is summary at the end of the scan which gives you info about warnings. I advise you to check all the things it reports. It is very nice tool and I will definitely monitor its future development.</p>
<p>Here is the changelog for version 1.2.9:</p>
<pre>New:
 - Support for Squid3
 - Added Squid unsafe ports check [SQD-3624]
 - Added Squid configuration file permission check [SQD-3613]
 - Added Squid test: reply_body_max_size option [SQD-3630]
 - Added /etc/init.d/rc and /etc/init.d/rcS to umask test [AUTH-9328]
 - Check PHP option allow_url_include [PHP-2378]

 Changes:
 - Extended possible Squid configuration file locations
 - Added additional sysctl keys to default profile
 - Fixed typo in squid.conf checks
 - Improved descriptions, logging and reporting for several tests
 - Corrected /etc/security/limits.conf path in test [KRNL-5820]
 - Updated man page, limited lines to 80 chars
</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/lynis-security-and-system-auditing-tool/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Install GD without recompiling Apache</title>
		<link>http://www.vickysguide.com/install-gd-without-recompiling-apache/</link>
		<comments>http://www.vickysguide.com/install-gd-without-recompiling-apache/#comments</comments>
		<pubDate>Sun, 28 Mar 2010 11:11:30 +0000</pubDate>
		<dc:creator>vicky</dc:creator>
				<category><![CDATA[Cpanel/WHM]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[GD]]></category>
		<category><![CDATA[re-compile]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/?p=81</guid>
		<description><![CDATA[If you need to enable GD to your php installation and do not want to recompile whole Apache then there is easy solution. You just execute command  /scripts/installgd  as root on your cPanel server and you are set.]]></description>
			<content:encoded><![CDATA[<p>If you need to enable GD to your php installation and do not want to recompile whole Apache then there is easy solution.</p>
<p>You just execute command  /scripts/installgd  as root on your cPanel server and you are set.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/install-gd-without-recompiling-apache/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Enable PhpMyAdmin import zip files</title>
		<link>http://www.vickysguide.com/enable-phpmyadmin-import-zip-files/</link>
		<comments>http://www.vickysguide.com/enable-phpmyadmin-import-zip-files/#comments</comments>
		<pubDate>Wed, 20 Jan 2010 01:05:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Cpanel/WHM]]></category>
		<category><![CDATA[phpmyadmin]]></category>
		<category><![CDATA[zip import]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/?p=75</guid>
		<description><![CDATA[To enable phpmyadmin at cpanel server to import zipped mysql dumps you need to reconfigure internal cpanel php installation.. Edit /var/cpanel/easy/apache/profile/makecpphp.profile.yaml Change: Cpanel::Easy::PHP5::Zip: 0=0 To: Cpanel::Easy::PHP5::Zip: 1 Save the file Run `/scripts/makecpphp` before running the last command make sure the file /var/cpanel/easy/apache/profile/makecpphp.profile.yaml is chattr +i.]]></description>
			<content:encoded><![CDATA[<p>To enable phpmyadmin at cpanel server to import zipped mysql dumps you need to reconfigure internal cpanel php installation..</p>
<p>Edit /var/cpanel/easy/apache/profile/makecpphp.profile.yaml<br />
Change: Cpanel::Easy::PHP5::Zip: 0=0<br />
To: Cpanel::Easy::PHP5::Zip: 1<br />
Save the file<br />
Run `/scripts/makecpphp`</p>
<p>before running the last command make sure the file /var/cpanel/easy/apache/profile/makecpphp.profile.yaml is chattr +i.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/enable-phpmyadmin-import-zip-files/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>My nginx installation procedure</title>
		<link>http://www.vickysguide.com/my-nginx-installation-procedure/</link>
		<comments>http://www.vickysguide.com/my-nginx-installation-procedure/#comments</comments>
		<pubDate>Thu, 14 Jan 2010 16:47:46 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[General linux admin]]></category>
		<category><![CDATA[nginx]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/?p=72</guid>
		<description><![CDATA[I really started to like nginx web server, and here is my procedure step by step how to install this server on CentOS 5.4 yum install gcc pcre-devel openssl-devel wget http://nginx.org/download/nginx-0.7.65.tar.gz &#38;&#38; tar xvfz nginx-0.7.65.tar.gz ./configure --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_gzip_static_module make make install ln -s /usr/local/nginx/conf /etc/nginx ln -s /usr/local/nginx/logs /var/log/nginx ln -s /usr/local/nginx/sbin/nginx /usr/sbin/nginx Then grab [...]]]></description>
			<content:encoded><![CDATA[<p>I really started to like nginx web server, and here is my procedure step by step how to install this server on CentOS 5.4</p>
<p><code>yum install gcc pcre-devel openssl-devel<br />
wget http://nginx.org/download/nginx-0.7.65.tar.gz &amp;&amp; tar xvfz nginx-0.7.65.tar.gz<br />
./configure --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_gzip_static_module<code><br />
make<br />
make install<br />
ln -s /usr/local/nginx/conf  /etc/nginx<br />
ln -s /usr/local/nginx/logs  /var/log/nginx<br />
ln -s /usr/local/nginx/sbin/nginx /usr/sbin/nginx</code></code></p>
<p>Then grab this init script for red hat from http://wiki.nginx.org/RedHatNginxInitScript and put it in /etc/init.d/nginx file. Chmod 755 the file and you are ready.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/my-nginx-installation-procedure/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mytop error &#8220;long&#124;!&#8221;</title>
		<link>http://www.vickysguide.com/mytop-error-long/</link>
		<comments>http://www.vickysguide.com/mytop-error-long/#comments</comments>
		<pubDate>Tue, 17 Nov 2009 23:34:31 +0000</pubDate>
		<dc:creator>vicky</dc:creator>
				<category><![CDATA[Mysql]]></category>
		<category><![CDATA[mytop]]></category>

		<guid isPermaLink="false">http://www.vickysguide.com/?p=69</guid>
		<description><![CDATA[If you run mytop on RHEL server (or CentOS 5.x) you may get error message saying Error in option spec: &#8220;long&#124;!&#8221; You should edit file /usr/bin/mytop and comment out this line &#8220;long&#124;!&#8221; =&#62; \$config{long_nums}, after that, run mytop and all should work fine. Enjoy!]]></description>
			<content:encoded><![CDATA[<p>If you run mytop on RHEL server (or CentOS 5.x) you may get error message saying</p>
<p>Error in option spec: &#8220;long|!&#8221;</p>
<p>You should edit file /usr/bin/mytop and comment out this line</p>
<p>&#8220;long|!&#8221; =&gt; \$config{long_nums},</p>
<p>after that, run mytop and all should work fine.</p>
<p>Enjoy! <img src='http://www.vickysguide.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://www.vickysguide.com/mytop-error-long/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

