PRIVATE INFRASTRUCTUUR / GEEN ID NODIGLees de privacydoctrine
De KoalaVPS-veldnotities

Een Monero-node met een privé-bedieningsoppervlak.

Kies volledige of geprunede opslag, scheid openbaar peerverkeer van wallet-RPC en houd de softwaresource verifieerbaar.

Plan de ketengegevens

Een volledige node en een geprunede node hebben een verschillende opslagvoetafdruk, en de huidige ketengrootte verandert. Controleer de upstream-vereisten en laat ruimte voor eerste synchronisatie en groei. Kies de schijfcapaciteit niet alleen op basis van een oude tutorial.

Verifieer de software

Gebruik officiële releases en verifieer signatures of hashes via een vertrouwd proces. Draai de daemon als een onbevoorrechte service en houd de datadirectory en logretentie bewust.

Scheid publieke en private rollen

De peer-to-peer-poort en RPC-interface dienen verschillende doelen. Bind gevoelige RPC lokaal of achter een geauthenticeerde privéroute. Een publiek bereikbare, onbeperkte wallet-controle-interface is een ernstige fout.

Begrijp de privacyscheiding

Het gebruik van je eigen node kan de afhankelijkheid van een externe operator verminderen, maar beveiligt geen wallet op een gecompromitteerd apparaat. Tor of andere routeringskeuzes vereisen afzonderlijke configuratie en een duidelijk dreigingsmodel. Houd walletgeheimen buiten de openbare bestanden van de node.

Test de RPC-grens

Controleer na configuratie de luisterende interfaces en probeer een verzoek van buiten het toegestane netwerk. Een beperkt daemon-RPC-eindpunt en een wallet-RPC-dienst zijn verschillende mogelijkheden. Stel geen van beide breed beschikbaar alleen omdat een wallet-applicatie zo makkelijker te verbinden is.

Houd de node reproduceerbaar

Leg de binaire bron, geverifieerde release en serviceconfiguratie vast zonder walletgeheimen naar het runbook te kopiëren. Monitor schijfcapaciteit en synchronisatievoortgang. Een node kan vaak opnieuw worden opgebouwd uit geverifieerde software en chaingegevens; bescherm het wallet-herstelmateriaal afzonderlijk.

Kies opslag op basis van de huidige keten en uw rol

Een volledige node bewaart meer historische gegevens; een geprunede node verkleint de langdurige voetafdruk terwijl de keten nog steeds wordt gevalideerd. Laat ruimte voor synchronisatie, logs en groei in plaats van te vertrouwen op een vast oud ketengroottegetal. Schakel pruning in bij de eerste synchronisatie wanneer dat het bedoelde ontwerp is; later toepassen verkleint een bestaand databasebestand mogelijk niet direct. Bepaal of de node privé-infrastructuur voor uw wallet is of ook een beperkte publieke daemon-RPC biedt.

Controleer de release voordat je de daemon start

Verkrijg de release via het officiële projectkanaal en verifieer de ondertekende hash-lijst met een vertrouwde fingerprint die onafhankelijk van het gedownloade archief is verkregen. Draai de daemon als een toegewijde onbevoorrechte service met een persistente datadirectory en begrensde logs. Houd wallet-seeds en spend-keys aan de walletzijde; een validerende node heeft ze niet nodig. Leg de versie en het geverifieerde archiefhash vast, zodat een herbouw een identificeerbaar startpunt heeft.

  • Sta peer-to-peerverkeer alleen toe volgens de beoogde noderol.
  • Houd onbeperkte daemon-RPC lokaal/privé; een beperkte listener is een aparte keuze.
  • Verwar monerod daemon RPC niet met een wallet RPC die walletoperaties kan uitvoeren.

Bevestig de synchronisatie en inspecteer de RPC-grens

Gebruik de daemonstatus en huidige hoogte om langzame initiële verificatie te onderscheiden van een losgekoppelde node. Controleer uitgaande peers, beschikbare schijfruimte, klok en servicelogs voordat je een lange synchronisatie herstart. De mainnet-peerpoort en RPC-listeners zijn verschillend; open niet alle nabijgelegen poorten voor het gemak. Bevraag de bedoelde privé-RPC vanaf een geautoriseerde client en vereis vervolgens dat een verzoek van buiten de grens mislukt. Beperk openbare methoden bewust als een openbaar endpoint deel uitmaakt van je ontwerp.

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

Plan Tor-routing en herstel afzonderlijk

Tor kan het netwerkpad wijzigen voor ondersteund nodeverkeer, maar het moet worden geconfigureerd voor de beoogde verkeersklasse en worden getest; Tor naast een daemon draaien bewijst niets. Onderzoek vastgelopen synchronisatie via peerconnectiviteit, schijf- en rechtencontroles. Bewaar configuratie- en verificatierecords en beslis of het kopiëren van chaingegevens genoeg hersteltijd bespaart om de back-upgrootte te rechtvaardigen. XMR nodehosting is hier een educatieve workload; het maakt geen Monero betalingsacceptatie in de Koala-checkout mogelijk.

CONFIGUREER JE INFRASTRUCTUUR

Neem de controle.
Deploy op jouw voorwaarden.

Geen identiteitspapieren. Volledige beheerderstoegang. Crypto-native facturering.