Пришлось доставать «топор войны», хорошенько его натачивать и… и снова закапывать. Потому что коллега, работавший системным администратором, как раз тогда решил перебраться жить в другой город, а второй коллега, ранее где-то что-то уже сисадминивший, пришел на работу бухой, чем дико разгневал шефа. Я предложил: давайте я попробую себя в роли сисадмина. «А ты умеешь?» — «Нет. Но дайте мне отдельный компьютер для тренировки и рано или поздно я сделаю из нее такой же сервер, как стоит в шкафу». На том и порешили.

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

Второй хостер не слал мне каждый день письма о том, что мои скрипты его слишком грузят. Может быть потому, что он был более нормальным, а может быть потому, что скрипты свои я к тому времени оптимизировал так, что в них уже нечему было грузить. Сервер я поднял благополучно, переключил всех на него. Благополучно заново настроил старый сервер, вернул все обратно. Читал мануалы и новости, устанавливал апдейты, делал разные интересные решения… мой стул превратился в кресло, мониторы на ЭЛТ заменились на жидкокристаллические. Нищенские 1.0 ставки превратились в не менее нищенские 1.5 ставки, появилась персональная надбавка за руководство группой программирования. Зачатые проекты также начали приносить денежные средства.

И вот в один прекрасный день у второго хостера ломается сервер. Я спокоен, сразу по двум причинам: во-первых, у меня автоматически поддерживалась копия в локальной сети, а во-вторых, хостер заверял, что потеря данных исключена, т.к. у него RAID1-массив, в котором вся информация «зеркалится». Но, как оказалось, это не панацея, т. к. «поломался RAID-контроллер» (С), а в этом случае уже «ничем помочь нельзя» (С).

Между делом жалуясь на случившееся своим удаленным (от слова «далеко») товарищам (которых к тому времени стало очень много), решились мы на то, что довольно давно обсуждали — выделенный сервер (VPS/VDS на рынке тогда еще не предлагалось, поддержки виртуализации у процессоров еще не было). И вот, взял я/мы в аренду скромную машинку, настроил(и) ее как хотел(и), перенес(ли) на нее все свое богатство и стали жить-поживать сайты развивать. Цыганская почта это все быстро разнесла, и оказалось вдруг, что мы с этим сервером уже и в некотором профите находимся… соответственно, арендованный сервер стал менее скромным… затем вообще стал нескромным.

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

Последним, как и надлежит капитану, покинул физический сервер и аффтор данного текста.

Все, можете вернуть мое пиво мою настойку пустырника…

🧑‍💻Начну свой первый пост со знакомства. Меня зовут Евгений, мне 19 лет. Я занимаюсь разработкой майнкрафт проектов, по простому я разработчик серверов или же их технический администратор.

🫶🏻В добавок к этому посту я прикрепил небольшой трейлер моего личного сервера, а точнее его beta части.

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

💻+📱Самое главное, я всегда создаю сервера кроссплатформенного типа, это значит что на сервер можно заходить с любого устройства, будь до телефон(minecraft pe) или же компьютер(Java). Я ориентируюсь на всех и никого не обделяю.

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

Я открытый человек и всегда рад новым знакомствам!

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

Личный VPS/VDS-сервер — вещь абсолютно незаменимая в наше время даже для людей, далеких от IT.

Ранее мы уже рассматривали, какой VPS-хостинг выбрать:

• Топ VPS/VDS-хостингов (2025)

• Как настроить облачное хранилище данных на своем сервере. Сетевой диск на личном VPS

• 13 недорогих иностранных VPS/VDS-хостингов

• 15 недорогих VPS/VDS-хостингов

Пора рассказать, как самостоятельно настроить VPS.

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

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

VPS/VDS дают гарантированные мощности, которые не зависят от других клиентов провайдера.

• VPS (Virtual Private Server) — это виртуальный сервер, работающий на основе технологий виртуализации, таких как KVM, OpenVZ, VMware и других. У него могут быть разделяемые ресурсы, но он остается изолированным от других пользователей.

• VDS (Virtual Dedicated Server) — фактически тот же VPS, но с гарантированными выделенными ресурсами (CPU, RAM, дисковое пространство). В случае VDS конкретные процессорные ядра фиксируются за вашим сервером, исключая задержки на переключение между свободными ядрами. Это обеспечивает максимальную стабильность и производительность вычислений.

В каких случаях VPS/VDS выгоднее обычного хостинга

VPS/VDS — это оптимальное решение для тех, кому нужен баланс между возможностями выделенного сервера и ценой обычного хостинга. Его выбирают для разработки, размещения интернет-магазинов, корпоративных сайтов и даже игровых серверов. Хостинг на собственном выделенном сервере подойдет если:

• Сайт или проект требует стабильной работы 24х7;

• Нужен полный контроль над сервером: доступ к настройкам ОС, установка своего ПО)

• Проект растет, и возможностей обычного хостинга уже не хватает;

• Требуется повышенная безопасность: разграничение доступа, защита от атак;

• У вас несколько проектов, которые могут быть размещены на одном сервере.

При выборе VPS/VDS вы получаете мощный инструмент без ограничений, присущих обычному хостингу. Среди его главных преимущества:

• Автономность — вы полностью управляете сервером, устанавливаете ПО и конфигурируете систему под свои задачи;

• Масштабируемость — легко увеличить ресурсы сервера при росте нагрузки;

• Безопасность — полная изоляция от других пользователей, возможность настройки защиты;

• Выделенные ресурсы — процессор, оперативная память и диск принадлежат только вам;

• Гибкость — возможность выбора операционной системы, программного обеспечения и конфигурации сервера.

Как выбрать VPS-провайдера

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

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

1. Аптайм (Uptime)

Аптайм — это процент времени, в течение которого сервер доступен и работает без сбоев. Хорошие провайдеры гарантируют аптайм от 99,9% и выше, что означает, что сервер может быть недоступен буквально минуты за месяц. Надежные провайдеры указывают обещанный Аптайм прямо на своих страницах.

Надежность сервера зависит от уровня дата-центра (ЦОД), где он находится. По международным стандартам ЦОД делятся на уровни от Tier I до Tier IV. Чем выше уровень, тем реже случаются перебои в работе. Если вам нужна стабильность на уровне 99,9% и выше, выбирайте Tier III. В таких дата-центрах есть резервные системы, а обслуживание можно проводить без отключения серверов.

2. Производительность серверов

Скорость работы VPS зависит от мощности серверов у хостинг-провайдера. Обратите внимание на процессоры, их частоту и тип дисков — NVMe-накопители работают намного быстрее обычных SSD.

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

3. Поддержка и обслуживание

Техническая поддержка играет огромную роль, особенно если у вас нет опыта работы с серверами. Хороший провайдер должен предоставлять круглосуточную поддержку (24/7), отвечать на запросы быстро и помогать решать технические вопросы.

4. Стоимость и тарифы

Иногда дешевые VPS/VDS не оправдывают ожиданий из-за слабых характеристик или скрытых ограничений. Важно сравнить стоимость, объем выделяемых ресурсов и дополнительные услуги, такие как бэкапы, защита от DDoS, лицензии на ПО и прочие.

5. Локация серверов

Чем ближе сервер к вашим пользователям, тем быстрее будет загружаться сайт или приложение. Если ваш проект ориентирован на Россию, вам больше подойдет VPS-провайдер с дата-центрами в РФ или странах СНГ.

6. Панель управления

Для удобного администрирования сервером провайдер должен предлагать удобную панель управления (ISPmanager, Plesk, cPanel или свою собственную). Если у вас нет опыта работы с Linux-командной строкой, панель управления позволяет настраивать и обслуживать сервер с минимальными усилиями.

Как определить, какие ресурсы нужны для проекта

Для стабильной работы VPS/VDS важно заранее оценить, какие ресурсы потребуются вашему проекту.

1. Оперативная память (RAM)

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

• 512 МБ — 1 ГБ — минимально для простых сайтов на WordPress, небольших API и тестовых проектов.

• 2 — 4 ГБ — хороший вариант для интернет-магазинов, корпоративных сайтов, бэкэнда несложных приложений и небольших игровых серверов.

• 8 ГБ и выше — подойдет для высоконагруженных проектов, больших баз данных и сложных веб-приложений.

2. Процессор (CPU)

Чем мощнее процессор, тем быстрее обрабатываются запросы. Важно учитывать не только количество ядер, но и тактовую частоту (GHz) — чем она выше, тем быстрее выполняются вычисления.

• 1-2 ядра с частотой от 2 ГГц — достаточно для небольших сайтов, лендингов и блогов.

• 4 ядра и больше с частотой от 3 ГГц — требуется для интернет-магазинов, серверов приложений и проектов с высокой нагрузкой.

• Высокочастотные процессоры (3,5+ ГГц) — подойдут для ресурсоемких задач, включая обработку данных, видеостриминг и игровые серверы.

Оптимальный вариант — современные процессоры с высокой частотой и поддержкой многопоточности(например, Intel Xeon или AMD EPYC), обеспечивающие стабильную и быструю работу сервера.

3. Дисковое пространство (Storage)

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

• HDD (жесткие диски) — устаревший вариант, медленный, но дешевый. Подходит только для архивных данных.

• SSD (твердотельные накопители) — быстрее HDD, обеспечивают хорошую скорость работы сайта и базы данных.

• NVMe SSD — самый быстрый вариант. Использует интерфейс PCIe, что в 5-7 раз быстрее стандартных SSD. Оптимален для высоконагруженных проектов и баз данных.

Сколько места нужно?

• 10-30 ГБ — достаточно для небольших сайтов, блогов и лендингов.

• 50-100 ГБ — подойдет для интернет-магазинов и корпоративных сайтов с базами данных.

• 100 ГБ и больше — необходимо для крупных проектов, работающих с большими объемами контента (медиа, бэкапы, базы данных).

4. Трафик

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

Заказ сервера на примере VPS хостинга Timeweb

Для наглядности разберем процесс заказа VPS/VDS на примере популярного хостинг-провайдера Timeweb.

Timeweb предлагает несколько тарифов на выбор. Можно подобрать VPS/VDS с разными параметрами: локация, для российских ЦОДов разные частоты CPU, количество CPU, объем оперативной памяти, дисковое пространство и другие параметры.

У Timeweb также есть возможность гибкой конфигурации сервера, но только для процессоров с частотой 3,3 ГГц.

ОС для VPS хостинга: Windows или Linux

Операционная система на VPS/VDS влияет на совместимость с приложениями, удобство администрирования и системные требования. Выбор между Linux и Windows Server зависит от используемого программного обеспечения и ваших технических навыков.

Выбирайте Windows Server, если у вас приложения на .NET, MSSQL, 1C или требуются специфические Windows-службы.

Выбирайте Linux, если ваш проект работает на PHP, Python, MySQL/PostgreSQL, нужен максимальный контроль и стабильность.

Выбираем дистрибутив Linux для VPS

Среди популярных дистрибутивов для VPS/VDS выделяют:

• Ubuntu — прост в использовании, часто обновляется и имеют большую комьюнити-поддержку. Универсален в использовании и подходит для новичков.

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

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

Настройка ОС на VPS на примере Timeweb

При заказе сервера можно выбрать Linux (Ubuntu, Debian, CentOS) или Windows Server. При выборе можно указать определенную версию, например, если вы используете редкие библиотеки, совместимые с определенной версией.

Многие провайдеры предлагают сразу добавить автоматические бэкапы, защиту от DDoS-атак, панель управления ISPmanager и другие услуги.

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

После заказа VPS/VDS вам на почту приходят IP-адрес, логин (обычно root) и пароль. Далее нужно подключиться к серверу и выполнить первичную настройку. В данном разделе мы приведем команды для Ubuntu, в других дистрибутивах они могут иметь другой синтаксис.

Как подключиться к серверу через SSH

SSH (Secure Shell) — это протокол для безопасного управления сервером через командную строку.

Если у вас Linux и macOS — подключитесь к VPS серверу через Terminal:

ssh root@your_server_ip

Если Windows — используйте программу PuTTY:

1. Введите IP-адрес сервера в поле Host Name.

2. Выберите порт 22 (стандартный SSH).

3. Нажмите Open и введите логин и пароль.

Проверка загруженности VPS

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

htop

Если htop не установлен, установите его:

apt install htop

или

yum install htop

Вывод покажет загрузку процессора и использование оперативной памяти. Если нагрузка CPU превышает 80% в течение длительного времени, это может указывать на перегрузку сервера. Аналогично, если памяти остается очень мало, система может начать работать медленнее.

Проверка дискового пространства на VPS

Для проверки свободного места на диске используйте команду:

df -h

Команда показывает использование диска по разделам. Если Use% приближается к 90-100%, сервер может перестать работать из-за нехватки дискового пространства.

Обновление пакетов после первого запуска

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

apt update && apt upgrade -y

После обновления сервер может запросить перезагрузку (reboot). Это нормальная процедура после обновления ядра и системных компонентов. Теперь сервер готов к дальнейшей настройке и установке необходимых приложений.

Усиление безопасности VPS сервера

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

Создание нового пользователя и отключение root-доступа

Root — это суперпользователь с полным доступом к системе. Если злоумышленник получит доступ к root-аккаунту, он сможет полностью управлять вашим VPS и всеми данными. Чтобы повысить безопасность, создайте нового пользователя с правами sudo:

adduser newuser

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

usermod -aG sudo newuser

Эта команда не выдает никаких сообщений при успешном выполнении.

Теперь выполняйте административные команды от имени нового пользователя, добавляя sudo перед командой:

sudo apt update

После этого рекомендуется отключить возможность входа под root-пользователем через SSH. Откройте файл конфигурации::

nano /etc/ssh/sshd_config

Найдите строку PermitRootLogin yes и замените на PermitRootLogin no.

Сохраните (Ctrl + X, затем Y и Enter) и перезапустите SSH:

systemctl restart ssh

Теперь вход в систему возможен только через нового пользователя.

Смена стандартного порта SSH

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

Для смены порта откройте файл конфигурации SSH:

nano /etc/ssh/sshd_config

Найти строку #Port 22, убрать # и заменить, например, на Port 2222 (или любое число от 1024 до 65535). Затем перезапустите SSH:

systemctl restart ssh

Для подключения к серверу через терминал теперь используйте команду:

ssh -p 2222 newuser@your_server_ip

Настройка файрвола (брандмауэра)

UFW (Uncomplicated Firewall) — удобный инструмент для управления сетевыми подключениями в Linux. Он помогает защитить сервер от несанкционированного доступа. В большинстве современных дистрибутивов UFW уже предустановлен. Если его нет, установите с помощью команды:

sudo apt install ufw -y

Проверьте статус UFW:

sudo ufw status

Если увидите Status: inactive, значит, брандмауэр выключен.Перед его включением важно разрешить SSH, иначе можно заблокировать себе доступ:

sudo ufw allow OpenSSH

Или, если вы сменили порт SSH (например, на 2222):

sudo ufw allow 2222/tcp

Теперь включите UFW:

sudo ufw enable

Дополнительно разрешите доступ к веб-серверу:

sudo ufw allow 80/tcp

sudo ufw allow 443/tcp

Разрешите входящие ICMP-запросы для проверки доступности VPS по сети:

sudo ufw allow proto icmp from any

Для безопасности можно запретить все входящие соединения, кроме тех, что явно разрешены:

sudo ufw default deny incoming

sudo ufw default allow outgoing

Защита VPS от DDOS-атак

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

sudo apt install fail2ban -y

Открываем конфигурацию:

sudo nano /etc/fail2ban/jail.local

Добавляем в конфигурацию:

[DEFAULT]

bantime = 3600

findtime = 600

maxretry = 5

[sshd]

enabled = true

port = 22

filter = sshd

logpath = /var/log/auth.log

maxretry = 5

После изменения конфигурации необходимо перезапустить Fail2Ban:

sudo systemctl restart fail2ban

Для проверки заблокированных IP используйте команду:

sudo fail2ban-client status sshd

Использование SSH-ключа для подключения к VPS

SSH-ключи делают аутентификацию более безопасной. Вместо ввода пароля при каждом подключении можно использовать пару ключей (публичный и приватный).

Создание ключа на Linux и macOS

Если у вас Linux или macOS для создания SSH-ключа используйте следующую команду:

ssh-keygen -t rsa -b 4096

Файл ключа сохранится в ~/.ssh/id_rsa.pub. В процессе вы можете задать дополнительный пароль, который будет запрашиваться при каждом подключении по ключу.

Для передачи ключа на сервер используйте команду:

ssh-copy-id newuser@your_server_ip

Создание ключа на Windows

Если у вас Windows, для создания SSH-ключа откройте PowerShell. Для этого нажмите Win + R, затем введите powershell и нажмите Enter. В открывшемся окне введите команду:

ssh-keygen -t rsa -b 4096

Нажмите Enter, чтобы сохранить ключ в стандартную папку C:\Users\YourUser\.ssh\ и при необходимости установите пароль, который будет дополнительно запрашиваться.

Теперь у вас есть два файла:

• C:\Users\YourUser\.ssh\id_rsa — приватный ключ (НЕ передавайте никому!).

• C:\Users\YourUser\.ssh\id_rsa.pub — публичный ключ (его нужно добавить на сервер).

Для загрузки публичного ключа на сервер откройте id_rsa.pub в «Блокноте», скопируйте содержимое файла, подключитесь к серверу через PuTTY и выполните:

nano ~/.ssh/authorized_keys

Вставьте содержимое ключа, нажав Shift + Right Click и выбрав «Paste», затем сохраните файл, нажав Ctrl + X, затем Y, затем Enter. И, наконец, настройте права доступа:

chmod 700 ~/.ssh

chmod 600 ~/.ssh/authorized_keys

Подключение по SSH-ключу на Linux и macOS

Для подключения к вашему VPS по сгенерированному ключу достаточно ввести команду:

ssh newuser@your_server_ip

Если вы задали пароль для ключа, система его запросит.

Подключение по SSH-ключу на Windows

PuTTY не работает напрямую с OpenSSH-ключами (id_rsa), поэтому приватный ключ нужно конвертировать в формат PuTTY (.ppk) и настроить аутентификацию.

Для конвертации ключа в необходимый формат откройте PuTTYgen, который шел в комплекте с PuTTY.  Для загрузки исходного ключа в нижнем правом углу выберите «All Files (.)», затем выберите файл id_rsa (находится в C:\Users\YourUser\.ssh\id_rsa) и нажмите «Load».

Для сохранения ключа в формате PuTTY нажмите «Save private key». Игнорируйте предупреждение о пароле, если не устанавливали его. Сохраните файл как id_rsa.ppk, например, в C:\Users\YourUser\.ssh\id_rsa.ppk

Теперь нужно настроить PuTTY для использования .ppk-ключа. Для этого откройте PuTTY и введите IP-адрес или домен сервера в поле «Host Name (or IP address)», затем перейдите в Connection → SSH → Auth, нажмите «Browse» и выберите id_rsa.ppk.

Чтобы не вводить настройки каждый раз при подключении, вы можете сохранить ключ в профиле подключения. Для этого вернитесь в Session, в поле Saved Sessions введите имя (например, MyVPS) и нажмите «Save».

Чтобы каждый раз не выбирать .ppk-файл, можно использовать Pageant, который также входит в комплект PuTTY. Запустите его, нажмите «Add Key» и выберите id_rsa.ppk. Теперь PuTTY будет автоматически использовать этот ключ при входе.

Для подключения к серверу нажмите «Open» и введите логин (например, newuser). Если всё настроено правильно, пароль вводить не нужно — вход выполнится автоматически.

Запрет входа по паролю

После настройки SSH-ключа можно отключить вход по паролю для дополнительной безопасности.

Открываем файл конфигурации SSH:

sudo nano /etc/ssh/sshd_config

Находим строку PasswordAuthentication yes и меняем на PasswordAuthentication no. Для обновления настроек перезапускаем SSH:

sudo systemctl restart ssh

Теперь подключение возможно только с SSH-ключом. На этом базовая настройка VPS окончена, дополнительно вам надо установить приложения, которые необходимы для вашего проекта, например веб-сервер, PHP, MySQL и другие.

Регистрация и настройка домена для VPS

Выбор доменного имени — важный шаг при запуске сайта, так как оно влияет на его узнаваемость, удобство запоминания и SEO. Хороший домен должен быть коротким, легко читаемым, уникальным и соответствовать тематике проекта.

Также важно учитывать доменную зону (.com, .ru, .site и т. д.), так как она влияет на целевую аудиторию. Домен можно зарегистрировать у официальных регистраторов или напрямую у VPS-провайдера, что удобно при комплексном развертывании сервера и сайта.

Регистрация домена у VPS провайдера

Рассмотрим процесс регистрации домена на примере Timeweb Cloud. Покупка домена доступна в личном кабинете в разделе «Домены и SSL».

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

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

Настройка домена для VPS

После регистрации домена у провайдера нужно настроить его на работу с сервером. Зайдите на сайт вашего регистратора, выберите зарегистрированный домен и перейдите в настройки его DNS записи. Добавьте A-запись, указывающую на IP-адрес VPS:

@  A  192.168.1.1  (замените на ваш IP)

Для перенаправления www на основной домен добавьте CNAME-запись:

www  CNAME  example.com

Сохраните изменения и дождитесь обновления DNS (обычно от 15 минут до 24 часов).

Изменения в DNS могут применяться от 15 минут до 24 часов. Проверить, привязан ли домен, можно командой:

nslookup example.com

Что делать, если VPS не отвечает?

1. Проверьте доступен ли ваш сервер по сети:

ping your_server_ip

2. Если сервер работает, но SSH не подключается, попробуйте подключиться через VNC или консоль в панели управления провайдера.

3. Убедитесь, что SSH-порт открыт:

sudo ufw status

4. Если SSH заблокирован, разрешите его снова:

sudo ufw allow 22/tcp

sudo systemctl restart ssh

5. Если ошибка Permission denied (publickey), проверьте содержимое ~/.ssh/authorized_keys и корректность прав доступа:

ls -ld ~/.ssh

ls -l ~/.ssh/authorized_keys

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

drwx------  … .ssh

-rw-------  …  authorized_keys

6. Убедитесь, что SSH-сервер разрешает вход по ключам. Для этого откройте SSH-конфигурацию на сервере:

sudo nano /etc/ssh/sshd_config

Найдите строки:

PubkeyAuthentication yes

AuthorizedKeysFile .ssh/authorized_keys

Если PubkeyAuthenticati>, измените его на yes. Проверьте, что путь до публичных ключей указан правильно.

После исправления настроек перезапустите SSH:

sudo systemctl restart ssh

7. Попробуйте перезагрузить сервер через панель управления VPS-провайдера.

8. Обратитесь в техническую поддержку вашего VPS провайдера.

Стоит ли выбирать VPS/VDS?

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

При выборе провайдера важно учитывать стабильность работы (аптайм), мощность серверов, поддержку, цену, расположение дата-центров и удобство управления. Также стоит заранее рассчитать, сколько памяти, процессорных ресурсов и места на диске вам понадобится.

После покупки VPS важно выполнить базовую настройку: обновить систему, настроить SSH-доступ, включить защиту (например, брандмауэр и Fail2Ban), а также прикрепить домен к серверу.