Website profiles · Technology insights · Alternatives

hydrusnetwork.github.io

A personal booru-style media tagger that can import files and tags from your hard drive and popular websites. Content can be shared with other users via user-run servers.

No paid content found
Visit website
Profile views 0 Outbound visits 0 Normal
hydrus network Full homepage screenshot

At a glance

Category
Development
Language
English
Paid-content signal
No paid content foundObserved
Registered
Unknown
Hosting
FastlyInferred
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 Hydrus Network?

Hydrus Network is a free, open-source media manager built around tagging. It is often described as a personal booru: you point it at files on your hard drive or import them from popular websites, then attach tags to them so you can search, filter and organise a large collection by meaning rather than by folder structure. Files and tags can also be shared with other users through servers that individuals run themselves.

What you actually do with it

  • Import images, video, audio, archives and other files, either one by one or in bulk.
  • Tag items manually, or set up automatic taggers that fetch tags from supported sites when a file is imported.
  • Search your collection with combinations of tags, including negative searches and complex boolean-style queries.
  • Build saved searches, "virtual" collections and download queues that keep pulling new content matching your interests.
  • Run your own server, or connect to someone else's, to share files and tags with a group.

Who it suits

Hydrus is a good fit if you have a large, messy media collection and care about finding things by content, not filename. It rewards people who are comfortable with a desktop application that has many settings and a learning curve. It is a poor fit if you want a polished, cloud-synced gallery, a social feed, or something that works the same on a phone and a laptop without setup.

Trade-offs to weigh

The tagging is powerful but manual at first; the automatic taggers depend on the sites they support, so coverage varies. Running a server gives you control and privacy but puts maintenance on you. And because it is a local-first desktop tool, your library lives on your machine, which is excellent for privacy and awkward for multi-device access.

A useful next step: install it, import a small folder of files, and try tagging and searching just that set. If the tag-based workflow clicks for you at that scale, it will scale up; if it feels like overhead, a simpler gallery app will serve you better. The project's own documentation at Hydrus Network covers importing, taggers and client-server setup in detail.

How do I import files and tags from my hard drive or popular websites into Hydrus?

Hydrus imports in two stages: first you add files to your local database, then you attach tags to them. Files come from your hard drive through import (a file or folder picker), and tags come from tag import options or from files you already tagged elsewhere. Web content is handled by downloaders, which are small scripts that know how to find files and tags on a specific site.

Importing from your hard drive

  • Use the import dialog to point Hydrus at a folder or individual files. It walks subfolders and adds each file as a new entry in your database.
  • Existing sidecar files, such as .txt tag lists or .json metadata, can be read during import so tags arrive with the files.
  • If you already have tags in another program, export them as a sidecar or a tag list and import that alongside the files.

Importing from websites

  • Hydrus ships with downloaders for many popular boorus and image sites. You paste a gallery, artist or tag URL into the downloader, and it queues the files and their tags.
  • Each downloader has its own tag import options, so you can choose which site tags become Hydrus tags, which get mapped, and which are ignored.
  • For sites without a built-in downloader, you can write or install a custom one. This is the main extension point and where the community shares most of its work.

A practical first run

  1. Import a small test folder with a handful of files.
  2. Open the tag import options and check how tags are named and mapped.
  3. Run one downloader on a single gallery page and watch the queue.
  4. Once the tags look right, scale up to your full library.

The trade-off is control versus setup effort. Hydrus gives you fine-grained rules for namespaces, sibling and parent tags, and what gets stored, but you configure those rules yourself rather than getting a preset library. For a starting point on the client and its downloaders, see Hydrus Network.

How can I share my Hydrus tags and files with other users through user-run servers?

Hydrus sharing works through user-run servers, not a central cloud account. You run the client locally, tag and import files on your own machine, and then connect to one or more servers that other people operate. The server handles the account, the file and tag storage, and the access rules; your client handles the tagging and browsing. This is the model described in the site's own summary: a personal booru-style media tagger whose content "can be shared with other users via user-run servers."

What actually gets shared

  • Files: uploaded to the server, which then serves them to other users who have access.
  • Tags: your tag assignments are contributed to the server's tag set, where they can be searched and, depending on permissions, edited by others.
  • Metadata and relationships: mappings between tags and files, plus things like URLs, notes and sibling/parent tag relationships, travel with the content.

The practical steps

  1. Get an account on a server. Servers are run by individuals or small groups, and most are invite-based or require an application. There is no single official public server.
  2. Add it to your client under the network/services settings, entering the server address and your access key.
  3. Upload what you want to share. You can select files and push them to a server, or sync a local tag repository to it.
  4. Choose permissions carefully. Your access key determines whether you can only read, or also upload and edit tags. A read-only key keeps your local collection private while letting you pull from the server.
  5. Keep local and server copies separate in your head. Your client can hold files the server never sees, and vice versa.

Choosing a server

Consideration What to look for
Content focus A server whose tag namespace and subject matter match your collection
Tagging conventions Whether they enforce a namespace scheme or allow freeform tags
Access level Read-only, upload-only, or full editing rights
Trust and moderation Who runs it, how they handle takedowns and bad uploads
Storage limits Whether large uploads are capped or require contribution

Trade-offs to accept

Sharing means someone else holds a copy of your files and can set rules about them. Tag quality also varies: on a shared server, other users can rename, merge or dispute tags you added, and your carefully built local scheme may not survive contact with theirs. Uploading also consumes bandwidth and disk on the server, which is why many operators gate access.

A sensible next step is to start read-only. Connect to one server, sync its tags into a separate local tag service, and see whether their conventions fit how you tag. If they do, ask about upload rights; if not, you have lost nothing but sync time.

Is Hydrus free, or does it require a subscription?

Hydrus is free, and it does not require a subscription. It is an open-source, locally run application: you download it, run it on your own computer, and use it without paying a monthly or annual fee. The subscription reference in its metadata reflects that the software can connect to user-run servers, which may have their own access rules or costs set by whoever operates them—not a fee charged by Hydrus itself.

What “free” means here

  • The client is free to download and use. There is no account tier, trial period, or paywalled feature list in the core application.
  • Your data lives on your machine. Files and tags are stored in your own database, so there is no hosted service to keep paying for.
  • Network features are optional and community-run. If you want to sync with others, you typically rely on servers run by other users. Those operators decide who can join and on what terms, which is where any subscription-like arrangement would come from.
  • Costs can still exist indirectly. You provide your own hardware and storage, and if you use third-party services for access or hosting, those may charge you.

A practical way to decide

If your goal is to tag and organize a personal media collection on your own drive, Hydrus fits without any ongoing payment. If your goal is to share a large collection with a group and you don’t want to run a server, check how the specific community server you’re interested in handles membership before committing—ask its operator directly whether there is a fee, an invite requirement, or a contribution expectation.

As a next step, install the client and import a small test folder to confirm it meets your needs before building out a large library. For background on the project, see Hydrus Network.

How does Hydrus compare to other booru-style media taggers for organizing large personal media collections?

Hydrus is best understood as a local-first media tagger rather than a hosted booru. You point it at folders on your own machine, it imports files, and you attach tags to them; the tag database lives on your computer, not on a website. That single design choice drives most of its differences from other tools in this space.

Where Hydrus fits

It suits people who have tens of thousands of images, videos, or other files and want to describe them with many overlapping tags — characters, artists, sources, ratings, personal notes — without uploading anything to a third party. Because tags are stored in a searchable local database, you can build complex queries ("this tag AND that tag, excluding a third") and save them as reusable filters. Content can also be shared with other users through servers that individuals run, so it is not strictly single-player, but that sharing is optional and community-hosted rather than a central service.

The trade-off is setup and maintenance. Hydrus expects you to manage your own files, back up your database, and think about how you want your tag taxonomy to work. It is not a gallery you sign into and start browsing; it is closer to a personal cataloguing system with a media viewer attached.

How it compares

Tool type Typical strength Typical weakness
Hydrus Deep local tagging, powerful search, no upload required, optional user-run sharing Steeper learning curve, self-managed storage and backups
Folder-based organizers Simple, familiar, no database to maintain Weak at multi-tag search and cross-referencing
Hosted booru-style sites Easy access, social discovery, shared tagging You depend on someone else's servers, rules, and uptime
Lightweight local taggers Quick to start, low overhead Often limited tag counts, search depth, or file formats

A useful rule of thumb: if your main need is "find any file by any combination of tags I invented," a database-backed tool like Hydrus earns its complexity. If your main need is "browse and share with a community," a hosted platform is less work.

A concrete scenario

Suppose you have 40,000 images collected over years from many sources. With folders alone, you can sort by date or filename but not easily answer "show me everything tagged red hair that I rated highly and have not yet sorted into a collection." In Hydrus you would tag on import, then save that query as a filter you reuse. The cost is the initial tagging effort and a backup routine; the payoff is that the collection stays searchable as it grows.

Next step

Before committing, import a few hundred files into a test instance and try building three saved searches you would actually use. If those queries feel natural and fast, the tool fits; if you find yourself fighting the interface more than organizing, a simpler folder-and-keyword approach may serve you better. For related reading on tagging conventions, see Wikipedia.

What are the main steps to get started with Hydrus after downloading it?

After you download Hydrus, getting started means creating a client database, letting it index your files, and then building a tagging workflow around what you actually need to find later. Hydrus is a local-first tagger: the database lives on your machine, and its value grows as you apply consistent tags rather than as you import more files.

First-run setup

  1. Unpack and launch the client. Hydrus is distributed as an archive rather than a conventional installer, so extract it to a folder you intend to keep and run the executable inside.
  2. Create your database. On first launch the client asks you to set up a new database directory. Choose a location with plenty of free space, because the database will hold thumbnails and metadata alongside references to your files.
  3. Pick a starting profile. A fresh database is essentially empty. If you want a gentler introduction, you can begin with a minimal set of file services and add more later instead of configuring everything at once.

Bring in your files

  • Import from your hard drive using an import folder or a file import queue. Hydrus can watch a folder and pull in new files as they appear, which suits people who already organise media in directories.
  • Import from websites via the downloader system. This is more involved than a one-click browser extension: you generally add or adjust a downloader for a site, then queue URLs. Expect some trial and error here.
  • Let it generate thumbnails. The client renders thumbnails as files arrive, so the first large import is the slowest part of the process.

Learn the tagging model

Hydrus separates tags by service, and that distinction matters more than almost anything else when you start:

Tag type What it is for Typical use
Local tags Private tags only you see Personal ratings, notes, "to-review" markers
Tag repositories Shared tag sets run by other users Pulling in community tags for a subject area
File repositories Shared file collections Subscribing to a curated pool of files

The practical consequence: you can keep messy personal tags without polluting a shared tag set, and you can subscribe to someone else's tags without adopting their file collection.

Build a workflow that pays off

  • Define a small tag vocabulary early. A handful of consistent namespace tags, such as creator:, series: or rating:, will save you far more time than a large ad-hoc list.
  • Use saved searches and tag predicates to turn those tags into views you revisit, rather than re-searching by hand.
  • Try the duplicate filter once your library is large enough that near-identical files become a nuisance.

If Hydrus feels heavy at first, that is a fair reaction: it is a power tool aimed at people who want durable, local control over a large media collection, not a lightweight gallery viewer. A reasonable first session is to create the database, import one folder, apply ten tags, and save one search. Once that loop feels natural, add a downloader or a tag repository.

For broader context on media managers and taggers, Example is not a substitute for the client's own documentation, which is the authoritative place to check current menu names and setup dialogs.

Related questions

More questions →
What Is Hydrus Network?

Hydrus Network is a free, open-source desktop application for tagging and organizing media files on your own computer. It is built around a booru-style tag system, meaning every file can carry many tags, and you browse or search your collection by combining those tags rather than by clicking through folders. It is a personal tool, not a social platform: you run it locally, your files stay on your machine, and any sharing happens only through servers that users set up themselves.

What it does

Hydrus is best understood as a private media database with a powerful tagging layer on top. Its core jobs are:

  • Importing files from your hard drive, including large existing collections.
  • Importing media and tags from popular websites, so a file can arrive already tagged with the information the source provides.
  • Tagging and searching with a booru-style system, where tags are the primary way you find things.
  • Sharing content with other users through user-run servers, if you choose to connect to one.

The tag system is the center of the design. Instead of one folder path per file, a file can belong to as many tags as you want, and you can define your own tag structure. That makes it possible to describe the same file along several independent dimensions at once, such as its content, its source, its format, or your own personal categories.

How it differs from ordinary media managers

Most photo and media managers assume a folder-and-album model, with tags as a secondary feature. Hydrus inverts that: tags are the primary organizing principle, and the application is built to handle very large tag sets and complex queries.

Aspect Typical media manager Hydrus Network
Primary organization Folders and albums Tags
Tagging depth Usually a few simple tags Booru-style, many tags per file, user-defined structure
Where files live Local library, sometimes synced to a cloud service Your own machine
Sharing Built-in cloud or social features Only via servers that users run themselves
Nature of the product Often a service or account-based app Local desktop software

The practical consequence is that Hydrus rewards people who are willing to invest in building a tag vocabulary. If you mostly want to flip through photos by date, a conventional gallery app will feel simpler. If you want to retrieve files by precise combinations of attributes, Hydrus is built for exactly that.

Importing from your drive and from websites

Hydrus can import files already on your hard drive, which is the usual starting point for a personal collection. It can also import files and tags from popular websites, so media pulled from those sources can come in with tags attached instead of arriving as untagged files.

The general workflow is:

  1. Point Hydrus at a source, such as a folder on your drive or a supported website.
  2. Let it import the files, and where the source provides tags, bring those tags in as well.
  3. Review, edit, and extend the tags so the collection matches how you actually want to search it.

The exact menus and options depend on your version and configuration, so treat the steps above as the shape of the process rather than a fixed click path.

Sharing through user-run servers

Hydrus is not an online social network. There is no central account you sign into to browse other people's collections. Instead, content can be shared with other users via servers that users run themselves. This means:

  • Sharing is opt-in and depends on someone operating a server.
  • You are not required to share anything to use the application.
  • The reach of any shared collection depends on the servers you connect to, not on a company-operated platform.

If your goal is to post media publicly and get followers, Hydrus is the wrong tool. If your goal is to organize your own files and optionally exchange tagged content with a specific group, the user-run server model is the relevant feature.

Who it is for

Hydrus suits you if you:

  • Keep a large personal media collection and want to find files by many overlapping criteria.
  • Are comfortable building and maintaining your own tag system.
  • Prefer software that runs locally and does not require an account.
  • May want to share with a specific community through a self-hosted server.

It is a poor fit if you want a cloud-synced gallery, a social feed, or a tool that works well with almost no setup. The trade-off is deliberate: Hydrus gives you control and depth in exchange for you doing the organizing work yourself.

Who Is Hydrus Network For, and What Should You Know Before Using It?

Hydrus Network is a personal, booru-style media tagger for people who want to organize large collections of files and tags on their own machine. It fits you if you are comfortable installing and configuring desktop software, managing your own file library, and treating tagging as an ongoing personal project rather than a one-click cloud service. It is a poor fit if you want a hosted account, automatic syncing across devices, or a polished consumer app that works without setup.

What Hydrus Network actually is

The official description is straightforward: a personal booru-style media tagger that can import files and tags from your hard drive and popular websites, with content shareable between users through user-run servers. Two things follow from that:

  • It is local-first. Your files and tags live in a database you control, not in a company account.
  • Sharing is optional and self-hosted. There is no central service doing the work for you; other users run the servers.

Who it suits

You are a good fit if you… You are a poor fit if you…
Have a large local media collection you want to tag and search Want a cloud library that syncs automatically
Are willing to install and configure desktop software Expect a sign-up-and-go web app
Want to import files and tags from your hard drive or websites Only need light tagging for a few dozen files
Are interested in sharing via user-run servers Want sharing handled by a central provider
Prefer owning your data and database Prefer someone else to manage storage and backups

What to know before you start

You run it yourself

Hydrus is desktop software. You install it, point it at your files, and manage the database. That means you are also responsible for backups and for keeping the library healthy over time.

Tagging is the core skill

The whole point is attaching tags to files and then finding them again. Before committing a large collection, decide on a tag scheme — how you name things, how you group them, and how you will keep it consistent as the library grows. A messy tag scheme is much harder to fix later than to plan up front.

Importing is a deliberate step

You can import files and tags from your hard drive and from popular websites. Treat imports as something you configure and review, not something that happens invisibly in the background.

Sharing needs a server

Content sharing works through user-run servers. If sharing matters to you, plan for the extra step of running or connecting to one of those servers rather than assuming it is built in by default.

Pricing is not specified here

The available material mentions a "subscription" keyword but gives no prices, links, or payment details. Do not assume it is free or paid — check the official site for current terms before deciding.

A quick way to decide

Ask yourself three questions:

  1. Do I want to own the library? If yes, Hydrus is aimed at you.
  2. Am I willing to set it up and maintain it? If no, look elsewhere.
  3. Do I need sharing? If yes, confirm you are ready to deal with user-run servers.

If you answered yes to the first two and are realistic about the third, Hydrus Network is worth trying. If you wanted a managed, always-synced service, it is not that — and no amount of setup will make it one.

How Content Sharing Works in Hydrus Network

Content sharing in Hydrus Network works through user-run servers, not a central platform. You import files and tags locally, then connect your client to servers that other users operate if you want to exchange content. The scope of what you can see or share depends on which servers you connect to and what their operators allow. Hydrus is not a built-in public social network, so there is no global feed or default account that exposes your library to everyone.

The local-first model

Hydrus is described as a personal booru-style media tagger. Its core job is importing files and tags from your hard drive and popular websites. Tagging, organizing, and searching happen in your own client against your own database.

Sharing is an optional layer on top of that local library. Nothing is published to a central service by default. If you never connect to a server, your files and tags stay on your machine.

What actually gets shared

When you do connect to a server, the exchange is built around two things:

  • Files — the media itself, imported into your client.
  • Tags — the labels you or others apply to those files.

This matters because Hydrus does not share a platform account identity the way a hosted social site would. There is no single profile that represents you across the network. Instead, your client talks to specific servers, and what moves between them is file and tag data.

Who controls the sharing scope

Two parties set the boundaries:

  1. You — you decide which servers to connect to and what you are willing to sync or upload.
  2. The server operator — whoever runs the server decides who can access it, what content it accepts, and how it is moderated.

Because servers are user-run, there is no single authority defining the rules for all of Hydrus. A server might be private, shared among a small group, or open to a wider set of users. Its policies are set by the person or group running it.

What this means in practice

Expectation from a central platform How Hydrus works instead
One account across the whole network No global account; you connect to individual servers
A default public feed No built-in public feed; visibility depends on server access
Platform-wide moderation Rules set per server by its operator
Content shared automatically Sharing is opt-in through server connections

If you are looking for a drop-in public social network, Hydrus is not that. If you want a personal tagging tool that can also exchange files and tags with trusted servers, the user-run server model is the mechanism that makes it possible.

A concrete scenario

Suppose you maintain a tagged collection locally and want to share a subset with a small group. You would connect your client to a server that group runs, and the exchange would involve the files and tags you choose to sync. The group's server operator controls who else can join and what the server accepts. Your local library remains yours; the server is the shared space, and its reach is only as wide as its operator allows.

How Does Hydrus Network's Tagging System Work?

Hydrus Network is a personal, booru-style media tagger: you attach many tags to each file, then use those tags to find, filter, and organize a large local library. Tags can be entered by hand, imported from your hard drive, or pulled in from popular websites, and they can travel with files when content is shared through user-run servers.

The booru-style tagging model

In a booru-style system, a file is not placed in a single folder or given one category. Instead, it carries a set of tags, and each tag describes one attribute. A single image might be tagged with its characters, artist, source, medium, rating, and personal notes all at once.

This differs from folder-based organization in a few practical ways:

  • A file can belong to many overlapping groups at once. You do not have to choose between "landscape" and "wallpaper" and "favorites."
  • Tags are searchable as a query language. You combine tags to narrow a library instead of browsing nested directories.
  • Tagging is incremental. You can add tags over time without moving or renaming files.

The trade-off is that the system only works as well as your tags. A large library with thin or inconsistent tagging is harder to search than a well-tagged smaller one.

Where tags come from

Hydrus supports several tag sources, and they can coexist on the same file:

Source What it means in practice
Manual entry You type tags yourself as you review files
Hard drive import Tags can be brought in alongside files from your local storage
Popular websites Tags can be imported from supported sites rather than retyped
Other users Tags can be shared with files via user-run servers

Because tags are separate from the file content, importing a file and importing its tags are related but distinct operations. You can import a file first and attach tags later, or bring both in together.

How tags make a large library searchable

The value of tagging shows up when the library is too big to browse. Instead of opening folders, you build a search from tags:

  1. Start broad. Search for one tag that defines the set you care about.
  2. Narrow with more tags. Add tags to intersect the results until the set is manageable.
  3. Exclude what you do not want. Remove tags to filter out files that match your main interest but not your current need.
  4. Save useful combinations. A recurring search can be reused rather than rebuilt each time.

The expected result is a short, relevant list pulled from thousands of files, without any file having been moved or renamed to make it findable.

A concrete example

Suppose you have a library of 40,000 images. You want only the ones that are both a specific character and a specific artist, and you want to exclude a rating you dislike. With folders, that combination may not exist as a location at all. With tags, you search the character tag, add the artist tag, then exclude the rating tag. The library itself never changes; only the query does.

Sharing tags with other users

Tags are not locked to your machine. Through user-run servers, content can be shared with other users, and tags can be shared along with it. This matters because tags are often the most labor-intensive part of a library: if someone else has already tagged a file well, importing those tags saves that work.

Two conditions are worth keeping in mind:

  • Sharing depends on user-run servers, so availability and reach are not guaranteed by the software alone.
  • Shared tags reflect someone else's judgment, so they may not match your own tagging conventions.

When this system fits your needs

Hydrus's tagging approach is a good fit if:

  • You have a large media collection that outgrows folder browsing.
  • You want multiple overlapping attributes per file rather than one location.
  • You are willing to invest in tagging as the price of fast retrieval later.
  • You want the option to import tags from your drive or from websites instead of typing everything.

It is a weaker fit if you only need a simple gallery, if you will not maintain tags, or if you expect tagging to be fully automatic with no review.

The core mechanism is simple: files carry tags, tags form queries, and queries replace folders as the way you find things. Everything else in Hydrus's tagging system follows from that.

Website Overview

Several search or sharing settings need attention. Together they may make snippets, preview images or preferred URLs less consistent across platforms.

Domain and Registration

Unknown

DNS and Email

Nameservers are provided by Amazon Route 53, indicating managed DNS hosting. CAA records restrict which certificate authorities are authorized to issue certificates. 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. The lowest observed DNS TTL is 1666 seconds.

TLS and Certificates

The certificate uses an RSA 2048-bit public key, offering broad client compatibility. 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 checked browser-security headers were not detected, leaving fewer explicit browser-side safeguards. CORS permits any origin to read this response. This is common for public resources; sensitive responses need narrower handling. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. The x-cache, x-served-by, via response header indicates a CDN or caching proxy in the delivery path. No obvious internal addresses or debug information were found in the headers.

Technology Stack Analysis

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

Search and Social Sharing

No homepage title was detected; search engines may construct one from other page content. No homepage meta description was detected, leaving snippet selection more dependent on page text. No viewport meta tag was detected, which may affect mobile layout behavior. No Open Graph metadata was detected, so social previews may depend on platform inference. The observed directives allow indexing and link following.

Hosting and Email

DNSAmazon Route 53
HostingFastly
EmailUnknown
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) United States flagUnited States Inferred 185.199.108.153

Registration details

RDAP / WHOIS

Unknown

DNS records

DNS

TypeNameValueTTLPriority
Ahydrusnetwork.github.io185.199.108.1533600—
Ahydrusnetwork.github.io185.199.109.1533600—
Ahydrusnetwork.github.io185.199.110.1533600—
Ahydrusnetwork.github.io185.199.111.1533600—
AAAAhydrusnetwork.github.io2606:50c0:8000::1533600—
AAAAhydrusnetwork.github.io2606:50c0:8001::1533600—
AAAAhydrusnetwork.github.io2606:50c0:8002::1533600—
AAAAhydrusnetwork.github.io2606:50c0:8003::1533600—
NSgithub.iodns1.p05.nsone.net1666—
NSgithub.iodns2.p05.nsone.net1666—
NSgithub.iodns3.p05.nsone.net1666—
NSgithub.iodns4.p05.nsone.net1666—
NSgithub.ions-1339.awsdns-39.org1666—
NSgithub.ions-1622.awsdns-10.co.uk1666—
NSgithub.ions-393.awsdns-49.com1666—
NSgithub.ions-692.awsdns-22.net1666—
TXTgithub.iov=spf1 a -all3600—
CAAgithub.io0 issue "digicert.com"3600—
CAAgithub.io0 issue "letsencrypt.org"3600—
CAAgithub.io0 issue "sectigo.com"3600—
CAAgithub.io0 issuewild "digicert.com"3600—
CAAgithub.io0 issuewild "letsencrypt.org"3600—
CAAgithub.io0 issuewild "sectigo.com"3600—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subject*.github.io
IssuerLet's Encrypt
Valid until2026-12-29T23:44 · Remaining when checked: 76 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html; charset=utf-8
cache-controlmax-age=600
serverGitHub.com
access-control-allow-origin*

Identified technologies

Fastly

Pages, Search and Sharing

Meta descriptionNot detected
Canonical URLhttps://hydrusnetwork.github.io/hydrus/
LanguageEnglish (default)
Twitter CardNot detected

Unknown

No robots.txt found

No sitemaps found

User reviews (0)

  • No reviews yet.