Что такое главное зеркало сайта и как узнать | Главное зеркало сайта и протокол

Что такое главное зеркало сайта и как узнать | Главное зеркало сайта и  протокол Хостинг
Содержание
  1. Основные способы настройки 301 редиректа
  2. Введение
  3. Backup виртуальных машин
  4. Routed режим сети
  5. Взломан хостинг-провайдер mskhost
  6. Виды редиректов
  7. Зеркальные риски
  8. Как создать bridge в proxmox
  9. Как это устроено
  10. Настройка гипервизора proxmox ve
  11. Одноклассники «моя страница» вход
  12. Создание и настройка виртуальных машин
  13. Установка proxmox на mdadm raid 1 в debian 10
  14. Хостинг для сайта с доменом, купить недорого у хостинг-провайдера
  15. Хранилище для виртуальных машин
  16. Часто задаваемые вопросы:
  17. Какой вариант главного зеркала выбрать?
  18. Как расклеить зеркала сайта?
  19. Как указать главное зеркало сайта в robots.txt?
  20. Индексируются ли зеркала сайта?
  21. Учитываются ли характеристики неглавных зеркал на главном?
  22. Что делать если у сайта изменилось главное зеркало?
  23. Что делать, если сайты склеены по ошибке?
  24. Что делать если яндекс находит не сайт, а алиас?
  25. Плохо ли, если главное зеркало сайта не использует https протокол?

Основные способы настройки 301 редиректа

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

1) PHP. PHP-редирект прописывается в индексном файле (чаще всего его название — index.php). Для настройки нужно найти файл index.php в корневой папке сайта и вписать в него строку кода. Для настройки используют функцию header:

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

2) .htaccess. .htaccess — этот системный файл, который принадлежит к корневой структуре сайта. Чтобы получить к нему доступ, нужно зайти в панель управления хостингом, на котором размещён веб-ресурс. Для настройки достаточно разместить в файле строку с соответствующим кодом. Например:

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

3) HTML. Такой тип редиректа подойдёт для сайтов, которые написаны на языке HTML. Редирект настраивается в исходном коде страницы через индексный файл, который чаще всего называется index.html. Для настройки нужно добавить мета тег refresh:

Это также достаточно «медленный» тип, так как он срабатывает из браузера.

4) JavaScript. Такой тип редиректа подойдёт для сайтов, которые написаны на языке JavaScript. Он настраивается в исходном коде страницы путём изменения текста между тегами head и /head. В этом случае перенаправление также срабатывает со стороны браузера — с низкой скоростью.

Если вы используете Nginx, в его конфигурационном файле можно настроить Nginx redirect 301.

Введение

Некоторое время назад я узнал про систему виртуализации proxmox на базе KVM. Ранее с этим гипервизором я был знаком, но он мне не понравился из-за отсутствия удобных инструментов управления под windows. Это было давно, лет 5 назад. Мне пришлось администрировать уже настроенный гипервизор и мне это не понравилось, слишком много действий приходилось делать в консоли.

Все изменилось, когда я решил посмотреть на Proxmox. Простая установка и удобная панель управления через браузер привлекли сразу. Попробовал, потестировал, вроде все неплохо работает, управление удобное и понятное. Особенно понравились бэкапы из коробки.

Не решался использовать в реальной работе, потому что не имею опыта работы c zfs, а ставить гипервизор на одиночные диски плохая идея. Раньше я использовал XenServer, установленный на mdadm raid1, пока он не перестал поддерживать такой режим работы.

В итоге я решил установить, настроить и протестировать proxmox, установленный на программный raid 1 mdadm. Диски отключал, вынимал, вставлял обратно. Все прекрасно работает. Отказоустойчивость на уровне дисков обеспечена, значит можно использовать в реальной работе.

Я и использую последние пару лет. Отдельно упомяну, что меня сразу привлекло в KVM — возможность пробрасывать USB. До сих пор Hyper-V и XenServer не умеют это делать. Первый совсем не умеет, второй вроде как-то пробрасывает, но без гарантий и не все устройства работают.

Для того, чтобы установить proxmox на raid 1 пойдем окольным путем. Стандартный инсталлятор не дает нам необходимой возможности установки на рейд. У нас есть 2 варианта решения проблемы:

  1. Установка сначала голой системы Debian 10 на raid1, а затем на нее устанавливается proxmox. Конечный результат не будет отличаться от инсталляции со стандартного диска.
  2. Установить систему proxmox на одиночный диск, а потом перенести ее на raid1.

Я пробовал оба способа, первый мне показался более простым и понятным, поэтому займемся его реализацией.

Backup виртуальных машин

Подошли к очень важному этапу настройки proxmox — организация бэкапа виртуальных машин. На этот момент нужно обратить особенное внимание, и все хорошенько проверить. Настраивается backup так же просто, как и все остальное в proxmox. Идем в раздел Backup и создаем задание:

Выставляем необходимые параметры, например такие:

Ждем назначенного часа и проверяем исполнение задания.

Для того, чтобы выполнить разовый бэкап конкретной виртуальной машины, достаточно открыть виртуальную машины, выбрать в ней раздел Backup и нажать Backup Now:

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

Тут сразу встает следующий вопрос — как автоматически удалять старые бэкапы? Однозначно ответить не получится, все будет зависеть от того, где будут храниться бэкапы. Если это обычный linux сервер с доступом к консоли, то можно воспользоваться программой find:

# /usr/bin/find /mnt/backups-vm -type f -mtime  30 -exec rm {} ;

После выполнения этой команды, все файлы в папке /mnt/backups-vm старше 30 дней будут удалены. Для автоматизации процесса команду можно поместить в cron. С помощью zabbix вы можете мониторить актуальность бэкапов и следить за их размерами.

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

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

Routed режим сети

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

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

В обоих случаях есть еще варианты настройки в зависимости от количества ip адресов, которые вам выдает провайдер. Если у вас только 1 внешний IP адрес, вы должны его пробросить в виртуальный шлюз. Только он будет иметь доступ в интернет. Для этого вы должны создать бридж вместе с сетевой картой, в которую приходит интернет, но при этом сам бридж не должен иметь IP адреса. Вот пример, как это должно выглядеть в первом варианте:

iface eth0 inet manual

auto vmbr0
iface vmbr0 inet manual
bridge_ports eth0
bridge_stp off
bridge_fd 0

auto vmbr1
iface vmbr1 inet static
address 10.0.0.1
netmask 255.255.255.0
gateway 10.0.0.2
bridge_ports none
bridge_stp off
bridge_fd 0

В eth0 входит провод от провайдера. Этот интерфейс включен в vmbr0 и ему не назначен ip адрес. Второй бридж vmbr1 имеет виртуальный ip адрес и создан для локальной сети виртуальных машин. Дальше вы создаете виртуальную машину для шлюза и добавляете ему оба бриджа — vmbr0 и vmbr1.

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

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

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

Таким образом, у вас будет гипервизор, на нем шлюз в виде виртуальной машины. Все настройки сети выполняются на шлюзе, гипервизор трогать вообще не надо. Если у вас несколько гипервизоров в разных местах, вы их объединяете в единую сеть с помощью, к примеру, openvpn, который настраивается на самих шлюза.

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

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

Взломан хостинг-провайдер mskhost

Что такое главное зеркало сайта и как узнать | Главное зеркало сайта и  протокол

12 сентября хостинг-провайдер MskHost объявил о взломе. В настоящее время сайт компании не работает. Техподержка хостинга пишет, что проводятся технические работы и просит подождать. Также в компании уверяют, что все серверы работают оптимально. Страничка статусов сервисов хостинга недоступна, а часть информации с серверов клиентов и электронной почты компании хакеры опубликовали в открытом доступе.

Хостинг MskHost начал свою работу в 2022 году. Компания позиционировала себя, как «надёжный современный хостинг-провайдер, у которого можно приобрести виртуальный облачный сервер, выделенный сервер, виртуальный хостинг и зарегистрировать свой домен». Последнее время клиенты хостинга оставляли все больше негативных отзывов о его работе.

Что такое главное зеркало сайта и как узнать | Главное зеркало сайта и  протоколСудя по данным аптайма серверов хостинга, проблемы с доступом к MskHost начались сегодня после 7 утра.

На странице, куда сейчас ведет ссылка с сайта MskHost указано, что вся инфраструктура хостинга была взломана, был получен доступ к пользовательским серверам и данным, а большая часть серверов была безвозвратно удалена. Также хакеры пообещали выложить в открытый доступ всю информацию с абьюз ящика хостинга (abuse@msk.host). Как оказалось, там было более 100 непрочитанных электронных писем с жалобами от клиентов.

Что такое главное зеркало сайта и как узнать | Главное зеркало сайта и  протокол

В обращении на заглушке сайта, которая ведет в телеграм-канал пользователя mskhostohoh указано:

Мы вместе ведущими пентестерами СНГ, вынуждены нанести удар по инфраструктуре этого хостинг-проекта, и очистить Рунет от такого масштабного хостера черни.

Дорогие клиенты, которые занимались размещением «чернухи» — все копии ваших серверов, айпи входов, и многое другое, уже у нас, и будет в скором времени передано сотрудникам правоохранительных органов.

Дорогие причастные лица к деятельности данного хостинг проекта, ваши данные у нас тоже уже есть. IP каждого входа и многое другое. Эти данные также как и с клиентскими, будут в скором времени переданы в правоохранительные органы.

В 13:00 мск администрация хостинга

пояснила

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

Что такое главное зеркало сайта и как узнать | Главное зеркало сайта и  протокол
Спустя 12 часов после взлома сайт хостинга снова начал открываться в обычном режиме.

Виды редиректов

Перед тем как приступить к настройке, определитесь, какой вид редиректа нужен в вашем случае. Ниже мы описали все основные виды редиректов.

300 Multiple Choice (множественный выбор) — это редирект, который сообщает, что по искомому запросу можно перейти не на одну, а на несколько страниц. С его помощью можно настроить перенаправление с основного URL на несколько других страниц, которые похожи по тематике, но отличаются по содержанию.

Нередко редирект такого типа встречается на страницах «Википедии». Если какое-то слово или термин имеет несколько значений, вместо одной страницы с определением Википедия выдает страницу со ссылками на объяснение каждого варианта. В зависимости от искомого значения пользователь переходит по нужной ссылке.

301 Moved Permanently (навсегда перемещен) — это постоянный редирект. Используйте этот вид редиректа, если хотите переместить страницу на новый адрес насовсем. В этом случае вы сообщите поисковым системам, что стоит обратить внимание на новую страницу, а исходную можно полностью исключить из индексации.

302 Moved Temporarily (временно перемещен) — это временный редирект. Редирект 302 настраивают в том случае, когда на основной странице временно ведутся те или иные работы. Все файлы копируют и размещают по другому адресу на определенный период.

При переходе на страницу с таким редиректом поисковые роботы сразу поймут, что она перенаправлена на другой ресурс только временно. Поэтому при следующем переобходе они вновь попробуют проиндексировать исходную страницу. И так пока контент не «вернётся» на исходную страницу.

303 See Other (просмотр другого) — это редирект на схожую по тематике страницу. С помощью 303-го можно перенаправить пользователя не на дубль исходной страницы на новом URL, а на совершенно другую страницу, но с похожей тематикой. Такой тип редиректа нередко используют в интернет-магазинах.

305 Use Proxy (использовать прокси) — этот редирект отсылает браузер к использованию прокси-сервера. В этом случае при обращении браузера к странице в ответ приходит адрес прокси-сервера. Это значит, что к ресурсу можно подключиться только с помощью прокси — промежуточного сервера, который является посредником между пользователем и сервером, на котором хранятся файлы сайта.

307 Temporary Redirect — временный редирект. Он сообщает поисковому роботу, что страница временно перенесена на другой URL и через некоторое время вновь будет доступна по старому адресу. Этот редирект похож на 302 Moved Temporarily, однако у него есть существенное отличие — 307 редирект сохраняет метод передачи запроса (GET, POST), который указывает поисковикам, что кешировать документ не нужно.

Редирект rel=«canonical» — этот редирект предназначен только для поисковых роботов, посетитель при этом видит два дублирующихся ресурса одновременно. С его помощью владелец ресурса сообщает роботам, что у сайта есть несколько версий и они должны просканировать только приоритетную копию, которую владелец пометил как «canonical». Остальные страницы тоже доступны пользователям, но они не индексируются.

Также существуют 304-й и 306-й редиректы. Однако сейчас эти виды практически никто не использует. Некоторые браузеры даже не умеют интерпретировать код таких перенаправлений.

Самые популярные виды редиректов — 301 и 302. При этом чаще всего для переадресации url используют 301-й редирект. Для его настройки используют разные способы.

Зеркальные риски

Zercala2.png

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

  • Специалисты, использующие «черные» методы, могут скопировать наполнение с популярного сайта. Поисковый робот посчитает их страницу основной и будет выдавать ее в поиске выше исходного. Скрипты, защищающие контент от копирования, к сожалению, можно обойти.
  • Недобросовестный исполнитель, получив от владельца доступ в Яндекс.Вебмастер для анализа метрик или проведения работ по продвижению, может прописать любой сайт как главное зеркало прямо в панели управления. Для этого сначала создается зеркало домена, при этом дизайн не столь важен. Должен совпадать контент, который либо парсят, либо копируют, если есть доступ к файлам. Затем в панели Вебмастера прописывают новый домен как главный. Сайты склеиваются, прежний убирается из индексации, и весь трафик перенаправляется на новое зеркало. Для такой замены не требуется предоставление паспорта как при смене владельца домена. Уведомление на почту или телефон владельца легко отключить.

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

Zercala3.png

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

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

Как создать bridge в proxmox

Для создания сетевого интерфейса типа bridge в proxmox, в web интерфейсе перейдите в раздел Network и нажмите Create -> Linux Bridge.

Заполняете необходимые поля. Обязательными являются поле IP address, Gateway, Bridge Ports.

С такими настройками вы сможете в качестве локального интерфейса оставить только vmbr0, а eth0 отключить. Это на ваше усмотрение. Если оставить оба интерфейса, то ваш proxmox будет доступен по двум разным ip адресам. Если получите ошибку:

Удалите настройку шлюза на eth0, добавьте его на vmbr0.

Сразу обращаю внимание, что после создания бриджа, в системе создается новый файл с сетевыми настройками — /etc/network/interfaces.new. Там отражены сделанные нами изменения. Информация из него будет добавлена в основной файл interfaces после перезагрузки.

Очень внимательно отнеситесь к настройке сети в proxmox. Убедитесь, что у вас есть доступ к консоли гипервизора. Мне часто приходится настраивать выделенные серверы. Тем не менее, иногда теряю доступ к серверу из-за какой-то ошибки или невнимательности. Да и в самом proxmox могут быть проблемы.

У меня были ситуации, когда выполняешь описанные выше действия, перезагружаешь сервер — он недоступен. Захожу локально, открываю файл /etc/network/interfaces, и удаляю какую-то лишнюю закомментированную строку, из-за которой не поднималась сеть. Подробностей уже не помню, что именно было не так, но пару раз ловил такие ошибки.

Расскажу про еще один нюанс. Во время создания бриджа вас обязательно просят указать статические сетевые настройки. А иногда нужно использовать dhcp сервер. Через web интерфейс это сделать не получится, либо я не понял как. Поступаю другим образом. Пишу произвольные настройки через gui, а потом исправляю файл /etc/network/interfaces. Вот пример настройки сети, когда bridge получает сетевые настройки по dhcp.

source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
allow-hotplug eth0
#iface eth0 inet dhcp
auto vmbr0
iface vmbr0 inet dhcp
	bridge-ports eth0
	bridge-stp off
	bridge-fd 0

Перезагружаю сервер и убеждаюсь, что все работает как надо.

При этом в web интерфейсе будет вот так.

Как это устроено

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

Для того чтобы сервер мог работать полноценным хостом виртуализации, его процессор должен поддерживать одну из двух технологий – либо Intel® VT, либо AMD-V™. Обе технологии выполняют важнейшую задачу — предоставление аппаратных ресурсов сервера виртуальным машинам.

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

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

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

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

Они все достаточно универсальны, однако, у каждого из них имеются определенные особенности, которые следует всегда учитывать на этапе выбора: стоимость развёртывания/обслуживания и технические характеристики. Стоимость коммерческих лицензий VMware и Hyper-V весьма высока, а в случае возникновения сбоев, решить проблему с этими системами собственными силами очень непросто.

KVM же напротив, полностью бесплатен и достаточно прост в работе, особенно в составе готового решения на базе Debian Linux под названием Proxmox Virtual Environment. Именно эту систему мы можем порекомендовать для первоначального знакомства с миром виртуальной инфраструктуры.

Настройка гипервизора proxmox ve

Первым делом обновим наш Debian

~# apt-get update
~#apt-get full-upgrade

Затем, утилитой fdisk посмотрим состояние наших дисков и разделов.

~# fdisk -L

/dev/vda и /dev/vdb — ssd 120 Gb, на который установлен Proxmox.

/dev/vdc и /dev/vdd — ssd 500 Gb, на которых мы будем собирать программный raid с помощью утилиты mdadm.

Они пусты, нам необходимо создать партиции разделов. Ниже приведен пример, как это сделать для /dev/vdc, такую же процедуру необходимо выполнить для /dev/vdd, создав партиции /dev/vdc1 и /dev/vdd1 соответственно.


~# mdadm --create --verbose /dev/md0 --level=1 --raid-devices=2 /dev/vdc1 /dev/vdd1

Данная процедура может занять некоторое время, проверять состояние синхронизации вы можете командой:

~# cat /proc/mdstat

После успешной синхронизации программного raid массива, мы увидим следующую картину:

Следующим этапом, создадим файловую систему ext4 на программном рейде /dev/md127

~#  mkfs.ext4 /dev/md127

Командой blkid проверим uuid собранного raid /dev/md127

В нашем случае, это:

/dev/md127: UUID=»400de0bd-6de7-46e5-a6ca-d03b11fe1c6f» TYPE=»ext4″

Создадим каталог data, который смонтируем к нашей новой fs

~# mkdir /mnt/data
~# mount /dev/md127 /mnt/data

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

Как вы могли не заметить, установка программной части Proxmox VE у нас выполнена на файловой системе ZFS. Это масштабируемая FS, работа которой, и работа с которой в корне отличается от привычных нам ext4 и иже с ней. Эта файловая система разрабатывалась под UNIX, и для корректно работы с Linux потребуется некоторый тюннинг.

~# touch /etc/modprobe.d/zfs.conf

В который необходимо добавить следующие параметры:

options zfs zfs_arc_max=2147483648

options zfs zfs_arc_min=1073741824

options zfs zfs_prefetch_disable=1

Применим изменения:

~#  update-initramfs -u

Настроим swappiness в Linux. Параметр vm.swappiness по умолчанию имеет значение 60, и контролирует процент свободной памяти. Он контролирует значение, после которого начнется активный сброс данных в swap. Значение «60» означает следующее: 100-60=40%.

Одноклассники «моя страница» вход

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

Моя страница в Одноклассниках

Нажав на любой пункт дополнительного меню, можно подробно ознакомиться со всей информацией:

  • Вкладка «Друзья» покажет ваших знакомых, друзей и родственников;
  • «Фото» содержит личные альбомы;
  • Слева вы увидите фотографию своего профиля, которая называется в интернете аватаркой, и функциональная кнопка для добавления личных фотографий;
  • Правая сторона страницы информационная. Здесь показываются возможные друзья. Социальная сеть, помогает искать новых друзей, совершая для этого подсказки;
  • С правой стороны страницы присутствует список с друзьями, которые в недавнем времени произвели вход. Вы всегда можете быть ознакомлены со списком, кто из друзей на данный момент онлайн;
  • Справа указываются все ближайшие мероприятия, которые будут проходить в вашем окружении, а также ваши сообщества.

мой профиль в Одноклассниках

Как войти в свой профиль? Сделать это можно если уже зарегистрированы в социальной сети. Можно сразу сделать ее как стартовую страницу в своем браузере. Используйте виджет, для мгновенного входа на Одноклассники «Мою страницу» в социальной сети Одноклассники. Или «Добавить в закладки» эту страницу.

Создание и настройка виртуальных машин

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

Чтобы установить виртуальную машину, нужно использовать iso образ. Его надо как-то загрузить на proxmox. Сделать это не сложно, нужно только понимать, что загрузить образ можно только на тот storage, который поддерживает такую возможность.

Сторейджи LVM не позволяют загружать образы, для этого нужно использовать, например, storage в виде локальной директории. По умолчанию, один такой есть в системе. В него и загрузим образ виртуальной машины. Для этого открываем нужный storage и выбираем вкладку Content. Жмем на Upload и выбираем нужный образ.

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

Альтернативный способ загрузки iso образа в proxmox — использовать scp или напрямую через wget качать образ из интернета. Положить его нужно в директорию /var/lib/vz/template/iso, если используете дефолтный storage, добавленный по-умолчанию после установки.

Дожидаемся окончания загрузки. Теперь этот образ можно использовать для установки ОС на виртуальную машину. Создание виртуальной машины выглядит следующим образом. Нажимаем на кнопку Create VM

Заполняем все необходимые поля и стартуем машину. Некоторое время уйдет на создание машины (от нескольких секунд до 1-2 минут). В нижней части экрана ведется лог событий, там увидите информацию об окончании создания:

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

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

Установка proxmox на mdadm raid 1 в debian 10

Первым делом нам нужно установить чистую систему Debian. На данный момент это версия 10 Buster. У меня есть отдельная статья по установке Debian. Там подробно описан процесс установки системы на софтовый рейд mdadm.

Скачивайте дистрибутив последней версии Debian. Взять его можно, к примеру, на Yandex.Mirror, конкретно здесь. Для установки подойдет образ CD-1 либо netinst. Начинайте стандартную установку и доходите до пункта настройки жесткого диска.

Если вы делаете установку на чистые диски, то вас должна встретить такая картина состояния дисков:

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

/bootЗагрузочный раздел 500 мб
/Корневой раздел будущей системы, 10 гб выделяю в тесте, в реальной работе рекомендую сделать 30-50 гб на всякий случай
Свободное местоВсе остальное пространство диска оставляю неразмеченным. Как его разделить и использовать будет зависеть от ваших потребностей. Позже покажу как его все задействовать под различные хранилища (виртуальных машин, образов или бэкапов)

Создаем в инсталляторе указанные разделы на обоих дисках. Не буду расписывать по шагам как их сделать, надеюсь сами разберетесь, это не сложно. Должна получиться такая картина:

Параметры первого раздела на 500 Мб:

Параметры второго раздела на 10 Гб:

Оба раздела должны быть Primary.

Теперь создадим 2 отдельных raid массива на 500 мб и 10 гб. Выбираем раздел Configure Software RAID, дальше Create MD device, потом RAID1, 2 диска в массиве, и в завершении выбираем 2 наших раздела по 500 мб:

То же самое делаем с разделами по 10гб — объединяем их в рейд:

Как закончите, жмете Finish. У вас должна получиться такая картина:

Теперь нужно создать файловую систему на рейд массивах. Сделаем на первом раздел /boot ext2, а на втором корень системы — / и файловую систему ext4. В итоге должно получиться вот так:

Применяем изменения и продолжаем стандартную установку. У вас будет предупреждение о том, что не указан раздел для swap.

Игнорируйте его, потом подключим swap отдельно в виде файла. В процессе установки вам будет предложено выбрать набор пакетов. Не ставьте ничего лишнего, только ssh сервер и системные утилиты.

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

Хостинг для сайта с доменом, купить недорого у хостинг-провайдера

Хостинг на Linux или Windows?

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

Linux как в создании, так и в поддержке ресурса удобней, понятней и функциональней Windows-среды.
Оптимизированное под Linux программное обеспечение или приложение гораздо проще найти, чем под сайт,
созданный на ASP.NET. Виртуальный хостинг на Linux позволяет использовать несколько версий PHP на
одном аккаунте, включен бесплатный SSL и защита от DdoS.

Платформа Windows является более специфичной чем Umix-подобные, но это не означает, что она
невостребована. В 2022 году динамика создания сайтов на ASP.NET нисколько не
уменьшилась по сравнению с предыдущими периодами. Поэтому уточните у разработчика, на какой
платформе создан ваш сайт, использует он MySQL или MsSQL, и смело выбирайте тариф.

Тарифы Windows-хостинга безлимитны, как и тарифы Linux. Однако обратите внимание, что
мы не оказываем техническую поддержку по тарифным планам Windows.

В каких случаях нужен VPS:

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

2. Наличие нестандартных скриптов и технологических решений.
Если вы планируете использовать нестандартные решения, например, скрипты для сбора статистики,
системы
резервного копирования контента, системы мониторинга, или ваш сайт работает на ПО, отличном от
конфигурации
виртуального хостинга, то наилучшим вариантом будет VPS-сервер.

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

4. Возможность администрирования.
Вы хотите самостоятельно экспериментировать с настройками, тюнинговать и оптимизировать ПО, вам
интересно
изучать Linux-среду и методики управления ею – однозначно VPS-сервер. Предоставление root-доступа,
широкий
спектр предустановленных шаблонов операционных систем и, конечно, возможность самостоятельного
администрирования.

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

В каких случаях достаточно виртуального хостинга?

Виртуальный хостинг — это площадка для размещения начинающего интернет-магазина, персональной
страницы, лендинга или лонгрида. Если в данный момент у вас небольшое количество посещений (менее
1000 уников), то достаточно исходить из общего объема файлов — в большинстве случаев для старта
можно выбрать минимальный тариф.

Тариф Альфа-SSD – 2Gb:
Недорогой хостинг для сайта с защитой от DDoS бесплатным SSL и 2Gb дискового пространства. Как
показывает практика, для старта этого более чем достаточно. В любом случае вы всегда сможете
увеличить дисковую квоту или изменить тариф, поэтому для начинающих рекомендуем тариф Альфа-SSD.

Тариф Бета-SSD – 7Gb:
Несомненными преимуществами тарифа Бета-SSD является увеличенное дисковое пространство и наличие скидки
50% на 1
домен, которую можно получить при покупке тарифа на 12 месяцев. Это предложение также актуально для
тех,
кто начинает свой путь в сети Интернет. Помимо финансовой экономии, покупая средний тариф, вы
закладываете
кирпичик в будущее вашего ресурса. Наличие дополнительной дисковой квоты позволит экспериментировать
с
контентом, изменять его составляющие, увеличивать объемы, добавлять видео-файлы, активно
взаимодействовать с BackUp.

Тарифы Гамма-SSD – 15Gb и Дельта-SSD — 20Gb:
Данные тарифы для продвинутых пользователей или ресурсов с устаревшей версией PHP.
Они позволяют бесплатно получить 1 домен, который будет отличным дополнением к существующим сайтам
в качестве синонима или для редиректа. Помимо этого, поддержка версий PHP 5.2 и 5.3 позволят тем,
кто не
готов изменять устоявшийся успех своего сайта, развиваться и не заботиться о несовместимости версий.

Представленные тарифы хостинга безлимитны и не имеют ограничений по количеству:

Каждый из тарифов Linux-хостинга оптимизирован под все популярные CMS, но если вы нацелены создать
коммерчески успешный ресурс, в частности интернет-магазин, то мы рекомендуем использовать CMS
«1С-Битрикс».
Все безлимитные тарифы Linux, начиная с «Альфа-SSD», поддерживают CMS «1С-Битрикс». Создание сайта на
базе
этой CMS предусматривает удобную панель управления сайтом, большое количество встраиваемых
расширений
с гарантированной поддержкой от разработчика, готовый платежный шлюз, повышенную устойчивость ко
взлому
сайта злоумышленниками.
При покупке редакций CMS Битрикс для бизнеса вы получаете хостинг для 1С-Битрикс в подарок.

Хранилище для виртуальных машин

После чистой установки proxmox на debian, автоматически создается хранилище local, которое располагается на одном разделе с самой операционной системой по адресу /var/lib/vz. Оно уже предназначено для хранения образов дисков, виртуальных машин и контейнеров.

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

Мы создадим еще один raid 1 mdadm из незанятого места на дисках. Для этого нам нужно будет там создать разделы и объединить их в программный рейд с помощью mdadm.


Обращаю сразу внимание, что это тестовая среда, в реальности так диски разбивать не надо. Оптимально сделать raid 1 из двух отдельных под систему, заняв 30-50 гигов, остальное место на этом рейде отдать под iso образы и возможно бэкапы.

Смотрим имена дисков в нашей системе:

# ls -l /dev | grep sd

brw-rw----  1 root disk      8,   0 Aug  9 15:26 sda
brw-rw----  1 root disk      8,   1 Aug  9 15:26 sda1
brw-rw----  1 root disk      8,   2 Aug  9 15:26 sda2
brw-rw----  1 root disk      8,  16 Aug  9 15:26 sdb
brw-rw----  1 root disk      8,  17 Aug  9 15:26 sdb1
brw-rw----  1 root disk      8,  18 Aug  9 15:26 sdb2

У меня 2 диска sda и sdb. На них уже есть по 2 раздела, которые мы сделали во время установки системы. Создадим на каждом из них еще по одному разделу из всего оставшегося свободного места.

# cfdisk /dev/sda

Выбираем свободное пространство, создаем на нем раздел и указываем тип — Linux raid autodetect.

То же самое делаем со вторым диском. После этих действий у вас должны появиться новые разделы /dev/sda3 и /dev/sdb3. Чтобы это произошло, нужно либо перезагрузить сервер, либо перечитать таблицу разделов командой:

# partprobe -s

Если команда не найдена, установите parted:

# apt install parted

Проверим новые разделы:

# ls -l /dev | grep sd

brw-rw----  1 root disk      8,   0 Aug  9 15:40 sda
brw-rw----  1 root disk      8,   1 Aug  9 15:40 sda1
brw-rw----  1 root disk      8,   2 Aug  9 15:40 sda2
brw-rw----  1 root disk      8,   3 Aug  9 15:40 sda3
brw-rw----  1 root disk      8,  16 Aug  9 15:40 sdb
brw-rw----  1 root disk      8,  17 Aug  9 15:40 sdb1
brw-rw----  1 root disk      8,  18 Aug  9 15:40 sdb2
brw-rw----  1 root disk      8,  19 Aug  9 15:40 sdb3

Теперь объединим только что созданные разделы в raid1:

# mdadm --create /dev/md2 --level=1 --raid-disks=2 /dev/sda3 /dev/sdb3
mdadm: Note: this array has metadata at the start and
may not be suitable as a boot device. If you plan to
store '/boot' on this device please ensure that
your boot-loader understands md/v1.x metadata, or use
--metadata=0.90
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md2 started.

Проверим информацию о mdadm:

Часто задаваемые вопросы:

Какой вариант главного зеркала выбрать?

Как расклеить зеркала сайта?

При расклейке зеркал следует выполнить три пункта:

  • Снять редиректы.
  • Убедиться что контент сайтов отличается.
  • Перейти в Яндекс.Вебмастер и нажать кнопку отклеить зеркало.

Как указать главное зеркало сайта в robots.txt?

Никак. Возможность указания зеркала сайта в robots.txt использовалась Яндексом до 2022 года, в настоящий момент данный функционал упразднен.

Индексируются ли зеркала сайта?

При правильной настройки зеркал — они не индексируются. Но если вы допустили ошибку — то неглавные зеркала сайта могут проиндексироваться и нанести вред проекту (пессимизация со стороны поисковых систем за неуникальный контент за попытку «захвата ТОПа» сайтами одной компании / человека).

Учитываются ли характеристики неглавных зеркал на главном?

Если зеркала склеены — то характеристики переносятся на главное зеркало, иначе — нет.

Что делать если у сайта изменилось главное зеркало?

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

Что делать, если сайты склеены по ошибке?

Провести работы, указанные в пункте “Как расклеить зеркала сайта?”. Если ошибка не ваша — то следует написать в техническую поддержку поисковых систем.

Что делать если яндекс находит не сайт, а алиас?

В большинстве случаях такая проблема вызвана неправильной настройкой склейки зеркал. Убедитесь, что выполнены все пункты из “Как сделать главное зеркало”. Если ошибка не ваша — то напишите в техническую поддержку поисковых систем.

Плохо ли, если главное зеркало сайта не использует https протокол?

На текущий момент поисковые системы не понижают в ранжировании сайты, не использующие https протокол. Но https — это новая технология, которая по ряду причин лучше http. Поэтому следует задуматься о переводе сайта на https.

Оцените статью
Хостинги