All streams
Search
Write a publication
Pull to refresh
1
pingu @pinguread⁠-⁠only

User

Send message
Впринципе, все линуксы одинаковы, и особого отличия нет. Для меня главным критерием является стабильность и качество сборки пакетов. К сожалению дебиан не стал заводится на моём чипсете, а засовывать своё ядро и поддерживать его не хотелось, по этому выбор пал на убунту. По сути тот же дебиан, только пакеты новее. Что порадовало в убунте — после установки в системе нет иксов и прочих вещей, которые не всегда нужны на сервере.
как минимум можно настроить копию production-сервера, чтобы тестировать на чистом сервере свои программы. Плюс тестировать программы на различных операционных системах — freebsd, netbsd, opensolaris и т.д. Также например, если захочется посмотреть какую-либо ОС, не обязательно ставить её на отдельный диск или запускать через не особо быструю технологию эмуляции. Да и просто создать инфраструктуру изолированных серверов, на одной машине с возможностью легкого включения/выключения.
В Xen3.2 нельзя, т.к. винда не паравиртуализуется, а эмулируется в связи с тем, что её исходный код закрыт и внести правки необходимые для паравиртуализацие нельзя. Но буквально вчера вышел Xen3.3 в котором появилась возможность пробрасывать устройства в HVM домены (в них запускают венду), но нужна поддержка процессором технологий виртуализации и IOEMMU. Возможно кому-либо удастся использовать видеокарту таки образом. Но основная проблема в том, что все устройства кроме видеокарты (процессор, память, чипсет, и т.д.) будут эмулироватся, а соответсвенно будет большая потеря производительности.
У меня аппаратную виртуализацию не поддерживает например. Она нужна только для запуска ОС не заточенных под xen: windows, os/2, и т.д. Все заточенные под xen ОС работают прекрасно без технологий аппаратной виртуализации: Linux(практически все дистрибутивы), FreeBSD, NetBSD, OpenBSD, OpenSolaris, Plan 9 и т.д.
Собственно вопрос, стоит ли освещать настройку уже на production-сервере с LVM и прочим?
спасибо, исправил.
Добавил про простые манипуляции с виртуальными машинами.
спасибо, не знал.
в принципе можно было еще как минимум описать команды для управления виртуальными машинами, но их описание можно прочитать в xm help, и я не стал из-за них раздувать статью. Но например про sudo su и sudo bash довольно простая вещь, и скорей всего её знает как минимум большинство, стоит ли описывать такие простые вещи?
Стоит ли писать менее подробно, или наоборот более подробно?
А сколько планируется телефонов подключать?
есть такие, D-Link DPH-540 и Linksys WIP330, и еще вроде что-то было у Cisco.
Нашел еще один подобный сервер, но с большей функциональностью: PartySIP. Вообще, если есть внешний статический ip адрес, то можно поступить проще: установить внешний ip адрес на телефоне, и сделать проброс портов на телефон. Но в таком случае за прокси может находится только один телефон (если не назначать различные порты и прочее)
Не все аппаратные телефоны их умеют. Конкретно мой умеет только SIP прокси.
Вообще, это обходится через STUN протокол, но многие аппаратные телефоны его не умеют.
SIP не работает с NAT судя по всему, т.к. ип адрес устройства отдает само устроство при подключении к SIP серверу.
Вопрос к хабрасообществу: стоит ли писать подобные статьи о настройке домашнего сервера?
Если кроме квадрата и прямоугольника в системе нет других многоугольников и никогда точно не будет, есть смысл сделать так, как кажется при первом приближении.
пока писал, уже успели дать правильный ответ. =)
При первом приближении кажется что квадрат нужно наследовать от прямоугольника, т.к. квадрат является частным случаем прямоугольника, но т.к. квадрат является также частным ромба, то правильней обоих наследовать от класса 'четырехугольник'.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity