Помню, как все начиналось. Мы написали письмо в DigitalOcean и спросили: «А ведь здорово было бы, если бы среди других приложений была бы и VestaCP?». На что лаконичный ответ: «Вы, мол, сначала добавьте, а там уж посмотрим, как пойдет». Процесс шел. Конечно не так быстро, как хотелось бы, но первая страница — большое достижение для небольшой команды и пользователей VestaCP. Именно благодаря поддержке удалось забраться так далеко. Надеюсь, DigitalOcean обратит внимание и решит положительно. :)<\/p>\n
![\"\"](\"https:\/\/skurudo.ru\/pictures\/-2016-11-01-23.08.33.png\")
\n<\/div>\n",
"date_published": "2016-11-01T23:39:18+03:00",
"date_modified": "2016-11-01T23:36:01+03:00",
"tags": [
"DigitalOcean",
"VestaCP",
"хостинг"
],
"image": "https:\/\/skurudo.ru\/pictures\/-2016-11-01-23.08.33.png",
"_date_published_rfc2822": "Tue, 01 Nov 2016 23:39:18 +0300",
"_rss_guid_is_permalink": "false",
"_rss_guid": "158",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": [
"https:\/\/skurudo.ru\/pictures\/-2016-11-01-23.08.33.png"
]
}
},
{
"id": "113",
"url": "https:\/\/skurudo.ru\/all\/vospominaniya-o-geocities\/",
"title": "Воспоминания о Geocities",
"content_html": "- \n
- GEOCITIES IS CLOSING ON OCTOBER 26, 2009<\/i><\/li>\n<\/ul>\n
Перечитывал старый блог и наткнулся на упоминание о закрытии Geocities. Уже шест лет минуло, как закрылся бесплатных хостинг от них. Наверное, мало кто о нем помнит, на заре интернета в середине девяностых и «нулевых» довольно популярное было местечко. Уж очень много, совсем не преувеличиваю, там разного фанатского лежало — по некоторым оценкам порядка 10Тб данных. Сейчас такое количество кажется не таким уж большим, но лет 10-15 лет назад цифра казалась большой. Хостинг прожил 15 лет и скукожился после покупки Yahoo. Единственное место, где остался работать — Япония, основной поставщик фанатского контента.<\/p>\n", "date_published": "2015-12-22T21:40:58+03:00", "date_modified": "2015-12-26T19:38:07+03:00", "tags": [ "Geocities", "Yahoo", "ностальгия", "хостинг", "Япония" ], "_date_published_rfc2822": "Tue, 22 Dec 2015 21:40:58 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "113", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "84", "url": "https:\/\/skurudo.ru\/all\/we-dont-have-school\/", "title": "We don’t have school", "content_html": "
Подсмотрел реальный ответ техподдержки клиенту о неработающих DNS:<\/p>\n
When I ask my new company why this doesn’t work that I want, they said to me:
\nPlease learn more about DNS. We don’t have school.<\/i><\/p>\nА вы говорите, западный сервис :)<\/p>\n
Здравый смысл подсказывает, что за каждым клиентом, который имеет все права на сервере, но не имеет достаточных знаний или умений, постоянно заниматься не получится. Не хватит человеческих ресурсов, чтобы осчастливить каждого такого пассажира. Однако стоило как-то более корректно отказать, предложить платные услуги в конце-концов.<\/p>\n", "date_published": "2015-09-01T22:42:03+03:00", "date_modified": "2015-10-30T18:48:21+03:00", "tags": [ "техподдержка", "хостинг" ], "_date_published_rfc2822": "Tue, 01 Sep 2015 22:42:03 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "84", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "50", "url": "https:\/\/skurudo.ru\/all\/do-not-forget-destroy-data\/", "title": "Уничтожить перед передачей", "content_html": "
Перед тем как отдать старый сервер в плане переезда значилось: «не забыть почистить данные на дисках». Редко, но все же случаются оказии, когда клиенту вместо чистого сервера достается бывший в употреблении и не переустановленный экземпляр. На моей памяти была пара таких эпизодов. Не смотря на то, что особой секретности данные вроде бы не представляют, пароли на новом сервере новые, как-то не безопасненько отдавать сервер как есть.<\/p>\n
Сначала удалили данные пользователей и самих пользователей. Потому удалили и деинсталлировали базу данных, apache2 \/ nginx и некоторые другие. Затем удалили конфигурационные файлы и данные. Проверили, что рейд синхронизировался, и на втором диске то же, что и на первом. Для уверенности «dd if=\/dev\/zero of=\/dev\/drive bs=4M» на обоих дисках. Более простым вариантом, чтобы слегка потешить паранойю, загрузились с внешнего диска и вновь прошлись dd по обоим дискам. Подозрительность может спать спокойно, враг не пройдет.<\/p>\n", "date_published": "2014-02-04T23:26:24+03:00", "date_modified": "2014-02-06T23:26:36+03:00", "tags": [ "dd", "Debian", "FastVPS", "HDD", "RAID", "безопасность", "сервер", "хостинг" ], "_date_published_rfc2822": "Tue, 04 Feb 2014 23:26:24 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "50", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "53", "url": "https:\/\/skurudo.ru\/all\/evening-reading-auth-log\/", "title": "Вечернее чтение auth.log", "content_html": "
Сложно найти что-то менее увлекательное, чем чтение логов по вечерам: ага, без изменений, угу, хорошо и так далее. Самым же интересным является чтение auth.log — в нем указываются попытки входа в систему, чаще всего по ssh. Не смотря на то, что под root не войти, и на то, что логин разрешен только нескольким пользователям да и то с определенных адресов, поток желающих не прекращается. Их даже fail2ban особо не пугает. Даже не знаю, чем объяснить такое внимание. Раньше у меня ssh также был на стандартном порту, но интереса такого не вызывал.<\/p>\n
Приходил какой-то странный человек с Linode. На жалобу саппорт вежливо слился, ничего не предпринимая. Какие-то несколько провайдеров мелкошапочных из России. Они мои просьбы игнорировали, как и провайдеры остальных атакующих. В основном лезут китайцы (HANGZHOU SRT TECHNOLOGY CO., LTD и CHINANET-JS), их много и они до сих пор пытаются убедить, что пароль от root у меня MAO. Был, правда, и курьез, пришел самый настоящий японец, судя по всему от токийского провайдера (ASAHI-NET), чем несказанно порадовал. Впрочем, жаловаться после недели или двух стало скучно — толку от писем явно никакого. Провайдеры игнорируют обращения с жалобами на абонентов. Никакой обратной связи не дают. Дело хоть и благородное, но совершенно бесполезное.<\/p>\n", "date_published": "2014-02-03T22:24:33+03:00", "date_modified": "2014-02-03T22:24:25+03:00", "tags": [ "fail2ban", "Linode", "ssh", "брутфорс", "жалоба", "сервер", "хостинг" ], "_date_published_rfc2822": "Mon, 03 Feb 2014 22:24:33 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "53", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "54", "url": "https:\/\/skurudo.ru\/all\/zavershili-pereezd\/", "title": "Завершили переезд", "content_html": "
Полностью переехали на новый сервер. Особых сложностей не было, какие-то мелочи и ручные работы по заведению аккаунтов, так как импорт пользователей видится мне несколько опасными. Несмотря на паникеров, были лишь небольшие момент и добавились новые «хотелки». Допиливались мелочи, и делались тонкие настройки по ходу делу, вроде тюнинга MySQL.<\/p>\n
\n![\"\"](\"https:\/\/skurudo.ru\/pictures\/good-job-bro-you-can-now-join-the-club-thumb.jpg\")
\n<\/div>\nНастало время посмотреть, как все будет себя вести на новом месте в длительной перспективе. Предварительные результаты воодушевляют. Из-за процессорных мощностей, но самое главное — быстрых SSD, работает все визуально быстрее. Базе данных можно спокойно отдать примерно треть оперативной памяти и не жалеть. Значения в попугаях в виде LA тоже не выходят чаще всего за пределы единички.<\/p>\n", "date_published": "2014-01-29T21:52:30+03:00", "date_modified": "2014-01-29T21:52:24+03:00", "tags": [ "FastVPS", "MySQL", "RAM", "SSD", "сервер", "хостинг" ], "image": "https:\/\/skurudo.ru\/pictures\/good-job-bro-you-can-now-join-the-club-thumb.jpg", "_date_published_rfc2822": "Wed, 29 Jan 2014 21:52:30 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "54", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/skurudo.ru\/pictures\/good-job-bro-you-can-now-join-the-club-thumb.jpg" ] } }, { "id": "40", "url": "https:\/\/skurudo.ru\/all\/moving-to-new-server\/", "title": "Переезд на новый сервер", "content_html": "
За последние пять лет мы с пожитками переезжали раза три-четыре. Сначала жили на виртуальном выделенном сервере (память подводит, возможно, их был два или три), потом на маленьком «атомчике» с одним жестким диском, пока не попали на нормальный сервер в Hetzner. Последние два года обитали там, в тишине и относительном покое. Время не стоит на месте, железо обновилось так же, как и тарифные планы. Решили идти в ногу со временем, обновив оборудование. Вместо SATA-дисков взяли SSD, вместо 8Gb оперативной памяти — 32Gb. Несколько мощнее стал мощнее процессор.<\/p>\n
О потенциальных планах переезда заинтересованных камрадов предупредил за полтора-два месяца, напомнил за три недели и в последние две недели, без спешки, проводим миграцию. Она пока не завершена целиком, сейчас где-то на полпути — более или менее посещаемые, обновляемые сайты едут ночью, остальные — днем.<\/p>\n
Процесс переезда не сказать, чтобы был технически сложен. Он, скорее, эмоционально волнительный и весьма скучный из-за предварительной подготовки. По карточкам сервера и пользователей определены те, кто поедет в первую очередь, кто во вторую и так далее. Данные по реквизитам пользователей обновляются в процессе переезда. Структура данных определена, двигается просто и уверенно, пути менять не нужно. Напильник пылится в инструментарии.<\/p>\n", "date_published": "2014-01-20T11:46:47+03:00", "date_modified": "2014-01-20T19:46:05+03:00", "tags": [ "FastVPS", "Intel", "Intel Atom", "RAM", "SSD", "неттоп", "сервер", "хостинг" ], "_date_published_rfc2822": "Mon, 20 Jan 2014 11:46:47 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "40", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "2", "url": "https:\/\/skurudo.ru\/all\/funny-letter-from-masterhost\/", "title": "Забавная рассылка от masterhost", "content_html": "
Во время работы в компании masterhost почти у каждого сотрудника была тестовая площадка, где тестировали скрипты, выкладывали свои странички, проверяли услуги. После увольнения обычно площадки переводились на платную основу, выключались\/удалились. Давеча пришло такое интересное письмо:<\/p>\n
\n![\"\"](\"https:\/\/skurudo.ru\/pictures\/masterhost-maillist.png\")
\n<\/div>\nНаписал о баге в службу технической поддержки. Оттуда ответили почему-то два раза, оба раза писали про сбой. На самом деле, мне видится, при выгрузке адресов для рассылки не были учтены активные или не активные услуги. Рассылка сделана предположительно по всем клиентам виртуального хостинга конкретного сервера, с которого проходит миграция. Кто-по получил правильные письма с данными по площадке, а пользователи без активных услуг — письмо с шаблоном. Впрочем были и те, кто получил письма с шаблоном при наличии активных услуг.<\/p>\n", "date_published": "2013-11-21T17:26:51+03:00", "date_modified": "2014-01-02T22:34:53+03:00", "tags": [ "masterhost", "биллинг", "ошибка", "рассылка", "хостинг" ], "image": "https:\/\/skurudo.ru\/pictures\/masterhost-maillist.png", "_date_published_rfc2822": "Thu, 21 Nov 2013 17:26:51 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "2", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/skurudo.ru\/pictures\/masterhost-maillist.png" ] } } ], "_e2_version": 4116, "_e2_ua_string": "Aegea 11.2 (v4116)" }