Website profiles · Technology insights · Alternatives

wayscriber.com

wayscriber is a ZoomIt-style, real-time screen annotation tool for Linux/Wayland, written in Rust. One keybind puts a drawing layer over any application. You can annotate, present, zoom, capture, and then hide it.

No paid content found
Visit website
Profile views 11 Outbound visits 14 Normal
wayscriber Full homepage screenshot

At a glance

Category
Development
Language
English
Paid-content signal
No paid content foundObserved
Registered
2025
Hosting
Hetzner Online GmbHInferred
HTTPS certificate trusted
PassedObserved
Last updated

Website review

This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.

What is wayscriber?

wayscriber is a free, open-source screen annotation and presentation tool for Linux, built specifically for Wayland desktops. Pressing a single keybind places a live drawing layer over whatever is on screen, so you can mark up any application without switching windows. When you're done, the same key (or Esc) hides the layer and you're back to normal.

It's written in Rust as a single native binary — no Electron or webview — and its stated focus is low-latency ink that keeps up with your hand. The page cites 8–9 ms p95/p99 input-to-commit at 120 FPS as a local measurement, with the frame cap configurable higher.

What you can actually do with it

  • Annotate live: pen, highlighter, eraser, lines, rectangles, ellipses, fillable polygons, arrows with auto-numbered labels, step markers, and blur.
  • Add text: multiline text, sticky notes, and an eyedropper with a magnified pixel loupe.
  • Present: zoom, boards, and pages, with backgrounds such as transparent overlay, whiteboard, blackboard, blueprint, or corkboard.
  • Stay fast with the keyboard: a searchable command palette (Ctrl+K / Ctrl+Shift+P), a radial menu at the cursor on middle-click, and roughly 130 rebindable actions in one TOML file.
  • Capture and move on: capture the screen, then hide the overlay.

Who it suits

The natural audience is anyone who explains things on screen: developers demoing code, teachers and trainers, people running design reviews or remote standups, and support staff walking a user through a problem. If you already use ZoomIt on Windows, this is the closest equivalent for a Wayland Linux setup. It's a weaker fit if you're on X11, on a desktop environment where Wayland support is partial, or if you need a cross-platform tool that also runs on macOS and Windows.

Trade-offs worth knowing before you install

  • It's Linux- and Wayland-first. The page lists Hyprland, Sway, River, Wayfire, Niri, COSMIC, and KDE Plasma as supported, with GNOME described as working "with limits" — check your compositor before committing.
  • Setup is slightly more involved than a normal app: you install a package, run a daemon (there's a systemd user service), and bind a global shortcut. The configurator can handle both steps.
  • It's annotation, not screen recording or a full whiteboard suite. There are no plugins and no accounts, which keeps it simple but also means no ecosystem to extend.

A concrete next step

If you're on a supported compositor, install from your distro's native repository (or the AUR, Nix flake, or a .deb/.rpm), then run wayscriber --daemon-toggle from a terminal once to confirm the overlay appears before wiring it to a global shortcut. Try it first over a browser window or a code editor during a real task — that tells you quickly whether the latency and the tool set match how you actually present.

How do I install wayscriber on my Linux distribution?

wayscriber installs as a native package for your distribution, then runs as a background daemon that you trigger with one global shortcut. Package availability covers Debian, Ubuntu and Fedora repositories, the AUR for Arch, a Nix flake, and one-off .deb and .rpm downloads, so most users can install from their normal package manager rather than building from source.

Typical install path

  1. Install the package for your distro (native repo, AUR, Nix flake, or .deb/.rpm).
  2. Start the daemon — the project documents systemctl --user enable --now wayscriber.service.
  3. Bind wayscriber --daemon-toggle to a global shortcut in your compositor. The configurator can perform the daemon and keybind steps for you.
  4. Press your key to show the overlay, F1 for help, Esc to hide it.

Choosing your route

Situation Sensible route
Debian, Ubuntu, Fedora Use the native repository package
Arch Use the AUR package
NixOS or Nix users Use the flake
Unsupported or older distro Try the .deb or .rpm, or build from source

Wayland compositor caveat

The project lists Hyprland, Sway, River, Wayfire, Niri, COSMIC and KDE Plasma as supported, with GNOME noted as working "with limits." If you use GNOME, check the project's own notes before relying on it for a live presentation, since global shortcut handling and overlay behavior vary by compositor.

A practical next step: install the package, run the configurator, and bind the toggle to a key you already reach without looking — then test it over a browser window and a slide deck before you need it in front of an audience. If your compositor is GNOME, test the shortcut and overlay first; if it misbehaves, that is the point to consult the project's documentation rather than assume a packaging problem.

Which Wayland compositors does wayscriber support, and what are the limitations on GNOME?

wayscriber is built for Wayland and lists Hyprland, Sway, River, Wayfire, Niri, COSMIC, and KDE Plasma as supported compositors. GNOME is supported "with limits"—the page names it alongside the others but flags that it doesn't work as fully as the rest.

The reason is architectural rather than a bug in wayscriber: GNOME's Mutter compositor does not implement the same set of Wayland protocols that wlroots-based compositors (Hyprland, Sway, River, Wayfire, Niri) and KDE Plasma expose for global shortcuts, screen capture, and overlay surfaces. So the practical limitation on GNOME is that some of the one-keybind behaviors—particularly global shortcut binding and the always-on-top drawing layer over arbitrary windows—may not activate reliably, or may require workarounds, compared with a wlroots compositor where the daemon and wayscriber --daemon-toggle binding work as documented.

If you're choosing a setup:

  • Want the intended experience? Use Hyprland, Sway, or KDE Plasma—these are the most commonly exercised paths.
  • Already on GNOME? Test the keybind and overlay first before relying on it for a live presentation; keep a fallback.
  • On COSMIC, Niri, River, or Wayfire? Listed as supported, but these are smaller projects, so verify your specific version.

Next step: check the project's own performance and compatibility notes before committing, and try the overlay over a full-screen app on your compositor—that's the scenario most likely to expose a limitation.

How does wayscriber perform with low input latency and high refresh rates?

wayscriber targets low input-to-commit latency and high refresh rates as core design goals. The page reports 8–9 ms p95/p99 input-to-commit at 120 FPS on local hardware, with a default 120 FPS cap and configurable 144/240+ FPS when vsync is off. It is a single native Rust binary with no Electron or webview, which reduces the overhead between a pen or pointer event and what you see on screen.

What this means in practice

  • Presenting or teaching: annotations appear close to your hand movement, so a cursor or pen stroke does not visibly trail behind.
  • High-refresh monitors: you can raise the cap beyond 120 FPS if your display and compositor support it, rather than being locked to a lower rate.
  • Wayland compositors: the page lists Hyprland, Sway, River, Wayfire, Niri, COSMIC, and KDE Plasma, with GNOME noted as having limits. Actual latency will still depend on your compositor, GPU, and display.

How to judge it for your setup

Latency figures measured on one machine are a useful signal, not a guarantee. Test with your own hardware: run a high-refresh display, draw fast strokes in a demanding app, and check whether the ink keeps pace. If you need the lowest possible delay, keep vsync off and raise the FPS cap, then compare against the default 120 FPS cap.

For a concrete comparison, try a quick annotation over a video call or a code editor at 120 FPS, then at 240 FPS, and note whether the difference matters for your use. If you want a ZoomIt-style workflow on Linux/Wayland, wayscriber is built around exactly that use case: wayscriber.

How do I rebind keys and customize wayscriber's actions in the TOML config?

Rebinding in wayscriber happens in a single TOML file, and the page describes roughly 130 rebindable actions, so the practical approach is to change a few bindings at a time rather than rewrite the whole file. The configurator can handle the initial setup (running the daemon and binding the global toggle), but ongoing key customization lives in that TOML file.

What to expect in the config

  • Each action is a named command (for example, toggling the overlay, opening the command palette, undo/redo, switching boards and pages, or changing tools like pen, highlighter, eraser, shapes, arrows, text, and blur).
  • Bindings map a key or mouse input to one of those actions.
  • Because the same actions are also reachable from the command palette (Ctrl+K or Ctrl+Shift+P), you can look up an action's exact name there before binding it.

A practical workflow

  1. Open the command palette and fuzzy-search for the action you want to move. Note its name.
  2. Open the TOML file and find that action's binding.
  3. Change the key, save, and reload or restart the daemon (systemctl --user restart wayscriber.service).
  4. Test the new binding on a throwaway board before relying on it during a presentation.

Things worth deciding first

  • Conflict risk. The overlay already uses keys like Esc to hide, F1 for help, Space + drag to pan solid boards, Ctrl+Shift+1..9 for jump slots, and Ctrl+K / Ctrl+Shift+P for the palette. Avoid reassigning these unless you also move their actions.
  • Mouse vs keyboard. The radial menu is triggered by holding Middle-click, so if you rebind mouse buttons, check that you are not breaking the compass menu.
  • Portability. Keeping your bindings in one TOML file makes it easy to copy the same layout to another machine or into a dotfiles repo.

If you tell me which specific action you want to move (for example, the pen tool or the zoom toggle), I can suggest a sensible replacement key and what to watch out for. The project is at wayscriber.

Can wayscriber replace ZoomIt for live presentations and screen annotations on Linux?

Yes, for most Linux/Wayland users wayscriber covers the core ZoomIt jobs — live annotation over any app, zoom, and capture — and it is built natively for that environment rather than ported. Whether it fully replaces ZoomIt depends less on features than on your desktop session and how much you rely on ZoomIt's Windows-only extras.

What maps well from ZoomIt

  • One global keybind puts a drawing layer over whatever is on screen, then hides it again — the same "press key, annotate, press key, dismiss" rhythm.
  • The toolkit is broad: pen, highlighter, eraser, lines, rectangles, ellipses, fillable polygons, arrows with auto-numbered labels, step markers, and blur.
  • Text annotations, sticky notes, and a screen eyedropper with a magnified loupe are included, with undo/redo across all of them.
  • Zoom and screen capture are part of the same overlay, so you don't switch tools mid-presentation.
  • Everything ships in one binary with no plugins and no accounts, which matters on locked-down or offline machines.

Where the fit gets narrower

  • It targets Wayland specifically. The page lists Hyprland, Sway, River, Wayfire, Niri, COSMIC, and KDE Plasma as supported, and notes GNOME works "with limits" — so GNOME users should test before committing.
  • ZoomIt is a Windows tool; if your talks happen on Windows machines, wayscriber isn't the answer there.
  • ZoomIt's specific break-timer and recording workflows aren't described here, so don't assume parity beyond annotation, zoom, and capture.

Practical scenario

You're giving a live code walkthrough on a Sway or Hyprland laptop, sharing your screen into a call. You bind wayscriber --daemon-toggle to a global shortcut, press it when a reviewer asks about a line of code, circle it with the pen, drop a numbered arrow on the next issue, then press Esc. Boards and pages let you keep a whiteboard or blackboard layer separate from the transparent overlay, and the command palette (Ctrl+K or Ctrl+Shift+P) plus the middle-click radial menu mean you rarely leave the keyboard.

Decision criterion

Choose wayscriber if you present on Wayland and want annotation, zoom, and capture in one native binary. Stay with ZoomIt-style workflows if you're on Windows, or if you need features beyond what's listed here. On GNOME, verify the overlay behaves before you rely on it in a live session.

Next step: install from your distro's repo or the AUR/Nix flake, bind the toggle key, and rehearse one full talk with the overlay on. If you want context on the Wayland compositors involved, see Hyprland and Sway.

Related questions

More questions →
What drawing tools and features does wayscriber offer?

wayscriber includes a full annotation toolkit in a single native Rust binary — no plugins, no accounts. The tools cover freehand drawing, shapes, text, boards, and zoom, and they're all reachable from one keybind that drops a drawing layer over any application. If you present, teach, or review work on Linux/Wayland and want to mark up the screen live, the toolset below is what you get.

The drawing toolkit

  • Pen, highlighter, eraser — the core freehand tools.
  • Shapes — lines, rectangles, ellipses, and fillable polygons.
  • Arrows with auto-numbered labels — useful for pointing at steps in sequence.
  • Step markers — numbered callouts for walkthroughs.
  • Blur — hide sensitive regions on screen.
  • Multiline text and sticky notes — annotate with typed content, not just ink.
  • Screen eyedropper with a magnified pixel loupe — pick an exact color from anywhere on screen.
  • Undo and redo — works across all of the above.

The page describes the ink as keeping up with your hand: 8–9 ms p95/p99 input-to-commit at 120 FPS, with 120 FPS as the default cap (vsync off, 144/240+ configurable). That matters for annotation because laggy strokes make handwriting and quick arrows unusable in a live setting.

Interaction: command palette and radial menu

Two mechanisms keep the ~130 rebindable actions out of your way:

  • Command palette — fuzzy search over actions with icons and category headers. You can reopen a recent item, save a preset slot, or edit a shortcut in place. Open with Ctrl+K or Ctrl+Shift+P.
  • Radial menu at the cursor — a fixed eight-way compass with tool glyphs, recent colors, and an outer size ring. Hold middle-click, move the pointer to a tool, release.

The radial menu is the faster path during a live session because it appears where your cursor already is; the palette is better when you know the action name but not the binding.

Boards, pages, and backgrounds

Every board keeps separate pages with auto-contrast pens, so ink stays readable regardless of background.

Background Typical use
Transparent overlay Annotate the app underneath
Whiteboard Light-background teaching
Blackboard Dark-background teaching
Blueprint Technical or diagram work
Corkboard Planning and arrangement

Navigation details from the site: Ctrl+Shift+1..9 jumps to a slot, and Space+drag pans a solid board.

Setup and verification

  1. Install the package — native repositories exist for Debian, Ubuntu, and Fedora, plus the AUR for Arch, a Nix flake, and one-off .deb/.rpm downloads.
  2. Bind one key — run the daemon, then bind wayscriber --daemon-toggle to a global shortcut. The configurator can do both steps for you; the service command shown is systemctl --user enable --now wayscriber.service.
  3. Draw over anything — press your key, and the overlay appears with pen, shapes, text, boards, and zoom. Press F1 for searchable, clickable Help, and Esc to hide the overlay.

To confirm it works for your use case, open a slide deck or a browser page, trigger the overlay, and test a stroke, an arrow with a numbered label, and a board switch. If strokes track your hand without visible lag and the radial menu opens on middle-click, the toolset is behaving as documented.

What to check before committing

  • Compositor support — the site lists Hyprland, Sway, River, Wayfire, Niri, COSMIC, KDE Plasma, and GNOME with limits. If you're on GNOME, treat the annotation layer as partially supported rather than equivalent to the others.
  • Configuration surface — roughly 130 rebindable actions live in one TOML file, so budget a little time if you want custom bindings instead of defaults.
  • Licensing and cost — free and open source under MIT, with no plugins and no accounts mentioned.

If your workflow is live markup during presentations, teaching, or screen review on a supported Wayland compositor, the toolkit here covers the common cases — freehand, shapes, numbered arrows, text, boards, and zoom — without leaving the overlay.

What Is wayscriber and What Can It Do?

wayscriber is a free, open-source, MIT-licensed live screen annotation tool for Linux, written in Rust. One keybind places a drawing layer over whatever is on screen, so you can annotate, present, zoom, and capture, then hide the layer again. It is a good fit if you run a Wayland compositor such as Hyprland, Sway, River, Wayfire, Niri, COSMIC, or KDE Plasma, or GNOME with limits, and you want ZoomIt-style markup without leaving your desktop. It is not a general-purpose drawing app: the overlay is temporary and meant for live use over other applications.

How it works

The model is deliberately small. A daemon runs in the background, a global shortcut toggles the overlay, and everything happens on top of the current screen.

  1. Install the package. Native repositories exist for Debian, Ubuntu, and Fedora, plus the AUR for Arch, a Nix flake, and one-off .deb and .rpm downloads.
  2. Bind one key. Run the daemon, then bind wayscriber --daemon-toggle to a global shortcut. The configurator can handle both steps for you, or you can enable the user service directly:
    systemctl --user enable --now wayscriber.service
    
  3. Draw over anything. Press your key and the overlay appears with pen, shapes, text, boards, and zoom. Press F1 for searchable, clickable Help, and Esc to hide the overlay.

What you can do with it

All features are included. There are no plugins and no accounts.

Drawing toolkit

  • Pen, highlighter, and eraser
  • Lines, rectangles, ellipses, and fillable polygons
  • Arrows with auto-numbered labels, step markers, and blur
  • Multiline text, sticky notes, and a screen eyedropper with a magnified pixel loupe
  • Undo and redo across all of the above

Command palette

A fuzzy search over actions, with icons and category headers. You can reopen a recent item, save a preset slot, or edit a shortcut in place. Open it with Ctrl+K or Ctrl+Shift+P.

Radial menu at the cursor

A fixed eight-way compass with tool glyphs, recent colors, and an outer size ring. Hold middle-click, move the pointer to a tool, then release.

Boards and pages

Backgrounds include a transparent overlay, whiteboard, blackboard, blueprint, and corkboard. Each board keeps separate pages with auto-contrast pens. Ctrl+Shift+1..9 jumps to a slot, and Space+drag pans a solid board.

Performance and configuration

The tool ships as a single native Rust binary, with no Electron and no webview. On the project's own hardware measurements it reports 8–9 ms p95/p99 input-to-commit at 120 FPS, with 120 FPS as the default cap and vsync off; 144/240+ is configurable. Around 130 actions are rebindable through a single TOML file.

Is it right for you?

If you want to… wayscriber fits if…
Annotate live during a talk or demo You are on a supported Wayland compositor and can bind a global shortcut
Draw over any app without switching windows You want a temporary overlay rather than persistent documents
Avoid accounts, plugins, or telemetry You are fine configuring behavior through a TOML file
Use GNOME You accept that support is limited

The main constraints to check before adopting it are your compositor (GNOME is explicitly limited) and your willingness to set up a daemon plus a global keybind. If those are fine, the install-to-drawing path is three steps, and the overlay is available from any application.

How to Install and Set Up wayscriber on Linux

wayscriber is a Wayland-native screen annotation tool written in Rust: one keybind puts a drawing layer over any application, and you annotate, present, zoom, capture, then hide it again. To get it running you need three things: a package for your distro, the daemon running, and a global shortcut bound to wayscriber --daemon-toggle. The configurator can handle the daemon and shortcut steps for you. Note the compositor requirement: Hyprland, Sway, River, Wayfire, Niri, COSMIC, and KDE Plasma are supported, while GNOME works "with limits."

Step 1: Install the package

Pick the source that matches your distribution:

Distro / setup Install source
Debian, Ubuntu Native repository
Fedora Native repository
Arch AUR
NixOS / Nix users Nix flake
Anything else One-off .deb or .rpm download

The project ships a single native Rust binary — no Electron, no webview — so there is no runtime stack to install alongside it.

Step 2: Run the daemon and bind one key

The overlay is driven by a background daemon, so it needs to be running before your shortcut will do anything.

  1. Start the daemon. As a user service:
    systemctl --user enable --now wayscriber.service
    
  2. Bind a global shortcut in your compositor to:
    wayscriber --daemon-toggle
    

If you'd rather not do these by hand, the configurator can perform both steps — starting the daemon and setting up the shortcut — for you.

Step 3: Draw over anything

Press your bound key and the overlay appears with the pen, shapes, text, boards, and zoom. Press F1 for searchable, clickable Help. Press Esc to hide the overlay again.

What you get once it's running

Everything below is included — no plugins, no accounts:

  • Drawing toolkit — pen, highlighter, eraser; lines, rectangles, ellipses, fillable polygons; arrows with auto-numbered labels, step markers, and blur; multiline text, sticky notes, and a screen eyedropper with magnified pixel loupe. Undo and redo cover all of them.
  • Command palette — fuzzy search over actions with icons and category headers; reopen a recent item, save a preset slot, or edit a shortcut in place. Open with Ctrl+K or Ctrl+Shift+P.
  • Radial menu at the cursor — a fixed eight-way compass with tool glyphs, recent colors, and an outer size ring. Hold middle-click, move to a tool, release.
  • Boards and pages — transparent overlay, whiteboard, blackboard, blueprint, or corkboard backgrounds, each with separate pages and auto-contrast pens. Ctrl+Shift+1..9 jumps to a slot; Space+drag pans a solid board.

Common snags

  • Shortcut does nothing — the daemon isn't running. Check the user service before rebinding anything.
  • Overlay never appears on GNOME — GNOME support is explicitly limited; the compositors listed above are the reliable targets.
  • Latency or tearing — the default cap is 120 FPS with vsync off, and 144/240+ is configurable. The project reports 8–9 ms p95/p99 input-to-commit at 120 FPS on local hardware.
  • Rebinding — roughly 130 actions are rebindable through a single TOML file, so you don't have to live with the defaults.
Which Wayland compositors does wayscriber support?

wayscriber is a Linux/Wayland-only tool, so it does not run on X11 sessions, macOS, or Windows. On the Wayland side, the project lists support for Hyprland, Sway, River, Wayfire, Niri, COSMIC, and KDE Plasma, with GNOME supported only "with limits." If your compositor is in that first group, you can expect the full overlay workflow; if you are on GNOME, expect some functionality to be restricted.

Supported compositors

Compositor Support level
Hyprland Supported
Sway Supported
River Supported
Wayfire Supported
Niri Supported
COSMIC Supported
KDE Plasma Supported
GNOME Supported with limits

The list comes directly from the project's own compatibility line, which pairs the "Free & open source · MIT" note with the named compositors and the GNOME caveat.

What "with limits" means for GNOME

The site states GNOME is supported "with limits" but does not enumerate which features are affected. Practically, that means you should treat GNOME as a try-it-and-verify environment rather than a guaranteed one: install it, bind the toggle key, and confirm that the overlay, drawing tools, and zoom behave as expected on your setup before relying on it for a live presentation. If a specific capability matters to you, test that capability first.

Why the compositor matters at all

wayscriber works by placing a drawing layer over the screen and toggling it with a global shortcut. That design depends on Wayland compositor features for global keybindings and overlay surfaces, which is why the supported list is compositor-specific rather than "any Linux." It also explains the hard boundaries:

  • Wayland only — an X11 session is not a supported target.
  • Linux only — the package channels are Debian, Ubuntu, Fedora, Arch (AUR), Nix, plus one-off .deb and .rpm downloads, so there is no macOS or Windows build to fall back on.

Checking your own setup

  1. Confirm you are running a Wayland session, not X11.
  2. Match your compositor against the table above.
  3. If it is listed as supported, install from your distro's channel (native repos for Debian/Ubuntu/Fedora, AUR for Arch, Nix flake, or the .deb/.rpm downloads).
  4. Run the daemon and bind wayscriber --daemon-toggle to a global shortcut — the configurator can do both steps for you.
  5. Press your key and confirm the overlay appears with pen, shapes, text, boards, and zoom; press Esc to hide it.

If step 5 fails on a listed compositor, the likely culprit is the global shortcut binding rather than the overlay itself, since the toggle is what summons the drawing layer in the first place.

How fast is wayscriber's drawing performance?

wayscriber reports 8–9 ms p95/p99 input-to-commit latency at 120 FPS, with a default 120 FPS cap and vsync off. That is fast enough that ink appears to track your hand rather than lag behind it, which is the threshold that matters for live annotation during a presentation or call. The figures come from measurements on local hardware, and the site points to a performance section for details, so treat them as the project's own benchmark rather than an independent test.

What the numbers mean

Input-to-commit is the delay between your input (pen or pointer movement) and the frame being committed to the screen. Reporting it at p95/p99 means 95% and 99% of frames stayed within that 8–9 ms window — a tail-latency measure, not just an average. For annotation, tail latency is what you feel: occasional slow frames read as stutter even when the average looks fine.

At 120 FPS, one frame is about 8.3 ms. So 8–9 ms p95/p99 is roughly one frame of latency — about as tight as a 120 Hz pipeline allows.

Why it stays responsive

  • Native Rust binary. No Electron and no webview, so there is no browser engine between your input and the drawn output.
  • Vsync off by default. Frames are not held waiting for a display refresh, which removes a common source of added delay.
  • Configurable frame cap. The default cap is 120 FPS; 144/240+ is configurable if your display and hardware can sustain it.

What to check on your own machine

The published numbers are hardware-specific. To judge whether wayscriber is fast enough for your setup, verify:

  1. Your compositor is supported — Hyprland, Sway, River, Wayfire, Niri, COSMIC, and KDE Plasma are listed, with GNOME supported "with limits."
  2. Your display refresh rate and whether you raise the frame cap above 120.
  3. Whether the overlay keeps up during the tasks you actually do — freehand pen strokes, zoom, and multi-board switching.

If you present or annotate live and need ink that keeps pace with your hand, the reported latency and the native-binary design are the two signals to weigh. If you are on a compositor outside the supported list, or on GNOME, confirm behavior on your system before relying on it.

Website Overview

The available information shows a mix of normal operation and configuration gaps. Depending on how the website is used, these gaps may affect secure access or the consistency of its public presentation.

Domain and Registration

The domain was registered less than a year ago and has limited historical evidence to assess. Transfer-protection status is present, helping reduce the risk of unauthorized domain transfers. The registrar is NameCheap, Inc., a widely used domain service provider. The domain uses the common .com extension, which is not an independent safety signal.

DNS and Email

Nameservers are provided by hetzner.de, indicating managed DNS hosting. No CNAME was found; the observed records resolve directly to addresses. No MX record was found. A conventional explicit inbound-mail route is not configured. DNSSEC signatures were not detected, so this additional DNS authenticity protection is not confirmed. The lowest observed DNS TTL is 300 seconds.

TLS and Certificates

The public key uses EC with 256 bits. The server supplied a complete certificate chain. No organization name is present in the certificate; the available fields are consistent with domain validation. The certificate was issued by Let's Encrypt, commonly associated with automated certificate services. The certificate's total validity is about 89 days, consistent with a short renewal cycle.

HTTP and Browser Security

The response lacks these common security headers: HSTS, CSP. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. No obvious internal addresses or debug information were found in the headers. The Server header identifies nginx without an exact version. No explicit CDN or WAF marker was found in the response headers.

Technology Stack Analysis

The public page identifies nginx without precise versions, leaving fewer clues for version-specific scanning.

Search and Social Sharing

The meta description has 213 characters and may be shortened in search results. Twitter Card metadata is configured. JSON-LD includes Product or Offer data, potentially supporting eligible product search features. The title has 61 characters, within a common display range. The observed directives allow indexing and link following.

Hosting and Email

DNShetzner.de
HostingHetzner Online GmbH
EmailUnknown
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) Germany flagNuremberg, Bavaria, Germany Inferred 46.225.191.187

Registration details

RDAP / WHOIS

RegistrarNameCheap, Inc.
Registered2025-10-23
Expires2026-10-23
Domain statusclient transfer prohibited
Nameservershelium.ns.hetzner.de、hydrogen.ns.hetzner.com、oxygen.ns.hetzner.com
DNSSECunsigned

DNS records

DNS

TypeNameValueTTLPriority
Awayscriber.com46.225.191.187300—
NSwayscriber.comhelium.ns.hetzner.de3600—
NSwayscriber.comhydrogen.ns.hetzner.com3600—
NSwayscriber.comoxygen.ns.hetzner.com3600—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subjectwayscriber.com
IssuerLet's Encrypt
Valid until2026-11-27T07:17 · Remaining when checked: 56 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html
servernginx
x-frame-optionsSAMEORIGIN
x-content-type-optionsnosniff
referrer-policystrict-origin-when-cross-origin
permissions-policygeolocation=(), camera=(), microphone=()

Identified technologies

nginx

Pages, Search and Sharing

Meta descriptionwayscriber is a ZoomIt-style, real-time screen annotation tool for Linux/Wayland, written in Rust. One keybind puts a drawing layer over any application. You can annotate, present, zoom, capture, and then hide it.
Canonical URLhttps://wayscriber.com/
LanguageEnglish (default)
Twitter Cardsummary_large_image

No robots.txt found

No sitemaps found

User reviews (0)

  • No reviews yet.