I recently spun up a .onion mirror of my website. Here's how to do it.I recently spun up a .onion mirror of my website. Here's how to do it.

How I Spinned up an Onion Mirror: It's Stupidly Easy

I recently spun up a .onion mirror of my website.

\ Why? Because why not? And also because I can. Oh, and free speech and anti-censorship and all that jazz.

\ I'd like to pretend that it was some grand technological challenge, but if I'm being entirely candid, it was like 3 commands and 4 lines of configuration.

\ If you, too, would like to become a member of the dark web, here's how I did it:

0. Prerequisites

Before we jump into the "how" of it all, I should probably provide a brief overview of what my stack looked like before I entered The Onionverse:

  • Web Server: I've been using Caddy for a few years now because it's significantly easier to configure than Nginx or Apache, and it has first-class support for modern web features like automatic HTTPS via Let's Encrypt.
  • Hosting: My site is hosted on a VPS from DigitalOcean, which gives me full control over the server environment. It's supposed to cost $4/mo, but I'm taking some classes at Ye Olde Community College, so I have a few years of credits to cover the cost.
  • Operating System: My server runs Debian. I like Debian. If you aren't using an apt-based distro, then you'll need to adjust the package installation commands accordingly (but the Tor and Caddy configurations should be the same).

1. Install Tor

First things first, we need to install Tor. On Debian, it's right in the default repositories:

sudo apt update sudo apt install tor

2. Configure Tor

Next, we need to configure Tor to create a hidden service for our website. Open the Tor configuration file (/etc/tor/torrc) in your favorite CLI text editor (it better be vim, or you are dead to me). I have no interest in running a relay or exit node on my VPS, so I made some minimal changes to the config file, which should look something like this (comments removed for clarity):

# Disable SOCKS proxy since we aren't making outbound connections # through Tor SocksPort 0 # Make sure Tor runs as a daemon (i.e. in the background) RunAsDaemon 1 # Setup the hidden service on port 80, this is where we tell Tor to # create a .onion service for our web server HiddenServiceDir /var/lib/tor/hidden_service/ HiddenServicePort 80 # Disable inbound connections, since we aren't running a relay or # exit node ORPort 0 # Disable directory services, since we won't be mirroring directory # information to other Tor nodes DirPort 0

\ That's it. Everything else should be commented out using # characters.

3. Restart Tor

Now, we need to restart the Tor service to apply our changes:

sudo systemctl restart tor

4. Get Your .onion Address

After Tor restarts, it will generate a new hidden service for us. We can find our new .onion address in the HiddenServiceDir we specified earlier (/var/lib/tor/hidden_service/). This directory is only readable by the debian-tor user, so we'll need to use sudo to read the hostname file inside:

sudo cat /var/lib/tor/hidden_service/hostname

\ What will be printed to the terminal is your new .onion address. It should look something like this:

jytkco7clxwj4hhzaydhk4kr3hwzsdzyvtsc6zn2ivog5uma5pxowzad.onion

5. Configure Caddy

My Caddy server serves my website on port 80 without any IP or domain restrictions, so I don't need to make any changes to my Caddy configuration, however, if you explicitly set up your Caddy server to only respond to certain domains or IP addresses, you'll need to add a new site block for your .onion address, which will look something like this:

http://jytkco7clxwj4hhzaydhk4kr3hwzsdzyvtsc6zn2ivog5uma5pxowzad.onion:80 { # Set up a reverse proxy, or serve static files, etc. }

\ Because you can't get HTTPS certificates for .onion addresses, you'll need to serve your site over plain HTTP. I'm not sure if this is generally considered acceptable within the Tor network (maybe one of my tens of readers can enlighten me), but I don't require HTTPS for my site anyway, so it works for my purposes.

6. (Optional) Advertise Your .onion Address

If you want people to find your .onion site, you'll need to advertise it somewhere. I'm a fan of subtlety, so I set up an Onion-Location header on my main site that points to my .onion address. This way, anyone visiting my regular site with a Tor-enabled browser will automatically be informed of the existence of my .onion mirror without any intrusive pop-ups, banners, or additional UI elements.

\ To do this, you'll want to add a header to your main Caddy site block like so:

header { Onion-Location http://jytkco7clxwj4hhzaydhk4kr3hwzsdzyvtsc6zn2ivog5uma5pxowzad.onion{uri} }

\ The reason I tack on that {uri} at the end is so that if someone visits a specific page on my main site (e.g. https://flower.codes/some-post), the Onion-Location header will point them to the equivalent page on my .onion site (http://jytkco7clxwj4hhzaydhk4kr3hwzsdzyvtsc6zn2ivog5uma5pxowzad.onion/some-post), which (at least to me) adds some polish to the experience.

7. Profit!

Just kidding.

\ At this point, your .onion mirror should be up and running. You can test it out by visiting your .onion address in any Tor-enabled browser (like the Tor Browser or even Brave, which has built-in Tor support).

Market Opportunity
Black Mirror Logo
Black Mirror Price(MIRROR)
$0.001948
$0.001948$0.001948
+3.67%
USD
Black Mirror (MIRROR) Live Price Chart
Disclaimer: The articles reposted on this site are sourced from public platforms and are provided for informational purposes only. They do not necessarily reflect the views of MEXC. All rights remain with the original authors. If you believe any content infringes on third-party rights, please contact service@support.mexc.com for removal. MEXC makes no guarantees regarding the accuracy, completeness, or timeliness of the content and is not responsible for any actions taken based on the information provided. The content does not constitute financial, legal, or other professional advice, nor should it be considered a recommendation or endorsement by MEXC.

You May Also Like

More On-Chain Activity as Over 131,000 Cardano Transactions Feature NIGHT Tokens

More On-Chain Activity as Over 131,000 Cardano Transactions Feature NIGHT Tokens

The launch of NIGHT, the native token of Midnight, has significantly impacted the number of transactions across the broader Cardano ecosystem. Cardano founder Charles
Share
Coinstats2025/12/18 15:13
What is Ethereum’s Fusaka Upgrade? Everything You Need to Know

What is Ethereum’s Fusaka Upgrade? Everything You Need to Know

Over the past few weeks, one of the most talked-about topics within the crypto community has been Ethereum’s Fusaka upgrade. What exactly is this upgrade, and how does it affect the Ethereum blockchain and the average crypto investor? This article will be the only explainer guide you need to understand the details of this upgrade within the Ethereum ecosystem. Why Does Ethereum Undergo Upgrades? To understand what the Fusaka upgrade will achieve, it is essential to comprehend what Ethereum’s upgrades aim to accomplish. The layer-1 Ethereum network was originally designed as a proof-of-work (PoW) blockchain. This implied that miners were actively behind the block mining process. While this consensus mechanism ensured security for the L1 blockchain, it also triggered slower transactions. The Ethereum development team unveiled a detailed roadmap, outlining various upgrades that will fix most of the network’s issues. These problems include its scalability issue, which refers to the network’s ability to process transactions faster. Currently, the Ethereum blockchain processes fewer transactions per second compared to most blockchains using the proof-of-stake (PoS) consensus mechanism. Over the past decade, Ethereum’s developers have implemented most of these upgrades, enhancing the blockchain’s overall performance. Here is a list of the upgrades that Ethereum has undergone: Frontier: July 2015 Frontier Thawing: September 2015 Homestead: March 2016 DAO Fork: July 2016 Tangerine Whistle: October 2016 Spurious Dragon: November 2016 Byzantium: October 2017 Constantinople: February 2019 Petersburg: February 2019 Istanbul: December 2019 Muir Glacier: January 2020 Berlin: April 2021 London: August 2021 Arrow Glacier: December 2021 Gray Glacier: June 2022 The Merge: September 2022 Bellatrix: September 2022 Paris: September 2022 Shanghai: April 2023 Capella: April 2023 Dencun (Cancun-Deneb): March 2024 Pectra (Prague-Electra): May 2025 Most of these upgrades (forks) addressed various Ethereum Improvement Proposals (EIPs) geared towards driving the blockchain’s growth. For instance, the Merge enabled the transition from the PoW model to a proof of stake (PoS) algorithm. This brought staking and network validators into the Ethereum mainnet. Still, this upgrade failed to unlock the much-needed scalability. For most of Ethereum’s existence, it has housed layer-2 networks, which leverage Ethereum’s infrastructure to tackle the scalability issue. While benefiting from the L1 blockchain’s security and decentralization, these L2 networks enable users to execute lightning-fast transactions. Last year’s Dencun upgrade made transacting on layer-2 networks even easier with the introduction of proto-danksharding (EIP-4844). Poised to address the scalability issue, this upgrade introduces data blobs. You can think of these blobs as temporary, large data containers that enable cheaper, yet temporary, storage of transactions on L2 networks. The effect? It reduces gas fees, facilitating cheaper transaction costs on these L2 rollups. The Pectra upgrade, unveiled earlier this year, also included EIPs addressing the scalability issue plaguing the Ethereum ecosystem. The upcoming upgrade, Fusaka, will help the decade-old blockchain network to become more efficient by improving the blob capacity. What is Ethereum’s Fusaka Upgrade? Fusaka is an upgrade that addresses Ethereum’s scalability issue, thereby making the blockchain network more efficient. As mentioned earlier, Fusaka will bolster the blob capacity for layer-2 blockchains, which refers to the amount of temporary data the network can process. This will help facilitate faster transactions on these L2 scaling solutions. It is worth noting that upon Fusaka’s completion, users will be able to save more when performing transactions across layer-2 networks like Polygon, Arbitrum, and Base. The upgrade has no direct positive impact on the L1 blockchain itself. On September 18th, Christine Kim, representing Ethereum core developers, confirmed the launch date for Fusaka via an X post. Following an All Core Developers Consensus (ACDC) call, the developer announced that the Ethereum Fusaka upgrade will take place on December 3rd. Ahead of the upgrade, there will be three public testnets. Fusaka will first be deployed on Holesky around October 1st. If that goes smoothly, it will move to Sepolia on October 14th. Finally, it will be on the Hoodi testnet on October 28th. Each stage provides developers and node operators with an opportunity to identify and address bugs, run stress tests, and verify that the network can effectively handle the new features. Running through all three testnets ensures that by the time the upgrade is ready for mainnet, it will have been thoroughly tested in different environments. Crucial to the Fusaka upgrade are the Blob Parameter Only (BPO) forks, which will enhance the blob capacity without requiring end-users of the blockchain network to undergo any software changes. For several months, the Ethereum development team has been working towards unveiling the BPO-1 and BPO-2 forks. Blockchain developers have pooled resources to develop Fusaka through devnets. Following performances from devnet-5, developers within the ecosystem confirmed that the BPO upgrades will come shortly after the Fusaka mainnet debut. Approximately two weeks after the mainnet launch, on December 17th, the BPO-1 fork will increase the blob target/max from 6/9 to 10/15. Then, two weeks later, on January 7th, 2026, the BPO-2 fork is expected to expand capacity further to a metric of 14/21. Ultimately, the Fusaka upgrade would have doubled the blob capacity, marking a pivotal move for the Ethereum ecosystem. Impact on the Ethereum Ecosystem Admittedly, the Ethereum ecosystem is expected to see more developers and users join the bandwagon. With the introduction of faster and cheaper transactions, developers and business owners can explore more efficient ways to build on the L1 blockchain. This means we can see initiatives like crypto payment solutions and more decentralized finance (DeFi) projects enter the Ethereum bandwagon. Users, on the other hand, will benefit as they execute cheaper on-chain transactions. Despite the benefits from this initiative, some in the crypto community worry about the reduction in Ethereum’s gwei (the smallest unit of the Ether coin). Shortly after the Dencun upgrade, Ethereum’s median gas fee dropped to 1.7 gwei. Fast-forward to the present, and the median gas fee sits at 0.41 gwei, according to public data on Dune. This drop hints at the drastic reduction in gas fees, which could affect those staking their crypto holdings on the L1 blockchain, making it less attractive to stakers. Since the Fusaka upgrade aims to reduce the L2 network gas fee further, some observers may worry that crypto stakers will receive fewer block rewards. Time will tell if the Ethereum development team will explore new incentives for those participating in staking. Will Ether’s Price Pump? There is no guarantee that Ether (ETH) will jump following Fusaka’s launch in December. This is because the second-largest cryptocurrency saw no significant price movement during past major upgrades. According to data from CoinMarketCap, ETH sold for approximately $4,400 at the time of writing. Notably, the coin saw its current all-time high (ATH) of $4,900 roughly a month ago. The price pump was fueled by consistent Ether acquisitions by exchange-traded fund (ETF) buyers and crypto treasury firms. Source: CoinMarketCap Although these upgrades do not guarantee a surge in ETH’s price, they have a lasting impact on the underlying Ethereum blockchain. Conclusion Over the past 10 years, the Ethereum network has had no rest as it constantly ships out new upgrades to make its mainnet more scalable. The Fusaka upgrade aims to make Ethereum layer-2 networks cheaper to use. To ensure its smooth usage, several testnets are lined up. Stay tuned for updates on how Ethereum will be post-Fusaka. The post What is Ethereum’s Fusaka Upgrade? Everything You Need to Know appeared first on Cointab.
Share
Coinstats2025/09/20 06:57
Vitalik Buterin Suggests Simplifying Ethereum to Boost User Understanding

Vitalik Buterin Suggests Simplifying Ethereum to Boost User Understanding

The post Vitalik Buterin Suggests Simplifying Ethereum to Boost User Understanding appeared on BitcoinEthereumNews.com. Ethereum trustlessness requires broader
Share
BitcoinEthereumNews2025/12/18 15:13