Ihiwalay ang onion identity sa clearnet
Panatilihing protektado ang mga private onion key ng serbisyo at i-back up ang mga ito kung kailangan mong manatili ang address pagkatapos ng rebuild. Iwasan ang aksidenteng ugnayan sa pagitan ng mga identity sa pamamagitan ng muling paggamit ng credentials, content o external resources.
Sadyang i-bind ang application
I-bind ang backend sa lokal o pribadong interface at ilantad lamang ang nilalayong serbisyo sa pamamagitan ng Tor. Suriin ang reverse proxy at application para sa mga redirect, absolute na URL at resource na kumokonekta sa panlabas na host.
Bawasan ang mga pagtagas ng impormasyon
Suriin ang mga pahina ng error, header, output ng debug at metadata ng na-upload na file. Huwag ipagpalagay na itinatago ng ruta ng onion ang nagpapakilalang nilalaman ng application. Protektahan ang login ng administrator at iwasang mag-log ng mas maraming impormasyon ng bisita kaysa kinakailangan.
Patakbuhin ito nang legal at maaasahan
Panatilihing naka-update ang Tor at ang application, subaybayan ang paggamit ng resource at panatilihin ang mga backup. Naaangkop pa rin ang mga patakaran sa hosting at batas. Ang KoalaVPS ay hindi pa naglalathala ng pag-apruba sa pagpapatakbo ng onion service o pangako sa trapiko.
Suriin ang mga panlabas na request ng pahina
I-load ang serbisyo sa nilalayong ruta at suriin ang bawat larawan, font, script, stylesheet at redirect. Ang panlabas na asset ay maaaring lumikha ng nagpapakilalang kahilingan sa labas ng nilalayong hangganan ng serbisyo. Binabawasan din ng mga lokal na asset ang maiiwasang dependency sa third party.
Sadyang pangalagaan ang address
I-back up nang pribado ang mga onion identity key kung mahalaga ang pagpapatuloy ng address. Ang malinis na reinstall na wala ang mga key na iyon ay maaaring magbunga ng ibang address. Panatilihing pribadong naka-bind ang backend at kumpirmahing walang hindi sinasadyang clearnet listener na naglalantad ng parehong application.
Gumawa muna ng gumaganang pribadong backend bago ang Tor routing
I-install ang Tor mula sa sinusuportahang mapagkakatiwalaang pinagmulan para sa napiling OS at kumpirmahing tumatakbo ang serbisyo. Maghanda ng hiwalay na lokal na web listener at subukan ito bago magdagdag ng onion route. I-bind ito sa loopback o sa angkop na Unix socket na may pahintulot, sa halip na ipagpalagay na itinatago ng firewall ang isang listener na naka-bind sa lahat ng interface. Inilalarawan ng disenyong ito ang legal na paglalathala; kailangan pa ring kumpirmahin ng KoalaVPS ang anumang patakaran sa operasyonal na serbisyo para sa aktwal na workload.
- Gumamit ng mga lokal na asset at sinadyang URL ng application.
- Panatilihing hiwalay ang administration sa pampublikong publication path.
- Magtala ng paraan ng pag-recover na hindi lamang umaasa sa onion service.
Opisyal na dokumentasyon: Pag-setup ng onion-service ng Tor Project
I-map ang isang onion virtual port sa lokal na application
Ang sumusunod na torrc fragment ay naglalarawan ng dedikadong identity directory at loopback backend sa port 8080. Iangkop ang pagmamay-ari at mga path sa Tor service user ng distribution. Ang pribadong directory ay dapat mabasa/masulatan ng user na iyon at hindi maabot ng mga walang kaugnayang user. I-validate ang naka-install na configuration bago gamitin ang pamamaraan ng restart ng service manager nito. Gumagawa ang Tor ng mga identity file para sa bagong directory; huwag ilathala ang mga pribadong file na iyon kasama ng nilalaman ng website.
# Example torrc fragment; backend already listens on loopback:
HiddenServiceDir /var/lib/tor/koala-publication/
HiddenServicePort 80 127.0.0.1:8080
# Verify the backend independently:
curl --fail http://127.0.0.1:8080/Opisyal na dokumentasyon: Configuration ng Tor at direktoryo ng pagkakakilanlan
Subukan ang onion path at ang hindi gustong clearnet path
Basahin lamang ang nabuong hostname file upang makuha ang pampublikong address at buksan ito gamit ang Tor Browser. Suriin ang mga redirect, form, error page at asset request. Mula sa ibang network, kumpirmahin na ang parehong backend ay hindi aksidenteng naaabot sa pamamagitan ng pampublikong listener. Hindi inaalis ng onion address ang pangangailangan sa login ng application; gumamit ng client authorisation o application authentication kung saan dapat pribado ang access. Suriin ang mga detalye ng contact at nailathalang nilalaman para sa hindi sinasadyang mga link sa pagkakakilanlan.
Opisyal na dokumentasyon: Operational security ng Tor Project
Ayusin ang mga pahintulot nang hindi pinapalitan ang identity
Kung hindi lumalabas ang serbisyo, suriin ang Tor startup errors, directory ownership at local backend bago magbura ng anuman. Ang pagpapalit ng identity directory ay lumilikha ng bagong address; ang pag-restore ng tamang private keys ang nagpapanatili ng continuity. Magtabi ng encrypted offline recovery copy na may restricted access at subukan ang proseso gamit ang hiwalay na disposable identity. Ang mga log at debug page ay maaaring maglantad ng impormasyon kahit tama ang transport routing; suriin ang mga ito pagkatapos ng mga pagbabago sa configuration.