Panduan konsol operator AeroNyx Nodeboard

AeroNyx17 Juni 20264 menit baca50 tayangan

Operasikan node privasi terdesentralisasi AeroNyx melalui konsol berbasis workflow untuk registrasi, fleet attention, capacity, bukti relay terenkripsi, maintenance aman, dan incident closure.

Nodeboard adalah konsol operasi untuk node privasi terdesentralisasi AeroNyx. Ia mengubah registrasi, aggregate health, capacity, protocol evidence, maintenance, dan incident closure menjadi workflow berulang tanpa mengekspos traffic pengguna atau content terenkripsi. Buka app.aeronyx.network. Setiap panel hanya membuktikan laporan source saat ini; configuration, runtime readiness, dan observed evidence adalah keadaan berbeda.

Cakupan dan model operasi

Gunakan tiga tingkat. Dashboard menjawab apakah fleet perlu perhatian. Services membandingkan service/capacity domain di antara node milik operator. Node detail menjelaskan satu node dan memuat evidence, control, serta audit history. Node sehat tetap tenang; raw proof history dan command timeline ada di detail. Nodeboard mengelola node yang terkait dengan operator terautentikasi, bukan public traffic explorer.

Mendaftarkan node

Buat code berumur pendek di Registration Codes, lalu gunakan command yang dihasilkan atau installer resmi. Pantau planning, install, registration, service start, heartbeat, dan admission secara terpisah. Setelah node tampil, periksa region, public visibility, runtime version, source commit, capacity, dan health. Code mengikat satu onboarding, bukan API key yang dapat dipakai ulang; secret yang sudah dikonsumsi tidak boleh ditampilkan lagi.

Mulai dari fleet attention

Prioritas: heartbeat offline/stale; command failed/timeout/stale; maintenance dengan active sessions; packet drops atau tekanan IP pool, conntrack, fd, disk; policy drift; discovery/relay mismatch; kemudian recovery/proof evidence yang menua. Stale, not reported, dan disabled bukan zero atau healthy. Buka item berdampak terbesar, tentukan user impact dan closure condition yang dapat diverifikasi.

Menggunakan Services dan detail node

Services mengelompokkan Privacy Network, Discovery & Relay, MemChain & Storage, dan Runtime. Bandingkan, lalu buka node detail untuk source timestamp, policy sync, risk, command state, dan recovery evidence. Setiap incident memerlukan signal, impact, action, closure. Exit code zero belum menutup incident; fresh heartbeat, service health, protocol endpoint, dan capacity terdampak harus pulih.

Keputusan capacity dan placement

Capacity mendukung admission, bukan vanity score. Tinjau IP pool used/free, max_connections, policy max_sessions, active sessions, conntrack, fd, packet drops, pps/bps, bandwidth policy, disk, memory, dan CPU. Pisahkan hard runtime limit dari commercial policy; zero dapat berarti unlimited menurut backend semantics. Tampilkan Accepting, Limited, Drain, atau Maintenance beserta alasan dan jangan simpulkan aktivitas individu dari aggregate rate.

Membaca discovery dan bukti relay terenkripsi

Pisahkan configured capability, signed advertisement, endpoint reachability, recent probe stability, real encrypted relay observation, terminal client receipt, dan restart continuity. Synthetic probe membuktikan test path, bukan user traffic. OnionMiddle adalah no-exit encrypted relay role; perlu reachable peer API, ready ChatRelay, signed descriptor, routeable peers, dan fresh path evidence. Jangan tampilkan route hop, social graph, payload, atau client identity.

Membaca MemChain dan bukti commitment

MemChain dapat melaporkan apakah sealed storage, commitment follower, witness, quota, cleanup, dan recovery terkonfigurasi dan fresh. Fitur ini config-gated; empty/disabled tidak membuktikan gangguan. Witness/checkpoint count adalah rollback/fork evidence, bukan public-chain consensus atau proof bahwa witness menyimpan payload. Hanya aggregate state; tanpa owner key, record ID, project, vector, edge, checkpoint material, atau ciphertext.

Maintenance, restart, dan upgrade yang aman

Remote restart_service adalah backend-gated privileged command. Wajib permission, active-session warning, maintenance/drain guidance, confirmation eksplisit, immutable audit, dan lifecycle pending -> sent -> executing -> completed | failed | timeout; cancel hanya jika diizinkan. Setelahnya verifikasi runtime, heartbeat, healthcheck, policy sync, dan evidence terkait sebelum mengakhiri maintenance. Upgrade panel menunjukkan version drift, staged state, blocker, dan cutover safety, bukan janji one-click remote upgrade universal. Gunakan workflow upgrade dan rollback yang disetujui.

Memisahkan kredensial akses

Registration code memasukkan node; private access code menerima client yang disetujui ke restricted node; anonymous voucher membuktikan service eligibility tanpa menjadi operator credential. Ketiganya tidak dapat dipertukarkan. Terapkan least privilege, short expiry, one-time reveal, revocation, dan audit. Jangan masukkan secret, private key, raw bearer, atau recovery material ke event, URL, screenshot, atau support ticket.

Menggunakan event, freshness, dan audit

Setiap panel harus menunjukkan provenance dan freshness: signed Rust heartbeat, local health endpoint, discovery status, systemd/upgrade report, backend policy, atau command audit. Event menjawab kapan, node/service mana, actor yang diizinkan, dan apakah closure evidence tiba. Simpan timestamp serta coarse reason code; singkirkan payload, destination, message ID, client IP activity, memory content, dan social graph.

Izin dan batas privasi

Lindungi registration, policy, maintenance, command, code, dan audit dengan role-based authorization. Nodeboard dapat menampilkan aggregate sessions, bytes, packets, capacity pressure, routeability, proof outcomes, recovery, dan command lifecycle. Jangan tampilkan DNS, destination, browsing history, packet/message/MemChain plaintext, client public-IP activity, wallet traffic, private key, atau voucher secret. Operator harus mengelola infrastruktur tanpa mengetahui perilaku pengguna.

Rutinitas operator dan referensi

Harian: Attention, offline/stale, placement, drops, resource pressure, discovery freshness, dan command SLA. Sebelum maintenance: sessions, drain/maintenance, target version/commit, dan rollback. Sesudah: service active/enabled, fresh heartbeat, healthcheck, policy sync, serta configured discovery/relay admission; lalu tutup incident.