Хочу напомнить о том, что у нас теперь можно заказать Comodo PositiveSSL сертификат. Его стоимость - всего 16 евро за год или 27 евро за два года. Выдача полностью автоматическая за считанные минуты, наш биллинг умеет сам генерировать ключи и CSR.
Из ближайших планов - интересное предложение для хостеров на базе CloudLinux.
виновата не система портов, а мантейнер - раз. стремление к быстрой реакции - два. не интересно тогда было как в линуксах дело с этим обстоит, но совершенно точно так же могло попасть и туда.
То есть Вы считаете, что если попало на 2 часа, то это не попало? :)
ngprog: с партнерского аккаунта всё распродано, кроме DNSmanager - 3 шт есть отличный способ самостоятельного переноса: http://ru.ispdoc.com/index.php/Лицензии_ISPsystem , (раздел "Перенос лицензий", кто не знает)
Но работает только для партнёрских аккаунтов. Так что можно перенести сначала к нам, а потом - в наш клиентский аккаунт ;)
Лицензии от нас, кстати, тоже можно перенести в любой партнёрский аккаунт по запросу, так что можете покупать, не боясь :)
Мне кажется, написали какую-то фигню :( Никогда не видел, чтобы mod_ispmgr мешал работе php-fcgi, ну и в указанном notice, который генерирует mod_fcgid нет ничего о ispmgr.
Spchrono: Насчет маски мне уже говорили, но она действительно верна)
Тут проблема с пониманием маршрутизации для связки хост-гостевая система, доступ в интернет через мосты...
К счастью удалось выяснить у хостера настройки конкретно для FreeBSD, проблема решилась установкой двух маршрутизаций:
Теперь что касается сети остается еще вопрос по виртуальному mac -адресу. На одном форуме нашел это
Note: Make sure the first octet in your MAC address is EVEN (eg. 00: as MAC addresses with ODD first-bytes (eg. 01: are reserved for multicast communication and can cause confusing problems for you. For instance, the guest will be able to receive ARP packets and reply to them, but the reply will confuse other machines. This is not a KVM issue, but just the way Ethernet works.
У моей виртуалки мак адрес начинается с 02. Значит ли это, что хостер должен присвоить другой виртуальный мак для избежания коллизий?
Мультилицензий на директадмин не бывает. Как кто-то может считать себя хостером и ставить взломанную/нулёную панель на сервера клиентов? Я бы после такого тоже не рискнул там брать ничего, хотя саппорт вёл себя достаточно адекватно.
1) В centalt действительно собран php-fpm без мизерного патча, который проскакивал в расылке во времена заведования Андреем php-fpm, из-за чего запускать php как fastcgi без fpm невозможно. И несмотря на мнения авторитетных администраторов по поводу ISPmanager, php-fpm и прочего, это - ошибка, которая не позволяет использовать php из centalt на ряде стандартных конфигураций, когда другая сборка будет работать;
2) php-fpm нормально работает со времен 5.2.10, огромное количество людей (включая меня) только его и используют для запуска php на нагруженных машинах, и всё у них работает. С 5.3 php-fpm находится в поставке php. Но,
а) Ветка 5.2 обделена динамическим управлением процессов, из-за чего её пригодность для 90% серверов с ISPmanager стремится к нулю;
б) Люди, требующие php-fpm в случае с ISPmanager, похоже, не понимают сути php-fpm - так как для его использования нужно либо отказываться от apache (так как его prefork в режиме прокси до php-fpm не имеет смысла и будет только тратить память) и использовать nginx (и сразу же нанимать системного администратора, который будет прописывать рерайты в nginx.conf (так почему бы его не нанять для установки php-fpm и прописывания его запуска в конфиги?), либо городить в панели ещё один костыль для их автопрписывания, который всё равно будет работать не так и на который все будут жаловаться), либо использовать mpm-worker (что, я почти уверен, уже сделает проблемы ISPmanager'у, если не выносить его на отдельный демон, а даже если не сделает - является странной попыткой, несовместимой с половиной других модулей апача).
location /templates/
{
root /var/www/;
try_files /cache/data/www/$host/templates$uri /system/data/www/$host/templates$uri @dummy;
}
location @dummy { return 444; }
И у нас в тикетах на my.isplicense.ru в это время есть специалисты.
Хочу напомнить о том, что у нас теперь можно заказать Comodo PositiveSSL сертификат. Его стоимость - всего 16 евро за год или 27 евро за два года. Выдача полностью автоматическая за считанные минуты, наш биллинг умеет сам генерировать ключи и CSR.
Из ближайших планов - интересное предложение для хостеров на базе CloudLinux.
да елки... вы ходили, читали, разбирались?
http://www.freshports.org/ftp/proftpd/
01 Dec 2010 08:58:41 - мантейнер внес изминения в дстфайл, т.к. ему отписали, что на сервере профтпд лежит архив с другим размером и контрольной суммой: http://www.freebsd.org/cgi/cvsweb.cgi/ports/ftp/proftpd/distinfo.diff?r1=1.63;r2=1.64
01 Dec 2010 11:06:46 - немного получил по голове и вернул все назад: http://www.freebsd.org/cgi/cvsweb.cgi/ports/ftp/proftpd/distinfo.diff?r1=1.64;r2=1.65
итого из-за доверия мантейнера - два часа провисела контрольная сумма к забекдоренному архиву.
виновата не система портов, а мантейнер - раз. стремление к быстрой реакции - два. не интересно тогда было как в линуксах дело с этим обстоит, но совершенно точно так же могло попасть и туда.
То есть Вы считаете, что если попало на 2 часа, то это не попало? :)
с партнерского аккаунта всё распродано, кроме
DNSmanager - 3 шт
есть отличный способ самостоятельного переноса:
http://ru.ispdoc.com/index.php/Лицензии_ISPsystem , (раздел "Перенос лицензий", кто не знает)
Но работает только для партнёрских аккаунтов. Так что можно перенести сначала к нам, а потом - в наш клиентский аккаунт ;)
Лицензии от нас, кстати, тоже можно перенести в любой партнёрский аккаунт по запросу, так что можете покупать, не боясь :)
Мне кажется, написали какую-то фигню :( Никогда не видел, чтобы mod_ispmgr мешал работе php-fcgi, ну и в указанном notice, который генерирует mod_fcgid нет ничего о ispmgr.
Насчет маски мне уже говорили, но она действительно верна)
Тут проблема с пониманием маршрутизации для связки хост-гостевая система, доступ в интернет через мосты...
К счастью удалось выяснить у хостера настройки конкретно для FreeBSD, проблема решилась установкой двух маршрутизаций:
Теперь что касается сети остается еще вопрос по виртуальному mac -адресу. На одном форуме нашел это
Note: Make sure the first octet in your MAC address is EVEN (eg. 00: as MAC addresses with ODD first-bytes (eg. 01: are reserved for multicast communication and can cause confusing problems for you. For instance, the guest will be able to receive ARP packets and reply to them, but the reply will confuse other machines. This is not a KVM issue, but just the way Ethernet works.
У моей виртуалки мак адрес начинается с 02. Значит ли это, что хостер должен присвоить другой виртуальный мак для избежания коллизий?
Нет - два же чётное число
Реселлеров у DA нет. Был разговор с Марком из DA на эту тему у человека, который купил лицензий дофига и больше.
Это уже какие-то интересные новости.
Мультилицензий на директадмин не бывает. Как кто-то может считать себя хостером и ставить взломанную/нулёную панель на сервера клиентов? Я бы после такого тоже не рискнул там брать ничего, хотя саппорт вёл себя достаточно адекватно.
1) В centalt действительно собран php-fpm без мизерного патча, который проскакивал в расылке во времена заведования Андреем php-fpm, из-за чего запускать php как fastcgi без fpm невозможно. И несмотря на мнения авторитетных администраторов по поводу ISPmanager, php-fpm и прочего, это - ошибка, которая не позволяет использовать php из centalt на ряде стандартных конфигураций, когда другая сборка будет работать;
2) php-fpm нормально работает со времен 5.2.10, огромное количество людей (включая меня) только его и используют для запуска php на нагруженных машинах, и всё у них работает. С 5.3 php-fpm находится в поставке php. Но,
а) Ветка 5.2 обделена динамическим управлением процессов, из-за чего её пригодность для 90% серверов с ISPmanager стремится к нулю;
б) Люди, требующие php-fpm в случае с ISPmanager, похоже, не понимают сути php-fpm - так как для его использования нужно либо отказываться от apache (так как его prefork в режиме прокси до php-fpm не имеет смысла и будет только тратить память) и использовать nginx (и сразу же нанимать системного администратора, который будет прописывать рерайты в nginx.conf (так почему бы его не нанять для установки php-fpm и прописывания его запуска в конфиги?), либо городить в панели ещё один костыль для их автопрписывания, который всё равно будет работать не так и на который все будут жаловаться), либо использовать mpm-worker (что, я почти уверен, уже сделает проблемы ISPmanager'у, если не выносить его на отдельный демон, а даже если не сделает - является странной попыткой, несовместимой с половиной других модулей апача).