NoMachine
About NoMachine
Remote desktop software mostly sends pictures of a screen across a connection, and the difference between one tool and the next is how cleverly it compresses those pictures. NoMachine is built on a protocol designed around a different problem, which is why it stays responsive on connections where the picture-sending approach turns sluggish.
The NoMachine window is conventional. You see the remote machine’s desktop, control it with your keyboard and mouse, and sound, the clipboard, printers and connected drives all pass between the two ends.
What sits underneath is the reason to consider it over the obvious names, and understanding that protocol explains both its strength and where it asks more of you.
Why it stays responsive when others crawl
The NoMachine protocol exists to make graphical sessions usable over slow, high-latency links, where a raw screen stream stutters and lags behind your mouse.
It does that by compressing intelligently and sending less, rather than shipping every frame in full. The practical effect people report consistently is that it feels closer to sitting at the machine than the alternatives do, particularly across the internet rather than a local network.
That advantage is largest exactly where remote desktop is hardest, meaning a distant connection with limited upload speed. On a fast local network the difference narrows, since there the picture-sending tools have enough bandwidth to hide their inefficiency.
Bandwidth still sets a ceiling, and it is worth stating plainly. A high-resolution session refreshing smoothly wants real upload speed at the far end, and no protocol removes that requirement, only softens it.
For the simpler picture-sending approach on a local network, TightVNC is lighter and open, and adequate where latency is not the problem.
Two machines, no account
The NoMachine arrangement differs from the tools most people know, and it matters for privacy.
No intermediary broker sits in the middle. One machine runs the software and the other connects to it directly by address, so the connection is between your two machines rather than routed through anybody else’s infrastructure.
That is a real distinction from the services that assign a connection code and relay through their own servers. Nothing about your NoMachine session passes through anybody else, and no account is created to use it.
The cost of that is the setup. Connecting directly means the far machine must be reachable, which on a home network means dealing with the router, and connecting across the internet means either opening a port or tunnelling the connection, neither of which the code-and-relay services ask of you.
For managing many such direct connections from one place, mRemoteNG organises them into a tabbed tree with their settings stored.
The free edition and its one real limit
Being clear about what the free NoMachine edition does and does not allow, since the boundary is specific.
The free edition covers the core remote desktop function completely, meaning screen, control, sound, clipboard and file transfer, licensed for personal use. It is not a crippled trial.
The limit that matters is the number of simultaneous connections. The free edition allows a single connection at a time, so a second person trying to reach the same machine is refused until the first disconnects. For one person reaching their own machines that is invisible, and for anything involving several people it is the point where the paid editions begin.
The session brokering, centralised management and multi-user features belong to those paid editions, which are aimed at organisations rather than individuals.
The headless machine problem
Here is the failure people hit that the interface does not explain, and the cause decides how you set the machine up.
Remote desktop needs a desktop to show, and a machine running without a monitor attached, or a server with no graphical environment, may have no desktop for the software to connect to. The result is a connection that succeeds and then shows nothing, or refuses with an error that points nowhere useful.
The fix depends on the situation, meaning a physical machine wants either a monitor or a small adapter that pretends one is attached, and a server wants a graphical environment installed and a virtual display configured. This is the single most common reason a connection reaches the machine and produces a black screen.
That detail catches people setting this up on a machine they intend to run without a screen, which is a common reason to want remote access in the first place. Anybody who would rather avoid all of this setup can reach for a lighter tool that connects through a code and a relay, at the cost of routing through somebody else.
The everyday extras
Beyond the core, several NoMachine extras work better than the category average.
Sessions can be suspended and resumed, so disconnecting leaves everything running and reconnecting returns you to exactly where you were, rather than starting fresh. That suits a long task you check on from different places.
Multiple monitors on the remote machine are handled, displayed either across your own screens or one at a time. File transfer works in both directions, and the sound from the remote machine plays on the one in front of you, which many simpler tools omit entirely.
Where that convenience matters more than the privacy, TeamViewer is the established name that connects through a code and a relay instead.
Conclusion
NoMachine is the remote desktop tool to reach for when the connection is the problem, meaning a distant machine on a limited link where the code-and-relay services feel like working through treacle. The NX protocol earns its reputation there, and the direct machine-to-machine model keeps your sessions off anybody else’s servers.
Accept what that model asks in return. You handle reaching the machine yourself, a headless target needs a virtual display before it shows anything, and the free edition is one connection at a time. Within those terms it is faster and more private than the obvious names, and for a single person reaching their own machines it costs nothing.
Pros & Cons
- The NX protocol stays responsive over slow, distant connections where others lag
- Direct machine-to-machine connection, with no third-party server or account
- Free edition covers the full remote desktop function for personal use
- Sessions suspend and resume, returning you to exactly where you left off
- Sound, clipboard, printers, drives and file transfer all pass between ends
- Multiple remote monitors handled across your own screens
- Direct connection means dealing with the router or a tunnel to reach a machine
- The free edition allows only one connection at a time
- A headless machine needs a virtual display or it shows nothing
- High-resolution smooth sessions still need real upload speed
- Multi-user and management features are paid and aimed at organisations
Frequently asked questions
Its NX protocol was designed for slow, high-latency links, compressing intelligently and sending less rather than shipping every frame in full. The advantage is largest across the internet and narrows on a fast local network.
No. The two machines connect directly by address, so nothing passes through a third party and no account is needed. The trade is that you handle reaching the machine yourself, through the router or a tunnel.
Almost always because the machine has no desktop to show, which happens on headless machines and bare servers. A physical machine needs a monitor or a dummy adapter, and a server needs a graphical environment and a virtual display.
The number of simultaneous connections, to one at a time. The full remote desktop function is there for personal use, and multi-user and management features belong to the paid editions.