Инструментите за отдалечен работен плот са удобни точно докато безплатното ниво не реши, че изглеждаш „комерсиален“, и не те заключи по средата на сесия, или просто предпочиташ екранът ти да не маршрутизира през чужд облак. RustDesk е отворен инструмент за отдалечен работен плот, и интересната част е, че можеш да пуснеш сървърната му страна сам: насочи всеки клиент към собствения си VPS, и сесиите ти relay-ват през машина, която ти контролираш. Плати за него в crypto, без KYC.
Какво се нуждае RustDesk от сървър
Self-hosted сървърът на RustDesk е две малки части: hbbs (ID/rendezvous сървърът, който позволява на клиентите да се намерят) и hbbr (relay-ят, който носи сесията, когато директна връзка не е възможна). Нито един не е тежък — изискванията идват от достижимост и bandwidth, не от изчисление:
- Dedicated IPv4 и отворени портове. Клиентите се свързват входящо със сървъра ти на портове 21115-21119 (TCP) и 21116 (UDP). Това се нуждае от публичен IP, който е твой, и свободата да отваряш портове — план с dedicated IP. NAT плановете не могат да приемат произволно входящо, така че няма да обслужат RustDesk. Nano-IP ($8/месец) е предостатъчен за лична или малка екипна употреба.
- Bandwidth, когато сесията relay-ва. Relay-ната сесия носи видео стрийма през машината ти. Трафикът е неизмерен на всеки план тук, така че натоварено споделяне на екран няма да произведе изненадваща сметка — но ако няколко души се свържат наведнъж, оразмери за пропускливостта.
- Едва някакъв CPU/RAM. hbbs и hbbr пият ресурси; най-малката машина с dedicated IP ги пуска добре.
Настрой го (Ubuntu 24.04, Docker)
# dedicated-IP plan, root shell
apt update && apt install -y docker.io docker-compose-v2
systemctl enable --now docker
mkdir -p /opt/rustdesk && cd /opt/rustdesk
cat > docker-compose.yml <<'EOF'
services:
hbbs:
image: rustdesk/rustdesk-server:latest
command: hbbs -r <YOUR.SERVER.IP>:21117
network_mode: host
volumes: ["./data:/root"]
restart: unless-stopped
hbbr:
image: rustdesk/rustdesk-server:latest
command: hbbr
network_mode: host
volumes: ["./data:/root"]
restart: unless-stopped
EOF
docker compose up -d
ufw allow 21115:21119/tcp && ufw allow 21116/udp
При първо стартиране hbbs записва публичен ключ в ./data/id_ed25519.pub. Във всеки RustDesk клиент, отвори Settings → Network → ID/Relay Server, въведи IP-то на сървъра си и постави този ключ. От този момент клиентите ти се срещат и relay-ват през собствената ти машина.
За кого е това
- Загрижени за поверителността потребители, които не искат отдалечените им сесии да маршрутизират през vendor облак.
- Малки екипи и freelancers, ударени от натяквания за „комерсиална употреба“ на безплатни нива — хостването премахва per-seat модела изцяло.
- Home-lab и self-hosters, които вече пускат собствени услуги и искат отдалечен достъп при същите условия: тяхната машина, техните правила.
Защо EQVPS за RustDesk
- Dedicated IPv4 от $8/месец, всички отворени портове, reverse DNS self-service.
- ЕС локации (Германия, Финландия) — чисти маршрути, реален закон за защита на данните.
- Без KYC, плащане в crypto. Имейл за регистрация, USDC/USDT за плащане — подходящо за частен endpoint за отдалечен работен плот.
- Root за ~60 секунди, неизмерен трафик. Вдигни hbbs + hbbr, отвори портовете, и собственият ти отдалечен работен плот е live.
Ако искаш и криптиран тунел за целия си трафик, вместо само отдалечен работен плот, self-hosted WireGuard VPN покрива това; и преди да изложиш каквото и да е, пусни чеклиста за сигурност на нов VPS.
Коментари
Още няма коментари. Бъди първият.