Сервер

Личный 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), а также прикрепить домен к серверу.

• Перейду в проект HelpLibrary и создам новый класс в папке DTOs .

• Создам DTO для логов:

  DTO Logs

• Теперь перейду в проект ServerLibrary и добавлю интерфейс ILogRepository для определения класса логов.

• Реализую этот интерфейс, создав класс LogRepository в папке Implementations . Он содержит:

  • Поле _context, которое объявляется в конструкторе для контекста базы данных.

  • Реализацию метода WriteLogs, который записывает логи в базу данных.

💡 Важно: Такой шаблон будет использоваться для каждой таблицы базы данных.

Qwen2.5-Max1:29 am

Вот обновленная версия текста с добавлением стикеров для улучшения визуального восприятия и акцентирования внимания на ключевых моментах:

Реализация обработки первого запроса 🚀

1. Добавление логов 📝

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

• Перейду в проект HelpLibrary и создам новый класс в папке DTOs .

• Создам DTO для логов:

• Теперь перейду в проект ServerLibrary и добавлю интерфейс ILogRepository для определения класса логов.

• Реализую этот интерфейс, создав класс LogRepository в папке Implementations . Он содержит:

  • Поле _context, которое объявляется в конструкторе для контекста базы данных.

  • Реализацию метода WriteLogs, который записывает логи в базу данных.

💡 Важно: Такой шаблон будет использоваться для каждой таблицы базы данных.

2. Логика работы с пользователями 👤

Создам DTO для регистрации и входа в аккаунт:

• Для регистрации обязательными полями являются: логин , имя , email и пароль .

• Для входа в аккаунт необходимы: почта/логин и пароль .

Интерфейс репозитория 🔍

Определяю интерфейс репозитория для работы с базой данных. На данном этапе необходимо реализовать следующие методы:

• Поиск пользователя по Id .

• Поиск пользователя по никнейму .

• Поиск пользователя по email .

• Добавление пользователя в базу данных.

Реализация интерфейса ⚙️

💼 Реализация бизнес-логики

Создаю интерфейс с методом регистрации и входа в аккаунт.

Реализую бизнес-логику, реализовав созданных интерфейс. В конструкторе подключаю классы для работы с базой данных.

Метод регистрации

Метод входа в аккаунт

3. Контроллер 🌐

Создам новый класс в папке Controllers проекта Server , назову его AuthController . Добавлю в конструктор класса только что созданный сервис.

Добавлю два endpoint'а:

• POST /register — для регистрации нового пользователя.

• POST /login — для входа в аккаунт.

📌 Примечание: Swagger автоматически покажет доступные эндпоинты после запуска проекта.

4. Тестирование ✅

Запускаю проект. Открывается страница Swagger, где видны два созданных эндпоинта.

Регистрация 🆕

Открою POST /register и впишу в тело запроса:

{

"nickname": "vkatun",

"name": "vasya",

"email": "vasya@mail.ru",

"password": "password"

}

В итоге получу ответ с сообщением об успешной регистрации и статус-кодом 200!

🎉 Успех! Проверяю базу данных — в таблицах Users и Logs добавились соответствующие записи.

Все работает!

Вход в аккаунт 🔑

Тестирую POST /login с правильными данными:

{

"emailOrNickname": "vkatun",

"password": "password"

}

В итоге получу ответ об успешной аутентификации и статус-кодом 200.

Попробую ввести несуществующий логин и пароль:

{

"emailOrNickname": "vkatun123",

"password": "password"

}

и

{

"emailOrNickname": "vkatun",

"password": "password123"

}

Получу ответы:

{

"flag": false,

"message": "There is no account with this email or nickname."

}

и
{

"flag": false,

"message": "Invalid password"

}

соответственно

⚠️ Ошибка обработана корректно!

5. Заключение 🏁

Все работает корректно! Теперь можно приступить к реализации логики JWT, но это уже тема для другой статьи.

📚 Следите за обновлениями!

Аутентификация

Процесс, в результате которого сервер узнает, кто вы такой. Клиент отправляет данные для входа, сервер проверяет их валидность. Если данные верны, сервер создает токен или идентификатор и отправляет его клиенту.

Авторизация

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

Логинизация

Логика на клиенте, которая отрабатывает в зависимости от успешности аутентификации. Например, флаг isAuthenticated меняется с false на true, и вместо кнопки "Войти" отображается иконка профиля.

Сессионная аутентификация (Session-based)

Как это работает:

1. Аутентификация: Клиент отправляет данные для входа, сервер проверяет их и создает сессию. Сервер возвращает клиенту UUID сессии, который хранится в куках.

2. Авторизация: Клиент отправляет куки на сервер, сервер проверяет валидность сессии и возвращает положительный ответ.

Плюсы:

• Безопасность: сессии хранятся на сервере.

Минусы:

• Bottleneck (подробнее): При большом количестве пользователей нагрузка на сервер увеличивается.

Аутентификация на основе токенов (Token-based)

Как это работает:

1. Аутентификация: Клиент отправляет данные для входа, сервер проверяет их и создает токен (например, JWT), который отправляется клиенту.

2. Авторизация: При каждом запросе клиент отправляет токен в заголовке Bearer <token>. Сервер проверяет токен и возвращает положительный ответ.

Плюсы:

• Нет необходимости хранить данные на сервере, что предотвращает bottleneck.

Минусы:

• Менее безопасен, так как токен хранится на клиенте.

Перейдем на уровень ниже.

JWT токен

JWT (JSON Web Token) — это строка в формате base64, которая состоит из трех частей:

1. Header (Заголовок)
   Содержит информацию о типе токена (JWT) и алгоритме шифрования.

2. Payload (Полезная нагрузка)
   Содержит утверждения (claims) — данные о пользователе, сроке действия токена и т.д.

3. Signature (Подпись)
   Хэш токена, созданный на основе алгоритма из заголовка и зашифрованный с помощью приватного ключа.

Важно: Не храните в токене пароли или другую важную информацию, так как токен можно раскодировать.

Access Token и Refresh Token

Access Token

Access Token — это токен, который клиент использует для доступа к защищённым ресурсам на сервере. Обычно он имеет короткий срок жизни.

Refresh Token

Refresh Token — это токен, который используется для получения нового Access Token, когда текущий Access Token истекает. Обычно он имеет длительный срок жизни.

Как работает:

1. После успешной аутентификации сервер создает и отправляет клиенту Access Token и Refresh Token.

2. Клиент сохраняет Refresh Token в безопасном месте (например, в HTTP-only куках).

3. Когда Access Token истекает, клиент отправляет Refresh Token на сервер для получения нового Access Token.

4. Сервер проверяет Refresh Token и, если он действителен, выдаёт новый Access Token.

Источники:
Аутентификация в ASP.NET Core — YouTube
Аутентификация. Сессии и JWT — YouTube
Что такое JWT, Access и Refresh токены — YouTube