Если вы настроили авторизацию по ключу, но удаленный сервер при входе продолжает с вас упорно требовать пароль, то отправляйтесь смотреть логи на удалённом сервере:

tail /var/log/auth.log

Если там встретите ошибку Authentication refused: bad ownership or modes for directory, то это означает, что беда в правах на папки и файл с разрешенными ключами. Далее обсудим, какие права необходимо установить.

И вот недавно, в начале мая 2012 года, он вышел — свободный графический редактор GIMP 2.8, охарактеризовать который можно коротко так: теперь одноконный режим появился и в стабильной мажорной версии. По умолчанию, впрочем, при запуске включается привычный для смирившихся пользователей многооконный интерфейс, но перевести его в однооконное состояние можно без всячеких мучений, парой кликов, заглянув в пункт главного меню «Окна».

Вообще, такое можно было сделать уже давно (например, в релиз-кандидате), но с выходом GIMP 2.8 ожидаемая фича наконец-то закрепилась в стабильной версии (которая, кстати, неоднократно переносилась, GIMP 2.8 собирались выпускать чуть ли не летом 2011 года). Однако, этот новый релиз настолько свеж, что в Ubuntu 12.04 Precise Pangolin — не попал, а значит придётся новый GIMP ставить руками.

Установка не самая сложная (поскольку существует готовый репозиторий с GIMP 2.8), но есть в ней один неприятный нюанс: чтобы новый GIMP встал ровно надо удалить принудительно конфликтующий кусочек старого.

1 сентября вышла первая бета-версия Ubuntu 11.10 (после трёх альфа-релизов). Вторая бета ожидается 22 сентября, а финальный релиз — 13 октября. RC намечен на 6 октября, но теперь релиз-кандидаты особо не пиарятся, хотя порой они бывают настолько стабильны, что устанавливать смело можно даже их.

Нас ждут следующие фичи:

• Ядро Linux версии 3.0.3.
• Unity с легковесным вариантом в виде Unity2D.
• Новый и последний GNOME 3+ (который можно будет поставить вместо Unity).
• Экран логина на базе LightDM вместо прежнего GDM.
• Thunderbird в роли дефолтного почтового клиента. Закончилась эра Evolution. Я вижу основную силу Thunderbird в том, что с ним ещё проще мигрировать с платформы на платформу: начинающие пользователи могут заранее «привыкнуть» к нему на Windows, а потом переехать на Ubuntu вместе с профилем и почтовой базой. Как минимум, браузер, почтовый клиент и офисный пакет теперь отвязаны от ОС и могут сопровождать пользователя при переходе с Windows на Ubuntu (или, вдруг, обратно). Для офисных работников появляется возможность бесшовной миграции (сначала начинаем использовать новый софт на Windows, потом переходим на Ubuntu, но с уже освоенным софтом, без потерь настроек, данных и пр.).
• Новый и последний LibreOffice.
• Фича Multiarch, дающая лучшую поддержку 32-битным приложением, при их запуске на 64-битной платформе.

Наверняка, о чём-то я забыл упомянуть. Но, в целом, есть чего ждать.

Ситуация проста: на новый и очаровательный сервер с Ubuntu 10.04+ и современным (когда-то) PHP 5.3, пригодным для всех актуальных версий CMS, вдруг требуется подселить старый-старый сайт, начинающий сыпать ошибками при попытке запуска на PHP 5.3 (подавай ему чего-нибудь постарше, например, PHP 5.2). Кто виноват — понятно. Но что делать?

Не паниковать! На одном сервере с одним Apache2 прекрасно заводятся и соседствуют PHP 5.2 (через fastcgi) и PHP 5.3 (как модуль Apache2). Мы далее решим проблему так, что указать какой именно PHP использовать можно будет на уровне настроек виртуального хоста.

Эта статья была обновлена до актуального состояния. В частности, ссылки на PHP 5.2 тут рабочие (он переехал в музей старых версий). Мануал не годен для Ubuntu 13.10, поскольку там при сборке php не удаётся подцепить libjpeg62. В общем, коли уж вам приходится заниматься некрофилией, то выбирайте для этого и систему постарее (разумеется, в отдельной виртуалке или на отдельном ни на что более не годном VPS).

Вообще, я обо всём об этом уже писал. Но тема акутальности не потеряла. К тому же, появилось совсем уж простое техническое решение для Ubuntu 10.04+. Но начну с краткого ликбеза, потому что в целом вопрос, о котором речь пойдёт далее, из тех, что рекомендуются новичкам к скорейшему изучению. Итак, незащищённое http-соединение опасно тем, что любой, кто слушает (снифает) трафик, прекрасно видит все пароли, которые вы отсылаете на сайты вместе с логинами по протоколам POST или GET. Заниматься таким могут злоумышленники или, например, обезумевшие админы вашего провайдера.

Зато, если соединение с удалённым сервером устанавливается по протоколу https (с использованием для шифрования данных SSL сертификата), весь перехваченный трафик злоумышленникам — не пригодится, потому что ваши запросы к серверу и его ответы вам — зашифрованы (а расшифровка, в общем случае, архисложна или невозможна).

SSL сертификат это набор средств, которые позволяют шифровать передаваемую информацию открытым ключом (так, чтоб расшифровал только получатель) и однозначно идентифицировать владельца сертификата (для защиты от фишинга: злоумышленники не смогут подделать сертификат домена вашего банка, поэтому если вы попали на правильный домен и соединение защищено SSL — расслабьтесь). SSL сертификаты выдают специальные организации и обычно берут за это деньги (например, $100 в год). Но! Сертификат можно создать самостоятельно. Увы, при первом заходе на сайт с таким сертификатом браузер будет ругаться (ведь он заранее знает о центрах сертификации, но ничего не знает о вас), зато потом, когда вы подтвердите, что сертификату можно доверять — браузер создаст защищенное соединение с сервером, которое будет не хуже, чем обеспечиваемое платным сертификатом.

Конечно, это всё не нужно пользователям, если на сервере у вас крутится уютный бложик или какой-нибудь форум (и вы, наверное, догадываетесь, что на шифрование тоже тратятся ресурсы). Но ведь на том же самом сервере для тех же самых бложика с форумом, вы можете пользоваться веб-интерфейсом phpMyAdmin для управления СУБД. Перехваченные пароли нескольких пользователей форума — это так себе проблема, а вот пароль от всей базы данных ресурса с тысячими юзеров — куда страшнее. Соответственно, вам, как вебмастеру, ходить в phpMyAdmin и админку форумов/сайтов и пр. — лучше по защищенному SSL соединению. Согласны?

А теперь о том, как всё это настроить и запустить на своём сервере под управлением Ubuntu за пару минут (или даже быстрее, если вы быстро печатаете в консоли — потребуется лишь 5 команд).

28 апреля вышел финальный релиз Ubuntu 11.04. Самые активные пользователи его уже, наверняка, успели пощупать на этапе beta-тестирования, а самые осторожные пользователи — наоборот, не спешат обновляться.

Хочется коротко рассказать о том, что же по-настоящему нового ждёт пользователей в новой версии дистрибутива, а также обсудить такую занятную тему: откуда без проблем и с ветерком можно было скачать дистрибутив в часы-пик (когда все остальные его тоже усиленно качали).

Часто встречаю мучительные поиски решений упомянутой в заголовке проблемы в Debian-подобных дистрибутивах, в том числе и в Ubuntu.

А решение, тем временем, тривиальное и однозначное.

Надо в vhosts.conf добавить директиву ServerName со значением localhost.

Проще всего это сделать одной лаконичной командой:
sudo echo ServerName localhost >> /etc/apache2/conf.d/vhosts.conf

Как подсказали в комментариях, представленный выше пример — неправильный, от суперпользователя будет выполняться echo, а нам надо, чтобы от него выполнилась запись в файл, поэтому делаем вот так (если вы конечно уже не суперпользователь):
echo ServerName localhost | sudo tee -a /etc/apache2/conf.d/vhosts.conf

И после этого надо перезапустить сервер:
service apache2 restart