Ky6uk's Blog

Возникла необходимость организации NAT «на скорую руку», но практические знания отсутствовали как таковые. В голове были лишь обрывки теории по использованию iptables в качестве необходимого инструмента и небольшая практика составления фильтрующих правил для последнего. Необходимость заключалась в том, чтобы отдавать трафик с дополнительного интерфейса на определенный адрес в локальной сети.
Читать далее…

В догонку к предыдущей статье «Как подружить pppd и resolv.conf» хотелось бы добавить пару слов о решении проблемы с затиранием файла /etc/resolv.conf DHCP клиентом.
Читать далее…

Живу в общежитии с локальной сетью примерно на 2-3 тысячи машин. В сети так же имеется локальный DNS сервер и некоторое количество локальных ресурсов, для которых на этом DNS сервере существуют соответствующие записи. Подразумевается, что этот DNS сервер может ресолвить как внешние адреса, так и локальные. Выходом во «внешний мир» для меня служит VPN соединение провайдера, доступного в этой локальной сети. Проблема заключается в том, что после поднятия ppp интерфейса pppd перетирает глобальный /etc/resolv.conf своим, который содержит только две записи, полученные от провайдера и знать не знающие о наших локальных ресурсах.
Читать далее…

30-ого июня сего года в свет появился перевод на русский язык журнала Full Circle #25 посвященного Ubuntu Linux. Признаюсь честно, мне этот журнал не нравится за излишнюю «дружелюбность» и какое-то детское настроение в статьях, но новички, как предполагается, должны почерпнуть из него много интересного доступным языком. Ниже представлен краткий обзор статей в этом выпуске:
Читать далее…

Использую Ubuntu 9.10 + KDE 4. По некоторым причинам решил сменить почтовый клиент Thunderbird на KMail. Как только я установил новый клиент, как столкнулся с проблемой шифрования и подписывания писем с помощью OpenPGP. Каждый раз при подписывании или шифровании начала выскакивать ошибка «Bad passphrase», хотя никакой пароль от ключей меня никто не спрашивал.
Читать далее…

Имея в своем распоряжении машину с выходом в интернет и хостящимися на ней несколькими сайтами, задался вопросом отправки писем на внешку. Требовалось это много для чего, в основном для отправки писем с подтверждением регистраций и т.п.. Проблема заключалась в том, что на этой машине не был настроен почтовый сервер.

Немного погуглив нашел статью по настройке отправки email-уведомлений от cron. Прочитав понял, что отправка писем на e-mail в Debian делается за какую-то минуту. На момент написания статьи это был Debian Lenny.
Читать далее…

В последнее время все чаще начал задумываться о надобности фиксировать важные события. Не то чтобы на память, скорее полезные записи «на будущее». Ну сказано — сделано. Без особых колебаний был выбран WordPress. Подпилен, обвешан плагинами и пущен в свободное плавание.

Все бы хорошо, да дернуло поставить плагин безопасности WP Security Scan. Автоматическая установка прошла без проблем, собственно как и со всеми другими плагинами. Проблема появилась когда в админ-панели этот плагин посоветовал переименовать префикс таблиц в базе данных с wp_ на что-либо другое. Сделать это он предложил сразу, автоматически. Казалось бы, что может быть страшного в простом переименовании таблиц? Так и решено было поступить.

Переименование прошло без проблем. Изменил в wp-config.php префикс на новый, обновил страницу и тут оказалось, что меня перестало пускать в админ-панель с сообщением «Вы не имеете достаточно прав для доступа к данной странице.». Проверка таблиц показала, что все в порядке. Права тоже были в норме. Google намекал на вероятность проблемы с кодировками в базе данных, но я отказывался в это верить, так как, на мой взгляд, с ними было все в порядке.

Решение нашлось на одном из форумов, где обсуждалась подобная проблема. Как я и предполагал кодировки тут были не при чем. Виновата была таблица wp_usermeta. Дело в том, что в ней хранятся метаданные пользователей и поле meta_key может содержать записи, содержащие префикс таблиц (у меня это были wp_capabilities, wp_user_level, wp_usersettings, wp_usersettingstime, wp_autosave_draft_ids, wp_metaboxorder_dashboard и wp_metaboxorder_post).

После изменения префикса таблиц необходимо так же поменять и все префиксы в таблице wp_usermeta на новые. После этой процедуры переименования всё опять заработало и я без проблем залогинился в админ-панель.