Platform  /  Tz0 Remote

Module · remote access

Tz0 Remote

Audited remote access

Fixing the workstation without leaving your desk is the easy part. The hard part is answering afterwards: who connected, to which machine, when, and what they did in there — with a record that survives an audit.

Layered authentication · session recorded end to end

Two workstations facing each other, joined by a cable

Session

On both sides, the session has a name.

Who asked, who answered, on which machine and for how long. The user sees that somebody connected; the audit sees the same event afterwards, with the recording attached. Remote access without that is trust, not control.

Tz0 SiN — demo environment
Tz0 Remote SiN console in a demo environment, with the machine tree by group and the remote access action menu open
Tz0 SiN · Windows tool

Console in a demo environment. Machines, IPs and accounts are generic; the interface is untouched.

What the module does

Access the user barely notices and the audit sees in full.

The module serves two audiences at once: the technician who needs to fix it fast and the auditor who needs to reconstruct it later.

Watch or take over

Follow the screen without interfering, or take control — with the user knowing, wherever policy requires consent.

Access audit

A management report of which machines were accessed, by whom, when and for how long.

Layered authentication

Symmetric authentication and multi-layer protection between operator, server and workstation.

Credentials by level

Not every technician needs the same reach. Different levels for support, infrastructure and third parties.

Service window

Sets when each group can be accessed, and records the attempt made outside the window.

Any link

Works on slow or unstable connections, without demanding office bandwidth to serve a branch.

Minimal impact on the user

Assistance without freezing the machine of whoever is working — support does not turn into downtime.

Windows and Linux

One console serves both, with no separate tool per operating system.

How it works

From the ticket to the record that closes the audit.

Every session is born authorised and dies recorded. There is no anonymous access anywhere along the way.

01 Request Operator requests access with their own credentials. 02 Authorise Policy checks level, time and scope. 03 Serve The session happens inside the network, no middleman. 04 Record Everything becomes a trail: who, where, when. 05 Audit A report by period or machine. The session trail stays on your server, alongside the rest of the evidence — not in a third-party service.

Where the session happens

Access in the Windows tool. The audit in the browser.

Tz0 Remote SiN console in a demo environment, with the machine tree by group and the remote access action menu open
The console, in the operator’s hands. SiN — the administrator’s Windows tool — lists the estate by group and opens, in one click, everything remote access does: connect, presentation, direct connection, short message, inventory, performance. Demo environment; machines, IPs and accounts are generic.
A Tz0 remote control session in progress, with the Desktop Control bar over a remote machine's screen
The session, live. The control bar over the remote machine’s screen — keyboard, mouse, full screen, file transfer, all through the tool. Alongside it, the console keeps showing the estate. It is the same work support would do sitting in front of the machine, done from a distance.
Remote access audit screen in the Tz0 Dashboard, with 19 session records organised by user and device
Every session is on the record. In the Dashboard, remote access becomes an audit trail: by user, by device, with the timeline of when each screen was reached. Who connected, to which machine and when — it does not rest on anyone’s word.
Detailed trail of a remote session in Tz0, with connection opened, programs used, idle time and connection closed, all timestamped
And inside the session, every step. Connection opened, program by program, idle time, connection closed — all timestamped and written to the database. A remote terminal is not a back door: it is the most heavily audited operation in the estate.

Screens from a real estate in production, not a demo environment — except the console and the session, deliberately staged in a demo environment. Anything identifying people or addresses was replaced with generic equivalents before publishing; percentages, timestamps and the interface itself are untouched.

What changes in practice

Eight things that stop depending on trust.

Who accessed each machine is recorded, not remembered.
Third parties come in with their own credentials and limited reach.
Out-of-hours access to a server is denied, not debated.
The branch gets support without a plane ticket or a per diem.
The user does not lose their machine while the technician works.
The session trail holds up incident response.
Windows and Linux in one console, with no parallel tool.
A bad connection stops being an excuse not to help.

Included with the module

Three tools in the same package.

A new report does not become a project. We do not build bespoke work for a single customer, but we look at every request: when the need serves everyone, the report goes into the product and reaches all customers in the next update.

Tz0 EIS

Report builder

Ships with the package, not sold separately. It is for people who want to build their own reports outside the browser.

Tz0 TNetX

Development platform

Carries agent communication across segmented topologies and lets the product be extended.

Tz0 Dashboard

Operations dashboard

The state of the estate on one screen, with whatever went off-target at the top. More than 600 ready-made reports, covering every module.

Who works this way

Remote support on a large estate.

“Network availability went up during system update rollouts.”

Translated from Portuguese

Saque e Pague
Self-service terminal network

Has used Tz0 for more than ten years for remote support across an estate of around 13,000 computers.

Procempa
Information technology · Porto Alegre

How many trips did your team make last month?

A 30-minute technical conversation: you describe the topology and the access policy, we point out what can be handled remotely and what still needs someone on site.