Fix it yourself in a few minutes.

Common issues, in plain language and with exact commands — pick your platform below.

Can't connect / "Cannot reach server"

  1. Make sure the server is actually running — check for a Jadex Vault icon in your system tray, or look for JadexVaultServer.exe in Task Manager (Windows).
  2. Double-check the address in your browser matches where it's actually running — https://localhost:7777 on the server machine itself, or https://<server-ip>:7777 from another device.
  3. If connecting from another device, see the Firewall Setup tab — this is the #1 cause of "can't connect from another computer."

Forgot your master password (Zero-Knowledge mode)

If your admin has enabled Zero-Knowledge Account Recovery in advance, use "Forgot your master password? Recover access" on the lock screen — an admin stages a recovery code for you out-of-band. If recovery wasn't set up beforehand, there is genuinely no way to recover zero-knowledge entries — this is by design, not a bug.

Installer won't run / Windows SmartScreen warning

Since the installer isn't yet signed with an expensive code-signing certificate, Windows may show "Windows protected your PC." Click More info → Run anyway. This is standard for new, small-team software — the installer itself is safe, and you can verify by checking the SHA256 hash we publish alongside each release.

Locked out after 5 failed login attempts

This is intentional brute-force protection — wait 15 minutes and try again, or have an admin reset your password from the Members panel.

Check if the server is actually running

tasklist | findstr JadexVault

If nothing shows up, the service isn't running — double-click the desktop shortcut or find it in the Start Menu.

Check what's listening on port 7777

netstat -ano | findstr :7777

If another process is already using port 7777, Jadex Vault won't start. Note the PID in the last column, then find and close that process, or set a different port (see below).

Run on a different port

If port 7777 is already taken by something else, set the PORT environment variable before starting:

set PORT=8080
"C:\Program Files\JadexVault\JadexVaultServer.exe"

Find your machine's IP address (for LAN access)

ipconfig

Look for "IPv4 Address" under your active network adapter — teammates connect to https://<that-ip>:7777.

Restart the service cleanly

taskkill /IM JadexVaultServer.exe /F
"C:\Program Files\JadexVault\JadexVault.vbs"

Check service status

sudo systemctl status jadexvault

Look for "active (running)". If it says "failed" or "inactive", check the logs (below) for why.

View logs

sudo journalctl -u jadexvault -n 50 --no-pager

Restart the service

sudo systemctl restart jadexvault

Check what's listening on port 7777

sudo ss -tulpn | grep 7777

Or if ss isn't available:

sudo netstat -tulpn | grep 7777

Find your machine's IP address (for LAN access)

ip addr show | grep "inet "

Run on a different port

Edit the systemd service to add the PORT environment variable:

sudo systemctl edit jadexvault

Add these lines in the editor that opens, then save:

[Service]
Environment=PORT=8080
sudo systemctl daemon-reload
sudo systemctl restart jadexvault

Why this matters

Jadex Vault runs fine on localhost without any firewall changes. But if you want teammates on other devices to reach it, your OS firewall blocks incoming connections to port 7777 by default — this is the most common reason "it works on my computer but not my teammate's."

Windows Defender Firewall (GUI)

  1. Open Windows SecurityFirewall & network protectionAdvanced settings.
  2. Click Inbound RulesNew Rule...
  3. Select Port → Next → TCP, Specific local ports: 7777 → Next
  4. Allow the connection → Next → check all three profiles (or just Private if you're only on a trusted network) → Next
  5. Name it "Jadex Vault" → Finish

The installer offers to create this rule automatically during setup — if you skipped that step, do it manually here.

Windows Firewall (Command Line)

Run as Administrator:

netsh advfirewall firewall add rule name="Jadex Vault" dir=in action=allow protocol=TCP localport=7777

Linux — ufw (Ubuntu/Debian default)

sudo ufw allow 7777/tcp
sudo ufw reload

Linux — firewalld (RHEL/CentOS/Fedora)

sudo firewall-cmd --permanent --add-port=7777/tcp
sudo firewall-cmd --reload

Verify it's actually open

From another device on the same network, try:

# Windows (PowerShell)
Test-NetConnection -ComputerName <server-ip> -Port 7777

# Linux/Mac
nc -zv <server-ip> 7777

If this fails but the firewall rule looks correct, double-check your router isn't running its own client-isolation feature (common on guest Wi-Fi networks) — devices on "Guest" networks often can't see each other regardless of firewall settings.

Still not working?

Tell us exactly what you tried and what happened — real problems get real fixes.

Send Feedback