<?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>Просто БлогЪ... &#187; tricks</title> <atom:link href="http://adminco.org/category/tricks/feed/" rel="self" type="application/rss+xml" /><link>http://adminco.org</link> <description>Блог ни о чем</description> <lastBuildDate>Thu, 05 Jan 2012 18:20:31 +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>Couldn&#8217;t find PV pv1. Check your device.map</title><link>http://adminco.org/2011/06/couldn-t-find-pv-pv1-check-your-device-map/</link> <comments>http://adminco.org/2011/06/couldn-t-find-pv-pv1-check-your-device-map/#comments</comments> <pubDate>Tue, 28 Jun 2011 16:18:08 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[howto]]></category> <category><![CDATA[lvm]]></category> <guid
isPermaLink="false">http://adminco.org/?p=939</guid> <description><![CDATA[Виртуалка на базе KVM с lvm2 внутри. В свое время для увеличения дискового пространства был добавлен второй диск. И вот при очередном обновлении ядра вылезла ошибка: Running update-initramfs. update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64 Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/initramfs-tools 2.6.32-5-amd64 /boot/vmlinuz-2.6.32-5-amd64 run-parts: executing /etc/kernel/postinst.d/zz-update-grub 2.6.32-5-amd64 /boot/vmlinuz-2.6.32-5-amd64 Generating grub.cfg ... /usr/sbin/grub-probe: error: Couldn't find PV pv1. Check your device.map. [...]]]></description> <wfw:commentRss>http://adminco.org/2011/06/couldn-t-find-pv-pv1-check-your-device-map/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Домены *.ua и whois</title><link>http://adminco.org/2011/05/domenyi-ua-i-whois/</link> <comments>http://adminco.org/2011/05/domenyi-ua-i-whois/#comments</comments> <pubDate>Thu, 19 May 2011 16:29:21 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[bash]]></category> <category><![CDATA[hosting]]></category> <guid
isPermaLink="false">http://adminco.org/?p=930</guid> <description><![CDATA[с 15 мая сервер whois.net.ua, который использовался для whois-а украинских доменов, теперь выдает информацию только о доменах *.net.ua (что в принципе, как бы логично). В этой связи, при попытке проверить информацию о любом украинском домене можно видеть такой текст: # whois test.ks.ua % This server contains information for .net.ua only. % Please, refer to whois.ua [...]]]></description> <wfw:commentRss>http://adminco.org/2011/05/domenyi-ua-i-whois/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>apache и htaccess</title><link>http://adminco.org/2011/02/apache-i-htaccess/</link> <comments>http://adminco.org/2011/02/apache-i-htaccess/#comments</comments> <pubDate>Thu, 17 Feb 2011 15:06:32 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[apache]]></category> <category><![CDATA[directadmin]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[hosting]]></category> <guid
isPermaLink="false">http://adminco.org/?p=893</guid> <description><![CDATA[Итак, дано: сервер с директадмином и стандартными настройками apache. До определенного момента все прекрасно работало и "вдруг" перестало. Симптомы: у одного из юзеров перестали выполняться cgi скрипты, на многих доменах вместо сайта - 404 ошибка или 403. В корне доменов (domain/public_html/...) файла htaccess нет, но такое впечатление, что делается переопределение с index.php на index.html и [...]]]></description> <wfw:commentRss>http://adminco.org/2011/02/apache-i-htaccess/feed/</wfw:commentRss> <slash:comments>4</slash:comments> </item> <item><title>Установка IPSET, TARPIT и т.д. на Squeeze</title><link>http://adminco.org/2011/02/ustanovka-ipset-tarpit/</link> <comments>http://adminco.org/2011/02/ustanovka-ipset-tarpit/#comments</comments> <pubDate>Wed, 09 Feb 2011 19:54:28 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[Debian]]></category> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[iptables]]></category> <category><![CDATA[security]]></category> <guid
isPermaLink="false">http://adminco.org/?p=875</guid> <description><![CDATA[Честно скопи-пастил отсюда # aptitude update &#38;&#38; aptitude install module-assistant xtables-addons-source # m-a prepare # m-a auto-install xtables-addons-source # depmod -a Новые таржеты для iptables: CHAOS: randomly use REJECT, DELUDE or TARPIT targets. This will fool network scanners by returning random results DELUDE: always reply to a SYN by a SYN-ACK. This will fool TCP [...]]]></description> <wfw:commentRss>http://adminco.org/2011/02/ustanovka-ipset-tarpit/feed/</wfw:commentRss> <slash:comments>1</slash:comments> </item> <item><title>mod_ruid2 и php mail() = sender verify failed</title><link>http://adminco.org/2011/02/mod_ruid2-i-php-mail-sender-verify-failed/</link> <comments>http://adminco.org/2011/02/mod_ruid2-i-php-mail-sender-verify-failed/#comments</comments> <pubDate>Thu, 03 Feb 2011 18:53:38 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[apache]]></category> <category><![CDATA[directadmin]]></category> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[exim]]></category> <category><![CDATA[hosting]]></category> <guid
isPermaLink="false">http://adminco.org/?p=853</guid> <description><![CDATA[При использовании apache + mod_ruid2 в некоторых случаях может не доставляться почта, отправленная с помощью php-шной функции mail(), не смотря на все корректно заполненные заголовки. При попытке отправить письмо приходит "отлуп": Subject: Mail delivery failed: returning message to sender This message was created automatically by mail delivery software. A message that you sent could not [...]]]></description> <wfw:commentRss>http://adminco.org/2011/02/mod_ruid2-i-php-mail-sender-verify-failed/feed/</wfw:commentRss> <slash:comments>2</slash:comments> </item> <item><title>Как проверить почтовый сервер на open relay</title><link>http://adminco.org/2011/02/kak-proverit-pochtovyiy-server-na-open-relay/</link> <comments>http://adminco.org/2011/02/kak-proverit-pochtovyiy-server-na-open-relay/#comments</comments> <pubDate>Thu, 03 Feb 2011 13:02:07 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[tricks]]></category> <category><![CDATA[antispam]]></category> <category><![CDATA[exim]]></category> <category><![CDATA[howto]]></category> <guid
isPermaLink="false">http://adminco.org/?p=849</guid> <description><![CDATA[Когда давно тестировал свой почтовик на предмет открытого релая, но потом забыл адрес. Сегодня наткнулся снова, решил тут сохранить. Есть довольно неплохой сервис, который тестирует на разного рода виды открытого релея. Использовать его очень просто - необходимо подключиться telnet-ом (порт 23) с хоста, где запущен почтовый сервер, вот на этот адрес: relay-test.mail-abuse.org Почти сразу после [...]]]></description> <wfw:commentRss>http://adminco.org/2011/02/kak-proverit-pochtovyiy-server-na-open-relay/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>vsftpd: No /usr/sbin/vsftpd found running; none killed.</title><link>http://adminco.org/2011/01/vsftpd-no-usr-sbin-vsftpd-found-running-none-killed/</link> <comments>http://adminco.org/2011/01/vsftpd-no-usr-sbin-vsftpd-found-running-none-killed/#comments</comments> <pubDate>Fri, 28 Jan 2011 18:09:16 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[Debian]]></category> <category><![CDATA[ispmanager]]></category> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[bug]]></category> <category><![CDATA[hosting]]></category> <category><![CDATA[howto]]></category> <guid
isPermaLink="false">http://adminco.org/?p=829</guid> <description><![CDATA[Итак, сервер: Debian Squeeze + ISPmanager + vsftpd. При попытке перезапуска фтп демона пишет: # /etc/init.d/vsftpd restart Stopping FTP server: No /usr/sbin/vsftpd found running; none killed. При этом init-скрипт пишет номер процесса: # cat /var/run/vsftpd/vsftpd.pid 4634 Но пишет неправильный PID. По всей видимости, при установке ftp из панели ISPmanager, в конфиг /etc/vsftpd.conf была добавлена строка: [...]]]></description> <wfw:commentRss>http://adminco.org/2011/01/vsftpd-no-usr-sbin-vsftpd-found-running-none-killed/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>/lib/libc.so.6: version &#8216;GLIBC_2.11&#8242; not found</title><link>http://adminco.org/2011/01/lib-libc-so-6-version-glibc_2-11-not-found/</link> <comments>http://adminco.org/2011/01/lib-libc-so-6-version-glibc_2-11-not-found/#comments</comments> <pubDate>Sun, 23 Jan 2011 21:59:07 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[Debian]]></category> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[howto]]></category> <guid
isPermaLink="false">http://adminco.org/?p=817</guid> <description><![CDATA[Попал в руки сервер Debian Lenny 5.0.7 со следующими симптомами: не добавляются юзеры,  часть сервисов отвалилась (exim и dovecot, в частности, остальное не проверял), а при попытке что-ли установить получаем: dpkg: /lib/libc.so.6: version `GLIBC_2.8' not found (required by dpkg) dpkg: /lib/libc.so.6: version `GLIBC_2.11' not found (required by dpkg) E: Sub-process /usr/bin/dpkg returned an error code [...]]]></description> <wfw:commentRss>http://adminco.org/2011/01/lib-libc-so-6-version-glibc_2-11-not-found/feed/</wfw:commentRss> <slash:comments>2</slash:comments> </item> <item><title>[warn] [client x.x.x.x] mod_fcgid: HTTP request length 138329 (so far) exceeds MaxRequestLen (131072)</title><link>http://adminco.org/2010/12/warn-mod_fcgid-http-request-length-138329-so-far-exceeds-maxrequestlen-131072/</link> <comments>http://adminco.org/2010/12/warn-mod_fcgid-http-request-length-138329-so-far-exceeds-maxrequestlen-131072/#comments</comments> <pubDate>Mon, 27 Dec 2010 12:48:18 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[apache]]></category> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[hosting]]></category> <category><![CDATA[php]]></category> <guid
isPermaLink="false">http://adminco.org/?p=781</guid> <description><![CDATA[Установлен apache + mod_fcgi. При аплоаде файлов свыше 128к получаем 500-ю ошибку, а в логе пишется сабж. Фикс простой. Открываем конфиг mod_fcgi и увеличиваем максимальный размер, например в 10 мб: # nano /etc/apache2/mods-enabled/fcgid.conf &#60;IfModule mod_fcgid.c&#62; AddHandler fcgid-script .fcgi FcgidConnectTimeout 20 MaxRequestLen 10485760 &#60;/IfModule&#62; после релоада апачи - все работает.]]></description> <wfw:commentRss>http://adminco.org/2010/12/warn-mod_fcgid-http-request-length-138329-so-far-exceeds-maxrequestlen-131072/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>/dev/null: Permission denied</title><link>http://adminco.org/2010/12/dev-null-permission-denied/</link> <comments>http://adminco.org/2010/12/dev-null-permission-denied/#comments</comments> <pubDate>Fri, 24 Dec 2010 00:22:59 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[howto]]></category> <guid
isPermaLink="false">http://adminco.org/?p=771</guid> <description><![CDATA[Попался тазик, где происходит сабж. Клиент чудным образом выставил на /dev/null левые права: # ls -la /dev/null -rw-r--r-- 1 root munin 38 2010-12-23 21:01 /dev/null Фикс простой - получаем root-овые права и чиним: # rm /dev/null &#038;&#038; mknod -m 0666 /dev/null c 1 3 # ls -la /dev/null crw-rw-rw- 1 root root 1, 3 2010-12-24 [...]]]></description> <wfw:commentRss>http://adminco.org/2010/12/dev-null-permission-denied/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>VirtualBox и warning in file &#8216;/var/lib/dpkg/available&#8217; near line 53968 package &#8216;virtualbox-3.0&#8242;</title><link>http://adminco.org/2010/09/warning-in-file-var-lib-dpkg-available-near-line-53968-package-virtualbox-3-0/</link> <comments>http://adminco.org/2010/09/warning-in-file-var-lib-dpkg-available-near-line-53968-package-virtualbox-3-0/#comments</comments> <pubDate>Fri, 10 Sep 2010 15:34:08 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[Debian]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[bug]]></category> <category><![CDATA[script]]></category> <guid
isPermaLink="false">http://adminco.org/?p=685</guid> <description><![CDATA[При очередном обновлении "сквизи" вылезли варнинги warning, in file '/var/lib/dpkg/available' near line 12159 package 'virtualbox': error in Version string '1.6.6-35336_Debian_lenny': invalid character in revision number ..... Если коротко, то это баг. Подробности описаны на bugs.debian.org Лечится ручной правкой: sed -i -e '/^Version:/ s/[^-a-zA-Z0-9:.+~ ]/+invalid+char+removed+by+dpkg+/g' /var/lib/dpkg/available (Взято с баг-трекера)]]></description> <wfw:commentRss>http://adminco.org/2010/09/warning-in-file-var-lib-dpkg-available-near-line-53968-package-virtualbox-3-0/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Как закрыть sshd без iptables</title><link>http://adminco.org/2010/09/kak-zakryit-sshd-bez-iptables/</link> <comments>http://adminco.org/2010/09/kak-zakryit-sshd-bez-iptables/#comments</comments> <pubDate>Wed, 01 Sep 2010 02:36:41 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[bash]]></category> <category><![CDATA[firewall]]></category> <category><![CDATA[howto]]></category> <category><![CDATA[security]]></category> <guid
isPermaLink="false">http://adminco.org/?p=649</guid> <description><![CDATA[Если лень возиться с iptables, то ограничить доступ к ssh (и не только) можно и без iptables. Для этого достаточно дописать несколько строк в файлы /etc/hosts.allow /etc/hosts.deny Например, открываем доступ к sshd с ip 192.168.1.12 и 192.168.250.250, а для остальных доступ к sshd будет закрыт. Добавляем в файл /etc/hosts.allow строку, где указаны разрешенные ip: sshd: [...]]]></description> <wfw:commentRss>http://adminco.org/2010/09/kak-zakryit-sshd-bez-iptables/feed/</wfw:commentRss> <slash:comments>6</slash:comments> </item> <item><title>Свежие версии mysql/php для Lenny</title><link>http://adminco.org/2010/07/svezhie-versii-mysql-php-dlya-lenny/</link> <comments>http://adminco.org/2010/07/svezhie-versii-mysql-php-dlya-lenny/#comments</comments> <pubDate>Fri, 16 Jul 2010 17:03:01 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[Debian]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[howto]]></category> <category><![CDATA[linux]]></category> <category><![CDATA[mysql]]></category> <category><![CDATA[php]]></category> <guid
isPermaLink="false">http://adminco.org/?p=387</guid> <description><![CDATA[На сервере вполне уютно живет Debian Lenny, однако хочется использовать более свежие версии софта, того же MySQL или PHP (речь идет о ветке 5.2). А учитывая, что в репозитарии ну очень уж древние версии, в бекпортах толком ничего нет, то возникает вопрос - как быть ? Ставить из тестинга или собирать из сорцов как-то лениво, [...]]]></description> <wfw:commentRss>http://adminco.org/2010/07/svezhie-versii-mysql-php-dlya-lenny/feed/</wfw:commentRss> <slash:comments>2</slash:comments> </item> <item><title>mysql init-скрипт для directadmin</title><link>http://adminco.org/2010/07/mysql-init-skript-dlya-directadmin/</link> <comments>http://adminco.org/2010/07/mysql-init-skript-dlya-directadmin/#comments</comments> <pubDate>Tue, 13 Jul 2010 22:21:44 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[Debian]]></category> <category><![CDATA[directadmin]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[mysql]]></category> <guid
isPermaLink="false">http://adminco.org/?p=373</guid> <description><![CDATA[Мне крайне не нравится дефолтовый mysql инит скрипт, который идет в поставке Directadmin, потому как работает он крайне некорректно. Взял я штатный дебиановский инит-скрипт и приспособил его для работы с mysqld, который поставляется с панелью Директадмин. Работает на все 100%, как и полагается в Дебиане. Сам скрипт качаем тут Выслушаю любые предложения/пожелания относительно данной модификации.]]></description> <wfw:commentRss>http://adminco.org/2010/07/mysql-init-skript-dlya-directadmin/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Memcached master-to-master replication</title><link>http://adminco.org/2010/05/memcached-master-to-master-replication/</link> <comments>http://adminco.org/2010/05/memcached-master-to-master-replication/#comments</comments> <pubDate>Tue, 18 May 2010 05:32:33 +0000</pubDate> <dc:creator>admin</dc:creator> <category><![CDATA[Debian]]></category> <category><![CDATA[linux]]></category> <category><![CDATA[tricks]]></category> <category><![CDATA[howto]]></category> <category><![CDATA[memcache]]></category> <category><![CDATA[replication]]></category> <guid
isPermaLink="false">http://adminco.org/?p=339</guid> <description><![CDATA[Имеем два сервера (fail-over), на которых крутятся несколько веб сайтов. Естественно, оба mysql-сервера работают по схеме master-to-master replication. Все вроде бы хорошо, файлы автоматически обновляются раз в 15 минут (rsync), базы также (master-to-master replication). При падении одного из серверов - второй вполне нормально справляется. Для снижения нагрузки файлы сессий стали писать в мемкашед-сервер. И вот [...]]]></description> <wfw:commentRss>http://adminco.org/2010/05/memcached-master-to-master-replication/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> </channel> </rss>
