How to check ping to your broker’s server from MT4 or MT5
The short answer
This page shows how to check ping, the time data takes there and back, from MetaTrader 4 or 5. It shows how much of your delay is distance, and whether busy hours add to it. Find your broker’s server address, then ping it 30 times.
Ping gives you a starting point, not your order time.
Ping sends a small piece of test data to an address and times the reply (Microsoft’s ping reference). That is the time there and back. Do not halve it and call the result your order time.
Ping uses a different kind of data from the data your platform trades with. A server can answer it slowly, or not at all, while trading works. Use it as a starting point, not as a score.
It still tells you two useful things. It shows how far your broker is from you in time, and whether that changes with the hour.
You need your broker’s server address before you can test.
You need an address, not the server name in your login window. Any one of these four ways will do.
- 01
Look in the terminal
Press Ctrl+O, or choose Tools → Options, then open the Server tab.
MetaQuotes says the Server field takes an address and port, joined by a colon. If yours shows only a server name, use another way.
- 02
Read it from the server list in MetaTrader 4
Choose File → Open an Account. MetaQuotes says the list shows each server’s address, name and ping. Find your broker’s server, then close the window without opening one.
MetaQuotes documents this list for MetaTrader 4. For MetaTrader 5, use another way.
- 03
Read it from your computer’s list of connections
On Windows, with the platform connected, run
netstat -n -oin Command Prompt. Find the terminal’s process ID in Task Manager, then read the foreign address on its row.If the terminal has several connections, ping each address. Leave the port number off. If your platform already uses a proxy, this list shows the proxy’s address, not your broker’s.
- 04
Ask your broker
Your broker’s support may give you the address, or the city its server is in.
Thirty pings and a trace show how your connection behaves.
- 01
Ping it 30 times
On Windows, open Command Prompt and run
ping /n 30 BROKER_ADDRESS. On macOS or Linux, open Terminal and runping -c 30 BROKER_ADDRESS. Many readings show a pattern that one reading can hide.Replace BROKER_ADDRESS with the address you found, without its port.
- 02
Write down four numbers
When the run ends, note the lowest, highest and average time, and how many replies were lost. They show your best, usual and worst case, and how often data goes missing.
- 03
Trace the path
Run
tracert BROKER_ADDRESSon Windows, ortraceroute BROKER_ADDRESSon macOS and Linux. It lists each router your data passes through, with the time to reach each one. A jump in the times shows where on the path the delay starts.A row of asterisks means that router did not reply. That is not a fault by itself.
- 04
Repeat at another hour
Run the same test at a busy time and a quiet one. The difference shows how much busy hours add to your wait. Why ping changes during the day shows how to log it.
Your highest readings and lost replies matter more than the average.
Compare your busy-hour numbers with your quiet-hour numbers. A big gap means busy hours, not distance, are adding to your delay.
Look at the highest reading and any lost replies, not the average alone. When a piece of data is lost, your platform waits, then sends it again. Everything behind it waits too.
So lost replies hint that data on that path goes missing, which is what can hold up price updates and orders.
There is no pass mark here. A number is good or bad only against your own targets. How much latency matters for scalping shows the sum.
One more check, your lowest reading can never be below the minimum that distance allows. The panel works out that minimum for any two of our cities. If your lowest reading is close to it, distance is most of your delay.
The maths of ping
01
Your broker’s distance sets a minimum time for every order
Light in a cable travels about 200 km every millisecond. Your order goes there and back, so every 1,000 km adds at least 10 ms.
What it means for youPhysical distance dictates your latency floor. Fibre travel times remain constant regardless of routing tools.
minimum there and back (ms) = distance (km) ÷ 100
02
One lost piece of data makes everything wait
When a packet drops, your platform pauses while requesting a retransmission across the full distance. Consecutive drops double this waiting penalty. Incoming price ticks stall during the exact seconds volatility peaks.
wait 1× → 2× → 4× → 8×
03
Our server in your broker’s city recovers lost data locally
Our server in your broker’s city opens the final connection to your broker. On a quiet connection, a repeat loss doesn’t double the wait.
What it means for youWhen a piece is lost near your broker, our server recovers lost data inside that city instead of from your computer.
distance set by physics · recovery in your broker’s city is ours
Try your own distance
Singapore to London is about 10,850 km in a straight line, so at least 108 ms there and back. No order can reach your broker and hear back in less. Real routes are longer.
We don’t promise lower ping because distance sets the minimum. Local recovery in your broker’s city covers only the connection between our server and your broker. The repeat-loss fix covers the first few tries on a quiet connection, after the first repeat try.
Warning. No lost replies is not the same as a stable connection
Ping tests the path with a different kind of data. Your platform’s connection can still drop for reasons a ping test does not see. So time your platform itself too, with the connection check.
MetaTrader shows its own ping, but treat it as a rough guide.
In MetaTrader 4, the server list under File → Open an Account shows a ping for each server (MT4 help). A Scan button refreshes it. MetaTrader 5 gained ping values in its list of access points in build 1010, in October 2014 (release notes).
The help pages do not say how the platform measures those pings, so they may not match a command-line ping. Use the command-line test as your baseline.
The Journal tab logs the terminal’s own events, warnings and errors. It is not a ping log, and the help does not say it lists the server’s address. Look there when the platform reports an error.
In MetaTrader 4, open it from View → Terminal (Ctrl+T). In MetaTrader 5, it sits in the Toolbox window (Ctrl+T).
A ping test reads the same with or without Traders Proxy.
Only the trading app you set up uses Traders Proxy. Everything else stays on your normal internet, so a ping test reads the same with or without us. To see what we change, time your platform itself, without us and then with us.
Each platform’s maker decides which of its connections use its proxy setting. The ping figures your platform shows are its own measurement, and we make no promise about them.
Our server in your broker’s city opens a separate local connection to your broker. If data drops on that link, our server recovers it inside that city.
Your order waits on that short local link instead of the whole way. Trading ports go first when a server is busy, and broker addresses stay warm in memory.
A backtest runs on your own machine, so no internet link can lose a piece of data during a news release. In live trading, one lost piece holds up every price update and order behind it. Everything waits while your computer sends it again across the world.
You cannot paste four values into your platform while your chart is already frozen in a live trade. Set it up today while the market is calm. Then time it on your own screen during the next release.
We don’t promise lower ping. Distance sets the minimum. If our server in your broker’s city is unreachable, your platform shows an error and your dashboard asks before using another city. If your broker prohibits proxies, don’t use one.
Next steps
Frequently asked questions
My broker says its connection is excellent, but my ping is high. Who is right?
Both can be. Your ping measures the path from you to the server, which your broker does not control. Ask your broker what its own figure includes.
Can I see ping in the platform without the command line?
Partly. MetaTrader 4 and 5 both show a ping for each server in their server lists. The platform measures them itself, so use the command-line test as your baseline.
Why does my ping change through the day?
Data waits in line at a router when a network on the path is busy, and that adds delay. Why ping changes during the day shows how to log yours.
Will Traders Proxy change my ping?
No. A ping test never goes through it, and your connection still has to reach your broker’s city. Instead, our server in your broker’s city connects locally to your broker and recovers lost data there.
Does a ping with no lost replies mean my connection is stable?
No. Ping uses a different kind of data, so your platform’s connection can still drop without a ping ever failing.
Field reports · Verified forum threads
Real forum reports, what our system does, and where it stops.
Every quote below links to the forum thread or vendor guide where it appeared. Underneath each quote, see which parts of our system work together on it and where our server stops.
The rented Windows VPS itself freezes, spikes, crashes or goes down
“Yeah, they went down completely due to a data center issue. It is so frustrating when you have live trades running. I moved away from them after a similar scare.”
How local trading avoids it. There's no rented Windows machine in your setup to freeze or go down. Your platform runs on your own computer.
- Platform stays on your own computerPrimary
- Services restart themselves after a crashSupporting
Where it stops. Your platform runs on your own computer, so there is no remote desktop to freeze. If a service on our server restarts, live connections reconnect.
Firm location rules and copier address checks when using a proxy
“have u used it for prop firms? dont they create issue for different ip address than ur location”
Why a proxy can backfire here. Your broker sees one steady address, our server’s. If your trading firm restricts where you log in from, check its rules first.
Where it stops. Your broker or firm sees our server’s shared address. Check your firm’s rules before connecting, and do not use a proxy if it is forbidden.
MetaTrader's own proxy setting fails on some builds or setups
“mt5 cannot connect to proxy servers on the pc , it can only connect to remote proxies but when i want to connect to 127.0.0.1 it cannot connect. for some reason it rejects the loopback address”
Why a proxy can backfire here. Use SOCKS5 or HTTP, whichever your platform offers.
- Built-in
SOCKS5loginBoundary - Built-in
HTTPproxy loginBoundary
Where it stops. Use the platform's own Test button. If it fails, the fault is in the platform's proxy support. Not SOCKS4. IPv4 only.
cTrader phone app works on Wi-Fi but not on one mobile carrier
“We got some reports of issues on some providers and it seems the traffic is blocked by the ISP. You should contact your ISP regarding this issue.”
Why a proxy does not change this. Traders Proxy works with platforms that have a proxy setting, such as cTrader for Windows over HTTP. The cTrader phone app is not covered.
Where it stops. Phone app untested, so we make no claim.
Sources
- MetaQuotes, MetaTrader 4 help, Server (client terminal settings)Checked
- MetaQuotes, MetaTrader 4 help, Tools menu (Options, Ctrl+O)Checked
- MetaQuotes, MetaTrader 5 help, platform settingsChecked
- MetaQuotes, MetaTrader 4 help, View menuChecked
- MetaQuotes, MetaTrader 4 help, opening an account (server list and ping)Checked
- MetaQuotes, MetaTrader 4 help, JournalChecked
- MetaQuotes, MetaTrader 5 help, platform logsChecked
- MetaQuotes, MetaTrader 5 help, hot keysChecked
- MetaQuotes, MetaTrader 5 build 1010 release notesChecked
- Microsoft, ping command referenceChecked
- Microsoft, netstat command referenceChecked
- Microsoft, tracert command referenceChecked
- SS64, macOS ping command referenceChecked
- SS64, macOS traceroute command referenceChecked
- M2 Optics, latency in single-mode fibre (light covers about 200 km each millisecond)Checked
- IETF standard 6298, computing the wait before lost data is sent againChecked