Developer Stacks

How to Self-Host Verdaccio Private npm Registry on Ubuntu VPS

How to Self-Host Verdaccio Private npm Registry on Ubuntu VPS - CpanelFree Guide
Written by Blog

Introduction to Architecture & Core Concepts

Verdaccio is a lightweight, zero-configuration required private npm registry. For development teams, publishing proprietary Node.js packages to the public NPM registry poses severe intellectual property risks. Verdaccio acts as a caching proxy and a private storage engine. It intercepts npm install requests, serving private internal packages directly while proxying and caching upstream public packages from registry.npmjs.org.

Under the Hood: Process Threading and Socket Architecture

When engineering high-availability topologies, administrators must comprehend how the host processes system calls, threading, and asynchronous I/O interfaces like io_uring or epoll. Standard monolithic software architectures block I/O operations, meaning a single network delay freezes an entire execution thread. Modern software paradigms inherently bypass this limitation. By multiplexing thousands of non-blocking sockets onto a handful of active CPU event loops, the underlying runtime engine ensures that network latency never impacts processing throughput. Furthermore, allocating specific NUMA (Non-Uniform Memory Access) nodes strictly to isolated processes guarantees that CPU cache thrashing is minimized. In distributed Linux environments, this micro-level tuning differentiates an amateur deployment from a truly resilient, carrier-grade service.

Consider the impact of the C-groups (Control Groups) v2 implementation in modern systemd environments. By strictly partitioning CPU quotas and enforcing hard memory limits at the hypervisor or container runtime layer, we completely neutralize noisy-neighbor scenarios. If a specific subprocess experiences a memory leak or a catastrophic thread starvation event, the kernel aggressively terminates the offending control group, instantly shielding the underlying host operating system from kernel panics.

Hardware Sizing & Prerequisite Checklist

Before embarking on the installation phase, verify your hardware capabilities. Insufficient resource allocation is the leading cause of random process termination.

System Performance & Benchmark Comparison

Before moving workloads to production, consider the hardware scaling matrices and expected latency overheads across varied compute configurations.

Hardware Profile CPU Allocation Memory (RAM) Expected IOPS Ideal Workload Volume
Entry/Staging 2 vCPU 4 GB ECC 3,000 IOPS Test environments, lightweight caching
Production Standard 4 vCPU (Dedicated) 8 – 16 GB ECC 10,000 IOPS (NVMe) Consistent corporate internal traffic
High Availability (HA) Node 8+ vCPU (Dedicated) 32+ GB ECC 25,000+ IOPS (NVMe) Heavy concurrent database mutations, CI/CD builds

Storage subsystem IOPS dictates ultimate database throughput. While CPU dictates parsing speed, write-heavy architectures inherently bottleneck at the block-storage layer. Always provision PCIe 4.0 NVMe storage block devices rather than legacy SSDs for heavy infrastructural components.

Advanced Linux Kernel Tuning for High-Performance Workloads

To extract the absolute maximum performance from your Linux VPS, standard kernel parameters often fall short, particularly for high-throughput or connection-heavy services. The default settings prioritize general-purpose desktop stability over aggressive server performance. We must modify the sysctl configuration to optimize the TCP/IP stack, file descriptors, and virtual memory subsystem.

# Edit /etc/sysctl.d/99-custom-server.conf
# Maximize file descriptors for heavy network sockets
fs.file-max = 2097152
fs.nr_open = 2097152

# TCP BBR Congestion Control for reduced latency
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr

# TCP keepalive tuning for stale connection termination
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.tcp_keepalive_probes = 5

# Ephemeral port exhaustion prevention
net.ipv4.ip_local_port_range = 1024 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.core.somaxconn = 65535

# Swap reduction for database stability
vm.swappiness = 1
vm.dirty_ratio = 15
vm.dirty_background_ratio = 5

Apply these changes immediately across the system architecture without requiring a hard reboot by running sysctl --system. The BBR congestion control algorithm significantly reduces packet loss queuing over long-distance WAN links, which is critical for geographically distributed users accessing your infrastructure. Concurrently, dropping vm.swappiness prevents the Linux Out-Of-Memory (OOM) killer from prematurely evicting vital application memory pages to slow disk-based swap space.

Step-by-Step Linux Installation & Configuration

While Verdaccio can run bare-metal via Node.js, the recommended deployment for isolation and predictability is via Docker. Create a dedicated directory structure for the storage and configuration volumes.

mkdir -p /opt/verdaccio/{conf,storage,plugins}
chown -R 10001:65533 /opt/verdaccio

Draft the primary configuration file. Verdaccio uses YAML for declarative configuration management.

# /opt/verdaccio/conf/config.yaml
storage: /verdaccio/storage/data
auth:
  htpasswd:
    file: /verdaccio/storage/htpasswd
    max_users: 1000
uplinks:
  npmjs:
    url: https://registry.npmjs.org/
packages:
  '@*/*':
    access: $authenticated
    publish: $authenticated
    unpublish: $authenticated
    proxy: npmjs
  '**':
    access: $all
    publish: $authenticated
    unpublish: $authenticated
    proxy: npmjs
server:
  keepAliveTimeout: 60

Deploy using a docker-compose.yml file mapped to these paths. Once active, configure your local development machine’s npm client to target your VPS: npm set registry http://vps-ip:4873/. Execute npm adduser to register an account in the local htpasswd file.

Enterprise-Grade Security Hardening & UFW Firewall Implementation

Deploying public-facing infrastructure demands a rigorous approach to network security. The Uncomplicated Firewall (UFW) acts as your primary network defense perimeter. Furthermore, we mandate the usage of Fail2Ban to parse systemd journal logs and dynamically ban malicious IP subnets attempting brute-force authentication attacks.

# Enforce default drop policies at the kernel level
ufw default deny incoming
ufw default allow outgoing

# Whitelist strictly necessary administrative and web ports
ufw allow 22/tcp  # SSH (Consider moving to a non-standard port like 2222)
ufw allow 80/tcp  # HTTP ACME challenges
ufw allow 443/tcp # HTTPS TLS traffic

# Reload and enable the ruleset
ufw enable
ufw status numbered

Beyond port filtering, secure the internal UNIX socket permissions. Ensure that the application daemon operates under a dedicated, non-root service account (e.g., useradd -r -s /bin/false app_svc). Avoid utilizing root for any operational binary execution. For cryptographic transit security, integrate Let’s Encrypt TLS 1.3 certificates via Certbot or Caddy, disabling legacy TLS 1.0/1.1 protocols entirely in your reverse proxy configuration.

Real-World Troubleshooting FAQ

Q: How does Verdaccio handle upstream NPM registry outages?

A: Because Verdaccio proxies and caches all downloaded packages locally in its storage volume, previously installed packages will remain available to your CI/CD pipelines even if the upstream npmjs.org registry experiences downtime, ensuring build resiliency.

Q: Can I use Verdaccio with Yarn or pnpm?

A: Yes. Verdaccio complies strictly with the CommonJS Package Registry specification. It is seamlessly compatible with npm, Yarn (v1 and Berry), and pnpm. Simply update the respective registry configuration flag for your package manager of choice.

Related Technical Guides & Resources

Optimize your infrastructure further with our extensive library of self-hosting tutorials at the CpanelFree Blog. From Kubernetes ingress controllers to bare-metal hypervisor deployments, we cover modern DevSecOps practices.

Need a robust Linux VPS? Check out our recommended high-compute VPS providers tailored for demanding enterprise workloads.

About the author

Blog

DevOps architect and Linux sysadmin specializing in server hardening, OpenLiteSpeed performance optimization, and free cloud hosting infrastructure.

Leave a Comment