If your server feels slow or connections keep dropping, send us test results from both ends of the connection. When our monitoring shows nothing wrong, your data is how we find where the problem is.
What to send us
Include all of this in your ticket. Missing pieces usually mean another round trip before we can dig in.
- Both IPs. The affected server IP (for example
203.0.113.10) and your public IP from ifconfig.me. - Exact times, with timezone. When the slowness or drops happened, like Oct 16, 2:10 to 2:45 PM CST. Note whether it’s constant or comes and goes.
- MTR in both directions. From your location to the server, and from the server back to your public IP. See Run MTR.
- A speed test from the server. See Test speed from the server.
- Scope and local checks. Does it affect every destination or only one site, game, or office? Include what you found in Quick checks.
Run MTR
MTR (My Traceroute) shows latency and packet loss at every hop between two points, so it’s the most useful test you can send. Run at least 100 cycles.
From Windows
- Download WinMTR and extract the .zip.
- Open the 32-bit or 64-bit folder that matches your Windows and run WinMTR.exe.
- Enter the server IP in the Host field with no port, then click Start.
- After 100 sends or 5 minutes, click Stop, then Export Text and save the .txt file.
If you see “Unable to resolve hostname”, remove the :XXXX port from the Host field. No third-party tools allowed? Run pathping in Command Prompt instead:
pathping -n -q 100 <server-ip>From Linux or macOS
Install MTR if needed (apt install mtr-tiny, dnf install mtr, or brew install mtr on macOS), then run:
mtr -rwzbc 100 <server-ip>On macOS you may need sudo.
From the server back to you
Log in to your server and run the same test against your public IP. On a Linux server, use mtr -rwzbc 100 <your-public-ip>. On a Windows server, use WinMTR or pathping the same way.
Test speed from the server
This tells us whether the server itself can move traffic at the expected speed.
- On a Linux server, install the Speedtest CLI (
apt install speedtest-clior Ookla’sspeedtest). - Run
speedtest-cliand copy the full output.
On a Windows server, run a test from speedtest.net in a browser on the server and send a screenshot.
Quick checks
These cause most slow-connection reports we see, and they’re quick to rule out.
- Your ISP. Run a speed test from your own computer. If it’s slow to everywhere, the issue is likely local.
- Wi-Fi. Test on a wired connection if you can. Wi-Fi interference causes jitter and loss that looks like a server problem.
- Another network. Try a phone hotspot. If the problem disappears, it’s on your ISP’s route.
- Server load. Check CPU and RAM with
toporhtopon Linux, or Task Manager on Windows. A maxed-out CPU makes the network feel slow. - NIC saturation. Check whether the server’s port is already full of traffic. Use
iftopornloadon Linux, or the Performance tab in Task Manager on Windows.
How to read an MTR
Each line is one hop (a router) between you and the server. The Loss% and Avg columns matter most.
- Loss at a middle hop that doesn’t continue to the end is usually harmless. Many routers rate limit replies to test traffic but forward real traffic fine. Only the final hops tell the real story.
- Loss that starts at a hop and continues to the last hop is a real problem. The first hop where it starts is usually where it’s happening.
- A big latency jump that stays high for every hop after it points to congestion or a long route at that hop. A jump on one hop only is the same rate limiting as above.
- Loss or latency at the first one or two hops is usually your own router, Wi-Fi, or ISP.
You don’t need to diagnose it yourself. Send the raw output and we’ll read it.
Open a ticket
- Log in to the HostVenom Billing Area and open a new ticket in the Support department.
- Select the affected service.
- Paste the items from What to send us. Attach exported MTR
.txtfiles and screenshots. - Click Submit.
Paste test output as text instead of screenshots when you can. Text lets us search and compare hops.
More in Server Management
Managing Your Server via the Billing Portal
How to manage your VPS, Colocated, and Dedicated servers through the HostVenom Billing Portal. Covers power control, reinstallation, IP assignments, rDNS, and traffic graphs.
Chrome Remote Desktop
How to install and connect to your HostVenom Windows/Linux server using Chrome Remote Desktop.
Logging In to the Server Control Panel
How to log into the HostVenom Server Control Panel using SSO or credentials, reset your password, and find your username.
NoVNC
How to log in to and use NoVNC to control your HostVenom Windows/Linux server from your browser.
Frequently Asked Questions
Our monitoring watches our network and upstream links. A problem on your ISP, Wi-Fi, or a specific route between you and us only shows up in tests run from your location.
Usually not. If the loss does not continue to the final hop, that router is just rate limiting the test traffic. Loss that starts at a hop and continues all the way to the end is the real signal.
Internet routes are often different in each direction. A test from the server to your IP shows the return path, which is frequently where the problem is.
At least 100 cycles, ideally while the problem is happening. A short test run after the issue clears usually shows nothing.
Remove the port, the :XXXX on the end, from the Host field. It takes the IP or hostname on its own.