1

День добрый, уважаемые коллеги!

Перенесли физический сервер CentOs в виртуальную среду, проверили работоспособность - все гуд. На нем крутиться asterisk 1.6

Хочется обновить до последней версии систему, с CentOS не работал, работал с Debian, не могу разобраться с репозиториями как их и где прописывать, какие могут быть подводные камни?

Я , конечно, сделал Snapshot виртуальной машины, но все же хочется обновиться наиболее безболезненно.

Подскажите, пожалуйста, как это можно сделать?

Война - фигня, главное - манёвры ;)

2

r1sh пишет:

Я , конечно, сделал Snapshot виртуальной машины, но все же хочется обновиться наиболее безболезненно.

Наименее болезненно - сделать виртуальную машину под нужной осью. CentOS 6.3 из кАропки включает в себя правильный набор репозиториев. И, в  принципе, им можно вполне обойтись. Хотя, можно подключить и отдельные репозитории, которые ведутся для отдельных пакетов, например, для самбы или openVPN. Главное - тщательно настроить весь функционал сервера на этой виртуальной машине. А потом, в выбранный час, "реализовать" эту виртуалку через tar на реальную машину. Через несколько минут будем иметь реализованный железный сервер.

Хотя я в последнее время предпочитаю функциональные сервера не реализовывать, а оставлять их в виртуалках. А на нативном железе живет только хост, который тянет все эти виртуалки. Это первое.
Второе - чем обоснован выбор астериска такой древней версии? Я бы сейчас (если бы разворачивал * с нуля, взял бы AsteriskNow где он уже версии 1.10. Хотя бы из тех соображений, что в 1.10 неплохо проработана поддержка факсов. А в 1.6 - без шаманских плясок с бубнами факсы не завести. Там они очень нестабильны. Или на Hylafax уходить надо.

3

yum update
yum upgrade

все.

4

Cruiser78 пишет:
r1sh пишет:

Я , конечно, сделал Snapshot виртуальной машины, но все же хочется обновиться наиболее безболезненно.

Наименее болезненно - сделать виртуальную машину под нужной осью. CentOS 6.3 из кАропки включает в себя правильный набор репозиториев. И, в  принципе, им можно вполне обойтись. Хотя, можно подключить и отдельные репозитории, которые ведутся для отдельных пакетов, например, для самбы или openVPN. Главное - тщательно настроить весь функционал сервера на этой виртуальной машине. А потом, в выбранный час, "реализовать" эту виртуалку через tar на реальную машину. Через несколько минут будем иметь реализованный железный сервер.

Хотя я в последнее время предпочитаю функциональные сервера не реализовывать, а оставлять их в виртуалках. А на нативном железе живет только хост, который тянет все эти виртуалки. Это первое.
Второе - чем обоснован выбор астериска такой древней версии? Я бы сейчас (если бы разворачивал * с нуля, взял бы AsteriskNow где он уже версии 1.10. Хотя бы из тех соображений, что в 1.10 неплохо проработана поддержка факсов. А в 1.6 - без шаманских плясок с бубнами факсы не завести. Там они очень нестабильны. Или на Hylafax уходить надо.

приветствую! Спасибо за ответ!

Дело в том что у нас есть "администратор астериска" который во-первых выставил его наружу со внешним IP без iptables, во-вторых ниразу за все это время не обновил астериск хотя бы до версии 1.8, я уже молчу про CentOS 5.4, так же он долго мялся по поводу переноса физического сервера в виртуалку, рассказывал свои опасения и тд, в итоге я все перенес, запустил, проверил - все работает, так и оставили, физический сервак через неделю отключили.

Честно скажу, сам астериск я никогда не администрировал, да в sip.conf или extensions.conf могу залезать, создать номер телефона, добавить его в очередь но не более, а с никсами, как я уже писал, у меня наиболее тесный опыт был в работе с дебианом, по этому на центос немного непривычно.

Обновить до старшей версии астериск "администратор астериска" отказывается аргументируя тем, что из-за разницы в версиях может возникнуть много проблем, она может упасть и тд, я все-таки предпочитаю не сидеть на древнем софте в ретроградном стиле а все-таки ставить пусть и не самые последние обновления, в целях безопасности.

По этому получается так, что собственноручно перенести сам астериск,по скольку не знаю его архитектуры и работы, я не могу, а с обновлением ос возникают вот такая редиска))

Война - фигня, главное - манёвры ;)

5

r1sh пишет:

По этому получается так, что собственноручно перенести сам астериск,по скольку не знаю его архитектуры и работы, я не могу, а с обновлением ос возникают вот такая редиска))

Не тронь технику, она и не подведет. Загони реальный астериск в KVM-виртуалку. Через тот же tar. И пусть он там и живет до скончания века. Я когда начинал работать со *, то развернул его на стенде, в виртуалке. Так та виртуалка в продакшн и пошла. Правда версия немного поновее - 1.8. Тоже думаю перейти на 10, или на 11, но останавливаю себя точно такими же сображениями, что пользует ваш телефонист. Не мешай машине работать.

6

Cruiser78 пишет:

Не тронь технику, она и не подведет. Загони реальный астериск в KVM-виртуалку. Через тот же tar. И пусть он там и живет до скончания века. Я когда начинал работать со *, то развернул его на стенде, в виртуалке. Так та виртуалка в продакшн и пошла. Правда версия немного поновее - 1.8. Тоже думаю перейти на 10, или на 11, но останавливаю себя точно такими же сображениями, что пользует ваш телефонист. Не мешай машине работать.

ну астериск то ладно, а ось, тем более которая выставлена наружу в инет, ее не нужно обновлять разве?))

Война - фигня, главное - манёвры ;)

7

r1sh пишет:
Cruiser78 пишет:

Не тронь технику, она и не подведет. Загони реальный астериск в KVM-виртуалку. Через тот же tar. И пусть он там и живет до скончания века. Я когда начинал работать со *, то развернул его на стенде, в виртуалке. Так та виртуалка в продакшн и пошла. Правда версия немного поновее - 1.8. Тоже думаю перейти на 10, или на 11, но останавливаю себя точно такими же сображениями, что пользует ваш телефонист. Не мешай машине работать.

ну астериск то ладно, а ось, тем более которая выставлена наружу в инет, ее не нужно обновлять разве?))

а что наружу-то выставлено из оси? iptables зачем нам нужен? ну и netstat тоже.
Проверить, какие порты открыты, лишние сервисы отключить. Все порты кроме нужных запретить в iptables. 22-й порт можно куда-нибудь наверх, в динамические, двинуть. Чтобы никто не нашел...