Перейти к собственно контенту

AgR^ Live Blog

Общественные записки не поддающиеся вкуриванию…

Архив

Метка: сервер

В связи с окончанием поддержки php53 на FreeBSD, решил переехать на php55, при этом перескачив ветку php54.
Приступим....

1. Запускаем обновление:
portmaster -o lang/php55 lang/php53
2. сохраняем и (или) распечатываем файл подключаемых модулей - /usr/local/etc/php/extensions.ini , тк он нам ещё понадобится.
3. Удаляем ВСЕ модули начинающиеся с php53-########
pkg delete -f php53-########
...
...
...
pkg delete -f php53-########
и
удаляем также модули начинающиеся с pecl-####### , ессно предварительно сохранив их список (pkg version -v | grep pecl >> ext.txt)
pkg delete -f pecl-#######
...
pkg delete -f pecl-#######

4. Устанавливаем расширения:
cd /usr/ports/lang/php55-extensions
make config
И выбираем все те модули которые находились у нас в файле /usr/local/etc/php/extensions.ini
Жмём ОК и далее:
make install clean

Устанавливаем из портов pecl-####### модули, которые удалили.
5. И напоследок, на всякий случай, а вдруг что то зависящее забыли пересобрать:
portmaster -R -r php55-5.5.18

и оказались правы. Пересобралось ещё с десяток зависящих портов.

6. Проверяем:
php -v
должно вывести информацию о php без вывода ошибок:
-
PHP 5.5.18 (cli) (built: Oct 28 2014 09:08:34)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
-
И ещё так, чисто для профилактики - проверка всех библиотек:
pkg check -Ba

7. Устанавливаем модуль php для apache, тк его вынесли отдельно:
cd /usr/ports/www/mod_php55
make install clean

И фиг....не ставится по причине окончания поддержки apache22 во фре.
Делать нечего. Будем обновляться до apache24

portmaster -o www/apache24 www/apache22
Обновились.
Про все прелести переноса конфигов писать не буду, тк у каждого будет своя пляска с бубном, ибо апач24 это отдельная история.

А теперь подключаем PHP:
cd /usr/ports/www/mod_php55
make install clean
Готово!

Не забываем поправить /etc/rc.conf для запуска apache24.
Запускаем апач:
/usr/local/etc/rc.d/apache24 start

Уффффф. На всё ушло три часа. Но зато теперь веб сервак на фре снова в строю.

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

Вот такое глобальное обновление получилось!

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Загрузка...
1 803 views

Впервые за два с лишним года завис веб сервер, в момент архивации всех данных. Дело было в субботу рано утром. Доступа к серверу в выходные не оказалось. Так и простоял до понедельника. Зато в понедельник занялся обновлением всего сервера (всего ПО) до актуального состояния. Потратил весь день. Но зато теперь стоит «девственно» чистая система, без всяких известных ошибок и дыр в ОС и портах. Но нехороший осадок всё таки остался.

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Загрузка...
525 views

В статистике веб сервера apache со временем стали появляться ошибки — 206 Partial Content. Кто то пишет что это баг апача. Но чтобы эта ошибка не мозолила глаза — уберём её.
Для начала проверим апач на «вшивость»:

curl -I -H "Range: bytes=0-1,0-2" -s amigas.ru/robots.txt | grep Partial
curl -I -H "Request-Range: bytes=0-1,0-2,0-3,0-4,0-5,0-6" -s amigas.ru/robots.txt | grep Partial
И если ответ сервера - 206 Partial Content, значит наш сервер уязвим.

1. Проверяем, собран ли наш апач с модулем mod_headers:
cd /usr/ports/www/apache22 ; make config
и ищем данную опцию - [X] HEADERS Enable mod_headers
Если установлена, то всё ОК. Если нет, то пересобираем апач.
2. Редактируем конфиг апача, путём добавления пары строчек:
ee /usr/local/etc/apache22/httpd.conf
и добавляем:
RequestHeader unset Request-Range
RequestHeader unset Range
3. Перезапускаем апач.


Вот и всё. Теперь в статистике апача полностью отсутствует данная ошибка.

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Загрузка...
2 403 views

А вот и обещанное ранее описание процедуры инсталяции и настройки жаббер сервера «prosody» на FreeBSD.

В какой то момент вдруг и резко заебала аська. В следствии чего было решено уползти на jabber, ибо бесплатно, опенсурсно и легко конфигурируемо….. А поскольку имеем свои доменные имена и свои выделенные сервера, то решил поднять что то своё. Перебрав несколько вариантов (ejabber, openfire, prosody,…..) решил остановиться на prosody, тк очень и очень легковесный и не особо требователен к ресурсам.

13-04-2011 p.s. Пока готовил статью — появилась версия 0.8. И как следствие — изменился конфиг. Ниже теперь вставлен новый конфигурационный файл.
Далее…

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Загрузка...
8 252 views

После установки jabber сервера prosody (возможно про установку напишу чуть позже) понадобилось добавить людей из другого домена. Но! Они нихера не видятся и соответственно не получается устроить диалог. Зато внутри своего домена всё нормально. Чтение «фака» сразу просветило. Всё оказалось проще пареной репы….но не всё.
Из «фака» стало ясно, что достаточно будет прописать в днс сервере — запись типа:
_xmpp-client._tcp.example.com. 18000 IN SRV 0 5 5222 xmpp.example.com.
_xmpp-server._tcp.example.com. 18000 IN SRV 0 5 5269 xmpp.example.com.

В моём случае это выглядит так:
_xmpp-client._tcp.amigas.ru. 18000 IN SRV 0 5 5222 amigas.ru.
_xmpp-server._tcp.amigas.ru. 18000 IN SRV 0 5 5269 amigas.ru.

Ну что же….идём к своему «днс хостеру»(хостинг-центр) в админку и пытаемся там прописать. И вот вам облом…. Произвольную запись добавить нельзя! Ибо там у них своя «админка». Читаем их «фак». Просветления никакого. Решил написать в техподдержку. Правда спустя минут 10, методом тыка нашёл, каким образом вписывать такие записи. Вот:


И теперь народ в других сетях нормально находится и можно спокойно общаться.
А хостинг центру рекомендую добавить в «фак» инфу про то, как вписывать такие записи через их «админку».
Вот и всё…..

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Загрузка...
1 147 views