Isang Monero node na may pribadong control surface.

Planuhin ang chain data

Ang full node at pruned node ay may magkaibang storage footprint, at nagbabago ang kasalukuyang laki ng chain. Suriin ang upstream requirements at maglaan ng espasyo para sa paunang pag-synchronize at paglaki. Huwag pumili ng disk capacity mula sa lumang tutorial lamang.

I-verify ang software

Gumamit ng mga opisyal na release at tiyakin ang mga signature o hash sa pamamagitan ng mapagkakatiwalaang proseso. Patakbuhin ang daemon bilang unprivileged na serbisyo at panatilihing sinadya ang data directory at log retention nito.

Paghiwalayin ang pampubliko at pribadong tungkulin

Ang peer-to-peer port at RPC interface ay may magkaibang layunin. I-bind ang sensitibong RPC nang lokal o sa likod ng authenticated private route. Ang pampublikong maaabot na unrestricted wallet control interface ay isang malubhang pagkakamali.

Unawain ang hangganan ng privacy

Ang paggamit ng sarili mong node ay maaaring magpababa ng pag-asa sa remote operator, ngunit hindi nito sinisiguro ang wallet sa kompromisadong device. Ang Tor o iba pang pagpipilian sa routing ay nangangailangan ng hiwalay na configuration at malinaw na threat model. Ilayo ang mga lihim ng wallet sa mga pampublikong file ng node.

Subukan ang RPC boundary

Pagkatapos ng configuration, suriin ang mga listening interface at subukan ang isang request mula sa labas ng pinapayagang network. Ang isang restricted daemon RPC endpoint at isang wallet RPC service ay magkaibang kakayahan. Huwag ilantad ang alinman nang malawakan dahil lamang mas madaling kumonekta ang isang wallet application sa ganoong paraan.

Panatilihing reproducible ang node

Itala ang pinagmulan ng binary, na-verify na release at configuration ng serbisyo nang hindi kinokopya ang mga wallet secret sa runbook. Subaybayan ang kapasidad ng disk at progreso ng synchronisation. Ang node ay madalas na maaaring muling buuin mula sa na-verify na software at chain data; protektahan nang hiwalay ang wallet recovery material.

Pumili ng storage mula sa kasalukuyang chain at sa iyong papel

Ang full node ay nagpapanatili ng mas maraming makasaysayang data; binabawasan ng pruned node ang pangmatagalang footprint habang nagpapatunay pa rin sa chain. Maglaan ng espasyo para sa pag-synchronize, mga log at paglaki sa halip na umasa sa isang nakapirming lumang numero ng laki ng chain. I-enable ang pruning sa paunang sync kapag iyon ang nilalayong disenyo; ang paglalapat nito mamaya ay maaaring hindi agad magpaliit sa umiiral na database file. Magpasya kung ang node ay pribadong imprastraktura para sa iyong wallet o nag-aalok din ng limitadong pampublikong daemon RPC.

Opisyal na dokumentasyon: Pruning at mga opsyon ng Monerod

I-verify ang release bago simulan ang daemon

Kunin ang release sa pamamagitan ng opisyal na channel ng proyekto at i-verify ang nilagdaang hash list nito gamit ang pinagkakatiwalaang fingerprint na nakuha nang hiwalay sa na-download na archive. Patakbuhin ang daemon bilang dedikadong unprivileged na serbisyo na may persistent na data directory at may hangganang log. Itago ang wallet seed at spend key sa panig ng wallet; hindi ito kailangan ng validating node. Itala ang bersyon at na-verify na hash ng archive upang may makikilalang panimulang punto ang muling pagbuo.

• Payagan lamang ang peer-to-peer traffic ayon sa inilaan na tungkulin ng node.
• Panatilihing lokal/pribado ang walang restriksyong daemon RPC; ang restricted listener ay hiwalay na pagpipilian.
• Huwag ipagkamali ang monerod daemon RPC sa isang wallet RPC na may kakayahang magsagawa ng wallet operations.

Opisyal na dokumentasyon: pagpapatunay ng release ng Monero

Kumpirmahin ang pag-synchronize at siyasatin ang hangganan ng RPC

Gamitin ang daemon status at kasalukuyang height upang makilala ang mabagal na paunang verification mula sa disconnected node. Suriin ang outbound peers, available disk, clock at service logs bago i-restart ang mahabang sync. Ang mainnet peer port at RPC listeners ay magkaiba; huwag buksan ang lahat ng kalapit na port bilang kaginhawahan. I-query ang nilalayong private RPC mula sa awtorisadong client, pagkatapos ay hilingin na mabigo ang request mula sa labas ng boundary. Sadyang limitahan ang mga public method kung bahagi ng iyong disenyo ang public endpoint.

# Local service inspection; do not publish private configuration:
ss -lntp
# In the monerod console:
status
sync_info

Opisyal na dokumentasyon: Sanggunian ng Monerod daemon

Planuhin nang hiwalay ang Tor routing at recovery

Maaaring baguhin ng Tor ang network path para sa sinusuportahang trapiko ng node, ngunit dapat itong i-configure para sa nilalayong traffic class at masubukan; ang pagpapatakbo lamang ng Tor sa tabi ng daemon ay walang pinapatunayan. Siyasatin ang natigil na pag-synchronize sa pamamagitan ng peer connectivity, disk at mga pagsusuri sa permiso. Panatilihin ang mga talaan ng configuration at verification, at magpasya kung ang pagkopya ng chain data ay nakakatipid ng sapat na oras sa pag-recover upang maging katwiran ang laki ng backup nito. Ang XMR node hosting ay isang pang-edukasyong workload dito; hindi nito pinapagana ang pagtanggap ng bayad sa Monero sa Koala checkout.