Установка XRay на сервере Ubuntu или Debian

1.1 Домен

Можно купить платный и привязать его к IP-адресу сервера, то есть создать в регистраторе домена запись типа A с IP-адресом сервера и названием домена.

Можно создать бесплатный домен 3-го уровня на сервисе freemyip.com. Для этого вводим название домена и, если он доступен, сайт выдаст ссылку следующего вида: https://freemyip.com/update?token=токен&domain=название-домена Для привязки созданного домена к IP нашего сервера, на сервере выполняем команду:

curl выданная_ссылка

1.2 E-mail

E-mail понадобится для получения SSL-сертификата, также он будет прописан в конфиге XRay. Не уверен, что E-Mail должен быть действующим, так как никаких проверок по почте не происходит.

1.3 UUID

Уникальный идентификатор пользователя (uuid) будет прописан в конфиге и нужен для подключения по VLESS. Чтобы сгенерировать uuid, можно установить программу uuid:

sudo apt install uuid

И далее вызвать:

uuid

Можно выполнить данный шаг на своём компьютере под ОС LInux или на сервере. А также можно воспользоваться специальным сервисом, например https://www.uuidgenerator.net/version4

1.4 Пароль

Для шифрования соединения по протоколу ShadowSocks, лучше всего использовать современные методы: 2022-blake3-aes-128-gcm или 2022-blake3-aes-256-gcm Для этого нужно сгенерировать соответствующий пароль. Если у нас на домашнем компьютере Linux, можно сгенерировать его там. Некоторые способы доступны и для Windows (но рекомендуется отказаться от использования Windows для личных целей). 2022-blake3-aes-256-gcm — это схема AEAD, для которой нужен 32-байтовый (256-бит) ключ. Рассмотрим несколько способов генерации такого ключа. Если мы хотим использовать 2022-blake3-aes-128-gcm, при генерации указываем 16 байт вместо 32.

# 32 байта случайных -> base64
openssl rand -base64 32

head -c 32 /dev/urandom | base64

pip3 install --user blake3

nvim generate_blake3_key_from_seed.py

import base64, sys
from blake3 import blake3

phrase = b"моя секретная фраза"   # заменяем на свою фразу
h = blake3(phrase).digest(length=32)
print(base64.b64encode(h).decode())

python3 generate_blake3_key_from_seed.py

1-й вариант

поставить стандартную заглушку nginx:

server {
        listen 127.0.0.1:8080 default_server;
        
        root /var/www/html;
        index index.html index.htm index.nginx-debian.html;

        server_name _;

        location / {
                try_files $uri $uri/ =404;
        }
}

Также это может быть реальный сайт с html-страницами, например, с котиками. Или сайт на php, но тогда конфигурация будет более сложной, и это уже не тема данной инструкции.

2-й вариант

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

server {
        listen 127.0.0.1:8080 default_server;
        
        server_name _;

        location / {
            auth_basic "Administrator’s Area";
            auth_basic_user_file /etc/htpasswd;
        }
}

Сам файл /etc/htpasswd может вообще даже не существовать: нам не нужно проверять правильность пароля, мы будем отклонять все подряд, делая вид, что пароль не подошел. Nginx все равно запустится даже без этого файла.

3-й вариант

переадресовывать подключения на какой-нибудь другой сайт

server {
        listen 127.0.0.1:8080 default_server;
  
        server_name _;

        location / {
             proxy_pass http://lib.ru;
        }
}

В результате при попытке открытия адреса прокси браузером загрузится зеркало lib.ru - заменитм его на какой-нибудь другой сайт. Использовать для этого какие-либо популярные или навороченный сайты явно не стоит, а вот какую-нибудь богом забытую хомпагу эпохи Web 1.0 или безымянную webftp-файлосвалку - уже можно. А чтобы некоторые тупые боты или пауки поисковых систем не нагнали нам трафика, можно добавить опции ratelimit-модуля в Nginx и ограничить скорость передачи данных с “переадресованного” сайта, например, до 1 мегабита. Также можно проксировать на ваш сайт на Python или NodeJS, но тогда конфигурация будет более сложной, и это уже не тема данной инструкции.

После внесения изменений, протестируем, что конфигурация nginx синтаксически верная:

sudo nginx -t

И, если это так, перезапустим nginx:

sudo systemctl restart nginx