93 lines
6.4 KiB
Markdown
93 lines
6.4 KiB
Markdown
---
|
||
title: Rusonyx VPS onboarding quirks (Astra Облако / myvm.rusonyx.ru)
|
||
type: concept
|
||
tags: [rusonyx, vds, bootstrap, onboarding, gotchas, vendor]
|
||
sources: [../sources/vds-kzntsv-bootstrap-2026-05-20.md]
|
||
updated: 2026-05-20
|
||
---
|
||
|
||
# Rusonyx VPS onboarding quirks
|
||
|
||
Quirks first-boot опыта на Rusonyx VDS (Astra Облако, https://myvm.rusonyx.ru) — для memory будущих сессий. Зафиксировано при активации [`vds-kzntsv`](../entities/vds-kzntsv.md) 2026-05-20.
|
||
|
||
## 1. VNC console не открывается с первого раза
|
||
|
||
В Управление сервером → Консоль HTML5 noVNC может не загружаться (зависание на индикаторе соединения). Помогает кнопка **«Остановить VNC»** в той же панели — force-disconnect stale attachment'а на hypervisor side. После клика подождать ~5 сек, открыть консоль заново.
|
||
|
||
Если не помогает — ticket в support, без VNC реальной возможности зайти в box нет (см. quirk 2).
|
||
|
||
## 2. Stale системный образ Ubuntu — обязательный upgrade через VNC
|
||
|
||
Поставка содержит сотни pending updates, включая `openssh-server` и kernel. Письмо при активации **прямо рекомендует** последовательность:
|
||
|
||
```bash
|
||
apt update
|
||
apt upgrade
|
||
apt --fix-broken install
|
||
apt upgrade
|
||
```
|
||
|
||
И ключевая часть: **«строго через VNC-консоль»**, потому что `openssh-server` upgrade'у переключают сервис, что разрывает SSH session и бьёт upgrade на половине.
|
||
|
||
По дороге будет **5+ dpkg interactive prompts** (conffile conflicts). Ответы:
|
||
|
||
| Prompt | Правильный ответ | Reasoning |
|
||
|---|---|---|
|
||
| `/etc/ssh/sshd_config` | **2** (keep local) | Rusonyx-modified sshd_config форсит `PermitRootLogin yes` + `PasswordAuthentication yes` для первого захода. Maintainer-версия дефолтит `prohibit-password` — потеряешь SSH-доступ если ключ ещё не залит. |
|
||
| `/etc/cloud/cloud.cfg` | **N** (keep current) | Rusonyx модифицировал под свой provisioning (network, ssh-key inject). Maintainer-версия может сломать их хуки. |
|
||
| `grub-pc /dev/vdaX target` | **1** (`/dev/vda` whole-disk MBR) | Опция 2 (на partition) — blocklist mechanism, less reliable. Опция 3 (skip) = box не загрузится. |
|
||
| `cloud-init local config` (если появится) | keep | По той же логике. |
|
||
|
||
После завершения — `reboot` (или ждать пока apt сам запустит).
|
||
|
||
## 3. SSH initial password — одноразовый
|
||
|
||
Активационное письмо даёт `root` + одноразовый пароль. Первый шаг bootstrap'а (после VNC-upgrade) — push своего SSH key и harden sshd:
|
||
|
||
```
|
||
PermitRootLogin no
|
||
PasswordAuthentication no
|
||
PubkeyAuthentication yes
|
||
```
|
||
|
||
Через **drop-in file `/etc/ssh/sshd_config.d/00-hardening.conf`** (префикс `00-` чтобы выиграть first-match precedence над `50-cloud-init.conf` который форсит `PasswordAuthentication yes`).
|
||
|
||
## 4. Подключение через SSH с password на Windows
|
||
|
||
OpenSSH for Windows **не имеет** `-pw` flag (как `plink`/PuTTY) или `sshpass`. Для одноразового password-bootstrap:
|
||
|
||
- **plink.exe** (`C:\Program Files\PuTTY\plink.exe`) — supports `-pw`, доступен если PuTTY установлен.
|
||
- Pipe `echo y | plink ...` для auto-accept first-time host key (plink кэширует в registry).
|
||
- После push pubkey → переключаемся на native OpenSSH `ssh -i` (plink больше не нужен).
|
||
|
||
## 5. Hypervisor-side VNC ≠ guest-side VNC service
|
||
|
||
В гостевой системе **нет** VNC service'а — VNC console работает на qemu/KVM hypervisor side. Поэтому request «зайди и передёрни vnc service из гостя» невозможен. Управляется только через Rusonyx web panel.
|
||
|
||
## 6. Default firewall — open?
|
||
|
||
Из наблюдений 2026-05-20: после reboot SSH:22 поднимался автоматом, не было видно guest-side ufw default-deny. Но **ICMP ping проходил до VNC-fix**, при том что **все TCP-порты были filtered**. Похоже, Rusonyx имеет perimeter firewall, который автоматически allow'ит TCP только когда VPS становится «active» в их учёте — корреляция с моментом первой VNC-сессии. Не воспроизводимо post-factum; для будущих VDS — стоит сначала открыть VNC, потом ждать что SSH станет доступен.
|
||
|
||
## 7. Tariff именования
|
||
|
||
«160 SSD» переименован в «160 NVMe» (та же цена, апгрейд по IOPS). Если в старой переписке/доках видите «160 SSD» — это actually 160 NVMe. Аналогично могут быть переименования для 80/220+ тарифов.
|
||
|
||
## 8. Welcome-email рекомендации
|
||
|
||
Содержит только команды apt upgrade, **не упоминает**:
|
||
- Что VNC может быть stale.
|
||
- Какие dpkg prompts и правильные ответы.
|
||
- Initial password — одноразовый, нужно сменить на ключ.
|
||
|
||
См. также: support-ticket draft в [`vds-kzntsv-bootstrap-2026-05-20`](../sources/vds-kzntsv-bootstrap-2026-05-20.md) с конкретными suggestions для Rusonyx.
|
||
|
||
## Когда применять
|
||
|
||
- Любой новый Rusonyx VDS (Astra Облако).
|
||
- Возможно частично применимо к другим Russian VDS-providers с custom OS templates (REG.RU, FirstByte, RuVDS), но конкретные dpkg prompt'ы вендор-specific.
|
||
|
||
## Ссылки
|
||
|
||
- [`vds-kzntsv-bootstrap-2026-05-20`](../sources/vds-kzntsv-bootstrap-2026-05-20.md) — где впервые столкнулись.
|
||
- [`vds-kzntsv`](../entities/vds-kzntsv.md) — текущий live host.
|