это не бред кстати. в любом договоре, кстати даже не только с отечественными платежными системами, но и с зарубежными есть пунктик - если деятельность подлежит лицензированию в стране резидента, то просят копию лицензии. Так было с вебмани, яндексом, рбк, манибукерсами и пейпелом.
Не вижу смысла ставить Windows Datacenter и в него еще вкручивать xen. Речь шла о другом - о том как НЕ СТАВЯ Windows Datacenter на обычной Xen ноде лицензировать гостевые машины с Windows. Ведь делается это для экономии (лицензия Windows Datacenter стоит от 80-90 долларов за один процессор). Если все же Windows Datacenter установлен (кто поймет душу хостера), то проблем с лицензированием гостевых машин с Windows очевидно не будет.
Хостинг файлов - лицензированию точно не подлежит. Почта - подлежит. Последнее время с хостеров пытались еще поднять обязательную лицензию на ПД, но вроде уже все отстрелялись кому не надо (это нужно только тем, кто собирается в РФ предоставлять услуги сдачи серверов в аренду или постановку на коло клиентских серверов используя свою инфраструктуру). Если реализуют часть планов из т.н. "концепции", то тогда часть проблем для хостеров в чистом виде снимется, но до этого пока что далеко.---------- Добавлено 28.08.2013 в 10:50 ----------"гарантии дает госстрах" (с). вопрос о гарантиях слишком сложный и зависит от множества факторов. легальное оформление хозяйственной деятельности компании само собой необходимо и добавляет плюсовых очков в ее репутацию и статус.
Ответ такой же двусмысленный, как и сам закон :) Обратите внимание на " при которой передачу сообщений электросвязи осуществляют иные операторы связи". А например электронная почта четко определяется в том же законе как "передача сообщений электросвязи" и подпадает под телематику. Поэтому если почта как таковая хостингом не предоставляется, то еще может быть проскочит (хотя все равно, закон достаточно мутный, чтобы толковать его по своему желанию и тут побеждает сильнейший (т.е. ркн)).
Ну кто-то к примеру может ставить триалки пользуясь тем, что предоставляет ВПС не как юридическое лицо или ИП и не имея статуса участника SPLA партнера. Чревато это тем, что могут вменить нарушение условий лицензирования и выписать соответствующий штраф. Ну и бывали случаи когда ставили и вовсе пиратки. Кончилось для тех кто ставил весьма плохо.
Для Windows Enterprise - до 4, Datacenter - неограниченно. Но это если на ноде Windows, если XEN/KVM то лицензируется точно так же, как и для физического сервера.
Возможно, в каждой стране по своему, конечно.
По закону о милиции в РФ, любая организация должна предоставлять затребованные данные по официальному письму, где указываются основания для подобного запроса. Решения суда не требуется. В случае запроса от других спецслужб (например ФСБ), порядок ровно такой же - решения суда не требуется. Единственно, что может предпринять организация - тщательно проверить источник запроса. Не так уж редки случаи, когда знакомые "из органов" пытаются получить информацию о конкурентах либо, когда запрос вообще фейковый.
Идея к размышлению. Если порт забивают полностью так, что не достучаться, можно попросить хетцнер дать квм и занулить все ай-пи. Из квма наружу доступ вроде будет при этом, поэтому можно будет запустить бекап на удаленный сервер. Не очень удобно, но за неимением лучшего варианта, можно попробовать хоть так. К тому же и доступ на сервер появится и там хоть можно будет глянуть какой ай-пи досят собственно говоря.
Косяк №2 - не косяк. Следует понимать, что на виртуальном хостинге как правило используется операционные системы Linux/FreeBSD и подобные. Ваш аккаунт для этой системы - один. Независимо от того, сколько у вас сайтов натыкано в один аккаунт. В этом и есть проблема обычных мультидоменных тарифных планов - ломают один сайт, а заблокируют если что все сразу. По простой причине. Раз сломали один сайт, значит злоумышленник получил доступ ко ВСЕМУ вашему аккаунту (для системы вы один единственный юзер с полным доступом к вашей домашней директории). Следовательно, заблокировать доступ к одному сайту недостаточно и необходимо заблокировать весь аккаунт пока клиент не очухается и не начнет работать над устранением ошибок. Иначе, рассылка спама, ддос боты и прочие гадости. И все это будет делаться со скомпрометированного вашего аккаунта который использует ай-пи общий с еще тучей других сайтов других клиентов. Через довольно короткое время, ай-пи, в случае непринятия немедленных мер, попадает в тучу блок листов, некоторые из которых вообще не публичны и/или не имеют формы делистинга. Такое происходит каждый божий день и ваш случай далеко не уникален, так же как не уникальны подобные посты.
Что касается писем. Ну неужели вы думаете, что даже школохост будет имитировать отправку писем вам? Я уж не говорю о профессиональных хостерах. Вот спят они и видят как вам письмо не отправить и заблокировать ваш аккаунт. Господа клиенты, почта работает отвратно к сожалению и это мало зависит от хостера. Разного рода контент фильтры срабатывают хрен знает на что и добиться того, чтобы гугль скажем не клал письма в спам папку - это поседеть можно. А ведь этим занимается не только гугль и не только в какой-то конкретный день. Вполне может случится, что вам пошлют сообщение от спамкоп о том, что с вашего сайта слали спам, хостер пересылает вам уведомление, а контент фильтр вашего мейл сервиса его рубит. И что прикажете делать хостеру, тем более что обычно письма обратно не возвращаются и только по логам можно понять почему письмо было отвергнуто да и то не всегда. Так что не надо гнать на хостера по пустому.
По пункту 1 единственно, что могу сказать: не так давно пришлось перейти на апач 2.4 и в связи с изменениями которые были внесены разработчиками приходилось вносить некоторые изменения в .htaccess файлы. И после этого обнаружились проблемы у пары клиентов у которых запрет к файлам был реализован неправильно. Поэтому автоматические скрипты перехода на новую версию не смогли их правильно сконвертировать. Как только клиенты обратились, директивы были исправлены и сайты заработали штатно. В посте ТС я услышал (простите, если мне показалось), отголоски мифа о том, что файлы клиента - это святое и хостер не имеет права их читать, редактировать и т.п. Но это только миф. В случае, если у хостера возникают обоснованная необходимость исправить или заблокировать доступ к какому-то файлу у пользователя - он это сделает. Самый типичный пример - антиспам решения. Другой пример - поиск троянов и вирусов на аккаунте клиента. При этом если будет обнаружен вредоносный файл, он будет перемещен в карантин. Само собой клиент будет об этом извещен, но это будет уже после перемещения. Альтернатива таким действиям - полная блокировка аккаунта. Виртуальный хостинг весь состоит из компромиссов и это надо понимать.
