Это не нормально.
Реально, но не надолго. Это получится рассадник киберкриминала.
И, либо владельцу надоест отписываться ментам и он закроет лавочку, либо ментам надоест рассадник и будет очередная тема "Что случилось с ...".
Кроме того выхлопа из этого будет очень мало.
Чтобы окупить одну только аренду сервера, нужно продать сотни три впсок. Это достаточно сложно.
После того как будет продано 300 впс - придет осознание того, что 300 пользователей - это не просто цифра на бумаге, а 300 пользователей и они еще задают вопросы в поддержку (нужно сапортить, а труд стоит денег), хотят разных методов оплаты (к концу месяца будет у Вас висеть 50 долларов на киви, 50 на вебмани, 50 на яндексе и т.д., конвертация стоит денег).
А теперь еще вспомните что каждой впске нужен IP адрес. Где будете брать 300 айпишников так, чтобы Ваш доход в 300 долларов в месяц был доходом, а не убытком?
На KVM
Если не секрет - зачем Вам NTP сервер? Чем не устраивает pool.ntp.org?
Так-так... Уже интересно... Продолжайте :)
192.168.0.0 подойдет? :)
Вы опоздали с просьбой лет на 15-20. Уже давным-давно все используют бесклассовую маршрутизацию - CIDR (Classless Inter-Domain Routing). И все это время люди во всем мире уже подразумевают под сетью класса С просто маску /24 (255.255.255.0), без привязки к отдельным диапазонам IPv4.
А Вы либо не ту кнопку на машине времени нажали и Вам следует вернуться обратно, либо следует обновить свою библиотеку и не читать старющих статей, написанных в мохнатых годах.
Не ерничайте. Лучше почитайте историю развития интернета.
Boris A Dolgov говорит все правильно.
Точно так же, как сейчас для Вас очевидно что класс С - это маска /24, точно так же 20 лет назад масок не было вообще и админам того времени было очевидно, что класс С - это адреса 192.х.х.х - 223.x.x.x.
Кстати, пережиток классовой адресации до сих пор сохранился в Windows - когда задаешь IP-адрес интерфейсу, как только поле ввода адреса теряет фокус - Windows пытается угадать маску и подставляет ее в поле для маски. И руководствуется, кстати, именно таким алгоритмом, который описал Boris A Dolgov.
Boris A Dolgov сказал про то что IP "себя вели" для упрощения понимания. Само собой, что "вели себя" определенным образом не адреса, а ПО, которое было написано по определенным стандартам, которые предписывали на то время обрабатывать 192.х.х.х - 223.х.х.х как сеть класса С. Очень жаль, что такие вещи не очевидны молодым админам и приходится объяснять элементарные вещи.
SPF и DKIM тоже настраивали?
Вам сюда читать: http://support.google.com/a/bin/answer.py?hl=en&answer=81126
Все тесты некорректны.
Когда меряют линейную скорость чтения, то if'ом берут диск, а of отправляют в /dev/null
Когда меряют линейную запись, то if'ом /dev/zero и of направляют на диск.
Т.е. делают так, что бы источник/приемник заведомо был во много раз быстрее диска и не мог стать "бутылочным горлышком" и исказить результаты.
А Вы и читаете с диска, и тут же пишете на него.
Не понятно что Вы измеряете.
Поведаете нам всю подноготную сего столь категоричного заявления? Или Вы так просто ляпнули по незнанию?
Странное соответствие. Какой-то хитрый у Вас RAID. Делает аккурат те гадости, от которых должен защищать. Или Вы что-то путаете, или RAID был просто страйпом. Но кто хранит на страйпе что-то серьезнее кеша или временных файлов - тот, считай, сам себе ногу отпиливает.
Не только "сохраненка" у хостера может пропасть, иногда и хостер целиком пропадает, а иногда, как показывает опыт MHost'a, и датацентр пропадает за одну ночь :)
Правильный хостер держит бекапы на разных серверах. А правильный клиент не верит в бекапы хостера и делает их самостоятельно.
А так - это бизнес по-русски. При чем и у хостера, и у клиента.
