Потерял свой домен, и сайт впридачу. Можно ли вернуть?

Восстановление сайта с помощью archivarix

Если был утерян доступ к сайту или он был полностью удален сервис archivarix поможет вам его восстановить.

Начнем с приятного. У сервиса есть бесплатный возможность восстановить сайт, но только в том случае, если количество восстанавливаемых файлов не более двухсот. Во всех остальных случаях за восстановление сайта придется заплатить.

Тарифы у сервиса вполне лояльны. На момент публикации этого материала восстановление первой тысячи файлов стоит 5 долларов, а вот каждая последующая тысяча обойдется всего в 50 центов. При этом бесплатное восстановление 200 файлов никуда не девается, они будут вычтены из общего количества файлов.

Пошаговое руководство

Первым делом нужно зарегистрироваться на сайте и войти в свой аккаунт. Перед тем, как приступить к восстановлению нужно определиться с временной отметкой. Вы должны определится с временным периодом, за который будет выполнено восстановление.

Потребуются две даты: дата запуска сайта и дата последнего обновления. Все дело в том, что на одном и том же домене в разные временные промежутки могут существовать разные сайты. Если не указывать временные отметки, то в результате можно получить кучу мусора вместе со своим сайтом.» alt=»» data-pagespeed-url-hash=1859759222 onload=»pagespeed.CriticalImages.checkImageForCriticality(this);»>

Откройте сервис восстановления сайтов из Веб Архива.
Нажмите на кнопку «Восстановить сайт».
На открывшейся странице нужно заполнить форму. В поле «Домен» укажите адрес сайта, который необходимо восстановить.
Заполните поля «До временной отметки» и «Начиная с временной отметки» используя вышеописанные рекомендации.
В блоке «Рекомендуемые параметры» можно установить галочку напротив пункта «Вычистить рекламу», в этом разделе рекомендуем больше нечего не менять.
Если планируете использовать HTTPS протокол, то установите галочку напротив пункта «Сделать сайт HTTPS».
Укажите свой адрес электронной почты и нажмите «Восстановить».

Теперь сервис будет собирать данные об восстанавливаемом сайте, после чего вы получите уведомление на свой почтовый ящик. Из полученного письма вы узнаете какое количество файлов будет восстановлено. Если файлов меньше 200, то можно сразу приступать к восстановлению, в противном случае нужно будет сначала пополнить баланс в сервисе. Примерная стоимость восстановления с подробным расчетом также присутствует в письме.

На сайте сервиса переходим на страницу «Мой аккаунт» и выбираем вкладку «Без подтверждения». Проверяем все настройки и жмем на кнопку «Подтвердить». Теперь остается только ждать. Наш запрос будет обработан в порядке очереди.

После обработки запроса проект будет перемещен на вкладку «Готовые». Здесь вы увидите две кнопки, скачать архив и скачать CMS. В этом большое преимущество сервиса, ведь в результате мы получаем не просто набор файлов, а и удобное средство управления восстановленным сайтом. На сайте сервиса есть подробное описание CMS с видео руководством.

Осталось выгрузить сайт на хостинг и выполнить необходимые настройки.

Арбитраж WIPO

у истца имеется товарный знак, идентичный или сходный до степени смешения с перехваченным доменом;
у ответчика отсутствуют права и законные интересы по отношению к домену;
есть доказательства того, что при регистрации ответчик действовал недобросовестно.
Отсутствие хотя бы одного условия, скорее всего, приведет к отказу в иске.

Зарегистрированный товарный знак – половина успеха

является владельцем одноименного домену бара в Венеции;
ответчик не имеет никаких прав или законных интересов в отношении спорного доменного имени, поскольку не владеет аналогичной торговой маркой;
ответчик действовал недобросовестно, используя домен для привлечения посетителей на свой adult-сайт.

Как доказать отсутствие у ответчика прав и законных интересов

если у ответчика имеется товарный знак, совпадающий или сходный до степени смешения с доменом, но зарегистрированный в другом государстве. Очевидно, что право на регистрацию спорного домена у него есть, и в иске о возврате домена будет отказано;
ответчик имеет бизнес, который длительное время использует коммерческое обозначение, совпадающее со спорным доменом или схожее с ним до степени смешения. И в этом случае надеяться на возврат домена не приходится.

домен состоит из общеупотребительных слов – «food», «and», «wine», «travel»;
ответчику трудно было бы предположить, что кто-то имеет право на домен в виде сочетаний этих слов, пусть и написанных без пробела;
истец использовал в основном домен foodandwinetravel.com.au, а не foodandwinetravel.com;
ответчик убедительно доказал, что долгое время использовал похожее наименование в своем бизнесе, находился в другой стране и не мог знать о наличии у истца зарегистрированного товарного знака, сходного с этим доменом;
ответчик купил спорный домен за весьма значительную сумму, непосредственно у регистратора (дело № D2016-1953).

Недобросовестные действия при регистрации домена

домен сразу после перехвата был поставлен на парковку и выставлен на продажу. Это считается подтверждением того, что он был приобретен не для использования, а с целью получить незаконную выгоду, помешать чьей-то деятельности, навредить конкурентам и т. д.;
на домене длительное время отсутствовал контент, стоял редирект на другой сайт, о котором не предупреждались пользователи и т.д.;
домен используется конкурентом, ранее не использовавшим это обозначение в своей деятельности.
спорный домен похож до степени смешения на товарный знак истца, различие только в дефисе;
«okini» и «oki-ni» (япон. «поблагодарить вас», «спасибо» или «очень») – слова необычные, узнаваемые во всем мире;
ответчик, используя перехваченный домен, продвигает свои магазины с ассортиментом, аналогичным ассортименту истца, т. е. допускает недобросовестную конкуренцию и вводит потребителя в заблуждение.

Восстановление контроллера домена AD через репликацию

Восстановление DC через репликацию – это не совсем процесс восстановления DC из бэкапа. Этот сценарий может использоваться, если у вас в сети есть несколько дополнительных контроллеров домена, и все они работоспособны. Этот сценарий предполагает установку нового сервера, повышение его до нового DC в этом же сайте. Старый контроллер нужно просто удалить из AD.

Это самый простой способ, который гарантирует что вы не внесете непоправимых изменений в AD. В этом сценарии база ntds.dit, объекты GPO и содержимое папки SYSVOL будут автоматически реплицированы на новый DC с DC-ов, оставшихся онлайн.

Если размер базы ADDS небольшой и другой DC доступен по скоростному каналу, это намного быстрее, чем восстанавливать DC из бэкапа.

Пароль компьютера в домене AD

Когда компьютер вводится в домен Active Directory, для него создается отдельная учетная запись компьютера с паролем. На этом уровне доверие обеспечивается тем, что эта операция выполняется администратором домена или пользователем домена (каждый пользователь по умолчанию может включить в домен 10 ПК).

При регистрации компьютера в домене, между ним и контроллером домена устанавливается безопасный канал, по которому передаются учетные данные, и дальнейшее взаимодействие происходит в соответствии с политиками безопасности, установленными администратором.

Пароль учетной записи компьютера по умолчанию действует 30 дней, после чего автоматически меняется. Смена пароля инициируется самим компьютером на основании доменных политик.

Совет. Максимальный срок жизни пароля может быть настроен с помощью политики Domain memberMaximum machine account password age, которая находится в разделе: Computer Configuration-> Windows Settings-> Security Settings-> Local Policies-> Security Options. Срок действия пароля компьютера может быть от 0 до 999 (по умолчанию 30 дней).

Если пароль компьютера просрочен, он автоматически меняется при следующей регистрации в домене. Поэтом, если вы не перезагружали компьютер несколько месяцев, доверительные отношения между ПК и доменом сохраняются, а пароль компьютера будет сменен при следующей перезагрузке.

Доверительные отношения разрываются, если компьютер пытается аутентифцироваться в домене под неверным паролем. Обычно это происходит, когда компьютер восстанавливают из образа или из снапшота виртуальной машины. В этом случае пароль машины, хранящийся локально, и пароль в домене могут не совпадать.

«Классический» способ восстановить доверительные отношения в этом случае::

Сбросить пароль локального администратора
Вывести ПК из домена и включить его в рабочую группу
Перезагрузится
С помощью оснастки ADUC – сбросить учёту компьютера в домене (Reset Account)
Повторно включить ПК в домен
Еще раз перезагрузиться

Этот метод самый простой, но слишком топорный и требует как минимум двух перезагрузок и 10-30 минут времени. Кроме того, могут возникнуть проблемы с использованием старых локальных профилей пользователей.

Есть более элегантный способ восстановить доверительные отношения без перевключения в домен и без перезагрузок.

Как восстановить сайт

Хостинг TimeWeb является довольно распространённым для работы блоггеров. За последние 8 месяцев работы с этим хостингом у меня не возникало никаких проблем.

Покупка доменов, размещение и создание сайтов, создание откатов и сохранение баз данных осуществлялось без особых проблем. Если возникали проблемы, то служба поддержки всегда оперативно помогала.

Несколько дней назад проблема всё-таки появилась, точнее, создал я её сам. Причем проблема, которая меня здорово испугала – в поиске исчез мой сайт. Мысли были разные, бывает, что сайты и крадут.

Обратился в службу поддержки хостинга TimeWeb, просмотрел море информации в Интернете, но точного ответа, как восстановить сайт так и не нашел. Пошагово, совместно со службой поддержки, всё-таки проблему решили, потеряв целый день. Мало того, сайт потерял за прошедшие сутки в рейтинге и естественно посетителей.

В Интернете полно информации о создании и размещении сайтов на хостинге TimeWeb, покупке доменов, но очень мало информации о решении проблем, в том числе, как восстановить сайт. Поэтому решил написать на эту тему статью – возможно пользователям хостинга TimeWeb пригодится.

Проблема началась с пустяка – я решил сделать поддомен на один из сайтов. Стандартная ситуация. В панели управления хостинга TimeWeb заходим в раздел «Управление поддоменами». Выбираем сайт, на который будет установлен поддомен, выбираем его имя – ничего сложного.

Для установки сайта на созданный поддомен — надо перейти (с панели управления) в раздел «Управление сайтами». В этом разделе надо привязать домен (поддомен) к сайту. Ничего сложного, но это если знаешь. Вот здесь я и напутал. Когда я это понял, начал делать обратный процесс – «Отлинковать домен». При выполнении этих действий, у меня прописалась автоматически директория сайта «………tmweb.ru». Многоточие – это мой логин на хостинге TimeWeb. В результате любое нажатие на адрес моего сайта, отправлял посетителя на страницу сервиса TimeWeb, причем с любого ресурса, с любой ссылки.

Страница в TimeWeb, управление сайтами.

Пришлось переписывать привязку и директории.

После исправления директорий, сайт стал открываться в браузере Google Chrome без проблем, а вот браузер Mozilla Firefox сайт, по прежнему, не открывал. При нажатии на адрес сайта, посетитель снова попадал на страницу хостинга TimeWeb. Для исправления этой ситуации, надо сделать простое действие (как выяснилось) – надо очистить кэш в браузере Mozilla Firefox.

Очистка кэша в браузере Firefox

Для этого открываем браузер Mozilla Firefox. В самом верху — нажимаем «Инструменты» и «Настройки». Открывается дополнительное окошко «Настройки». Выбираем «Дополнительно» и «Сеть». В разделе «Кэширование веб содержимое» — нажимаем «Очистить сейчас» и Ок.

Не знаю почему, но в некоторых статьях перестали показываться картинки. На фоне статьи высвечивались рамки, где прописывалось её название (всё, что осталось от картинок). Мало того, эти картинки пропали в разделе «Админпанель сайта», «Записи». Картинки пришлось восстановить вручную.

Описанные проблемы в данной статье, как восстановить сайт, вряд ли возникают часто, но если кому-то поможет мой — опыт буду рад.

Работать с поддоменами надо очень аккуратно и внимательно, как впрочем и со всем сайтом на хостинге. Для уверенного выполнения работ на хостинге TimeWeb, можете скачать бесплатный видео-курс «Домен и хостинг».

P.S. Если Вы создали блог (сайт) и видите, что он не развивается, то возможно при его создании и ведении допущены ошибки. Вы можете скачать разработанную мной интеллект карту по правильному созданию и ведению блога и проверить свой блог. Скачать пошаговый алгоритм можете по этой ссылке.

Как вернуть домен, если он был зарегистрирован заново другим администратором

Домен может быть перерегистрирован/зарегистрирован заново другим администратором, если текущий администратор просрочил его продление. Разберемся, когда текущий администратор не может продлить зарегистрированный им домен, т.е. теряет право владения им.

Для различных доменных зон .RU, .COM, .HEALTH и др. установлены свои временные промежутки, после которых продление домена невозможно. О них вы можете узнать в статье: Время жизни домена. Домен нельзя восстановить, если он вступил в период удаления.

После удаления домена он «возвращается» в реестр и может быть зарегистрирован любым человеком. Если это произошло и вы потеряли свой домен, вы можете попытаться вернуть его в свое владение. Это можно сделать двумя способами.

Свяжитесь с текущим владельцем

Самостоятельно свяжитесь с владельцем через форму обратной связи в сервисе Whois: Как связаться с администратором домена и предложите ему продажу данного домена. Если владелец согласен «уступить» его вам, вы в частном порядке заключаете сделку о продаже с новым владельцем.

Обратите внимание

Компания REG.RU не несет ответственности за то, что все условия сделки будут соблюдены и передача домена в ваше владение произойдет корректно.

Командлет Reset-ComputerMachinePassword

Командлет Reset-ComputerMachinePassword появился в PowerShell 3.0, и в отличии от утилиты Netdom, уже имеется в системе, начиная с Windows 8 / Windows Server 2012. На Windows 7, Server 2008 и Server 2008 R2 его можно установить вручную (http://www.microsoft.com/en-us/download/details.aspx?id=34595), также требуется наличие Net Framework 4.0 или выше.

Также нужно войти в систему под локальной учетной записью администратора, открыть консоль PowerShell и выполнить команду:

Server – имя контроллера домена
Credential – имя пользователя с правами администратора домена (или правами на OU с ПК)

В открывшемся окне безопасности нужно указать пароль пользователя.

Совет. Эту же операцию можно выполнить с помощью другого командлета Powershell Test-ComputerSecureChannel:

Проверить наличие безопасного канала между ПК и DC можно командой:

Следующие строки подтверждают, что доверительные отношения были успешно восстановлены:

Trusted DC Connection Status Status = 0 0x0 NERR_Success

Trust Verification Status = 0 0x0 NERR_Success

Как вы видите, восстановить доверительные отношения в домене довольно просто.

Восстановление контроллера домена из резервной копии с помощью Veeam +15

Виртуализация, Системное администрирование, Резервное копирование, Восстановление данных, Блог компании «Veeam Software»

Продолжаем публикацию серии статей, написанных коллегой для корпоративного блога и посвященных резервному копированию и восстановлению контроллеров домена и собственно Active Directory.
В предыдущей статье из этой серии рассказывалось о процедуре бэкапе физических и виртуальных контроллеров домена (DC). Сегодня поговорим об их восстановлении.
Сразу скажу, что этот пост не является руководством по восстановлению Active Directory. Его задача — рассказать о том, что необходимо учитывать при восстановлении AD или конкретного контроллера домена из резервной копии, а также показать, как можно выполнить эти действия с помощью решений Veeam.

Доскональное знание своей инфраструктуры очень помогает при планировании восстановления AD. Вот лишь часть вопросов, ответы на которые вам необходимо знать, чтобы успешно восстанавливать данные:

Сколько контроллеров домена в вашей среде — один или несколько?
Это контроллеры домена, доступные для чтения и записи (RWDC) или только для чтения (RODC)?
Вышел из строя только один контроллер, или повреждена вся инфраструктура AD?
Если у вас несколько контроллеров, используете ли вы для синхронизации изменений между разными контроллерами домена службу репликации файлов (FRS) или перешли на распределенную DFSR для синхронизации изменений между разными контроллерами домена?

Восстановление виртуализованного контроллера домена

Восстановление в режиме «non-authoritative»

Запустить мастер восстановления в консоли Veeam Backup.
Найти нужный контроллер домена.
Выбрать в меню восстановления вариант восстановления ВМ целиком (Restore Entire VM).
Указать точку восстановления.
Выбрать исходное или новое место восстановления.
Завершить процедуру.

Восстановление файлов и дисков ВМ.
Загрузка ОС в специальном режиме восстановления доменных сервисов (DSRM mode).
Применение настроек.
Перезапуск в обычном режиме.

Восстановление в режиме «authoritative»

Примечание:authoritative

Выберите в Veeam операцию восстановления ВМ полностью: программа автоматически выполнит стандартное восстановление DC в режиме «non-authoritative» (см. выше).
При втором перезапуске DC откройте мастер загрузки (нажмите F8), выберите пункт DSRM и войдите в систему с данными учетной записи DSRM (та учетная запись, которую вы указали, когда назначали данный компьютер контроллером домена).
Откройте командную строку и запустите утилиту ntdsutil
Используйте следующие команды:
- затем
- затем или
  Пример:
Подтвердите authoritative восстановление и перезапустите сервер после завершения операции.

authoritative

Выполните non-authoritative восстановление контроллера домена (например, восстановление ВМ целиком в Veeam Backup & Replication).
При второй загрузке перейдите в ветку реестра HKLM\System\CurrentControlSet\Services\DFSR, создайте ключ Restore, а затем создайте строку SYSVOL со значением authoritative.
Это значение будет считано службой DFSR. Если значение не установлено, по умолчанию производится восстановление SYSVOL в режиме non-authoritative.
Перейдите к HKLM\System\CurrentControlSet\Control\BackupRestore, создайте ключ SystemStateRestore, затем создайте строку LastRestoreId с любым значением GUID, например, 10000000-0000-0000-0000-000000000000.
Перезапустите службу DFSR.

authoritative

Выполните non-authoritative восстановление контроллера домена (например, восстановление ВМ целиком в Veeam Backup & Replication).
При второй загрузке перейдите в ветку реестра HKLM\System\CurrentControlSet\Services\NtFrs\Parameters\Backup/Restore\Process at Startup и измените значение ключа Burflag на 000000D4 (hex) или 212 (dec).
Это обеспечит принудительное копирование данных на контроллеры домена, использующие старую технологию FRS, в «authoritative» режиме. Подробнее о восстановлении FRS можно почитать здесь.
Перезапустите службу NTFRS.

Восстановление физического контроллера домена с Veeam Endpoint Backup

Заранее подготовленный аварийный загрузочный диск Veeam.
Доступ к самой резервной копии (на USB-носителе или сетевом диске).

Важно!эта статья базы знаний VeeamЗдесь

Статья на Хабре о резервном копировании контроллера домена с помощью Veeam
Статья на Хабре о работе с Veeam Endpoint Backup FREE
Статья базы знаний Microsoft о восстановлении FRS

Восстановление отдельных объектов в AD

Если вам нужно восстановить отдельные объекты в AD, воспользуйтесь корзиной Active Directory. Если время захоронения уже просрочено, или ActiveDirectory RecycleBin не включена, вы можете восстановить отдельные объекты AD в режиме авторитаивного восстановления.

Вкратце процедура выглядит следующим образом: