fshy

Home / Debrid

Linksave (linksave.in / linkcrypt.ws)

linksave.in/Link container / link protector (dead)debrid/linksaveJSONcomparereport an errorprovider JSON

Free allowance
Historical: a free link protector whose API took a username and password and returned a folder URL.
Verdict
deadthe offer or the service no longer exists
Cost
no price stated
Identity
anonymousno card, no phone
Binding limit
noneno named constraint binds
Evidence
measured4 sources; a live request was made and its output kept
Freshness
checked 2026-10-23checked 2026-10-23 (live)
Free tierHistorical: a free link protector whose API took a username and password and returned a folder URL. 'URL: http://linksave.in/protect?api=[username]:[Password]' with fields for links, mirrors, captcha on/off and container types rsdf/ccf/dlc. Nothing of the service answers today.
unit none; metered on none; The 2011 API description is third-party. No current page on the domain exists to confirm or price anything.
Pricenone stated
Limits
  • request-rate no service: the wildcard host ww17.linksave.in fails name resolution
The 302 target is the same wildcard pattern that linkcrypt.ws now uses, which suggests one operator or one parking setup for both domains.
Bindingnone Nothing binds because nothing answers: at any volume the first failure is DNS.
Identityanonymous Historical API used a username:password pair embedded in the URL; whether registration was open is not verifiable now.
Egressnone: dead.
free allowance: none
Per-object capnot applicable: it held links, not bytes.
Retentionunknown and now moot: the service is unreachable, so nothing is retained.
Interfacerest Historical HTTP API only: POST to /protect?api=user:pass with *save, *links and optional container/captcha fields. Today the domain issues a 302 to a wildcard host that does not resolve in DNS.
ToolingJDownloader used to ship a linksave decrypter plugin. Nothing to drive now.
Composes withnone: a dead container service removes an indirection layer, it does not add one.
ReliabilityDead as of today: 302 to ww17.linksave.in, then getaddrinfo failure (errno 11004). Last known live capture is the Wayback snapshot of 2025-05-24, HTTP 200.
Noteslinkcrypt.ws is the same case and is recorded here rather than as a second file: both 302 to the identical ww17.<domain> wildcard and both fail DNS. One dead service with two domains is one fact.
Evidence notemeasured The description of what it was rests on a 2011 forum post and the archive capture, and is marked reported.
Parsed numbers
  • has-free-tier 0
Evidence 4
datesourcewhat it proved
2026-10-23probe: https://linksave.in/HTTP 302 to https://ww17.linksave.in/, then 'getaddrinfo failed' errno 11004; 0 bytes; no hash
2026-10-23probe: https://linkcrypt.ws/the sibling domain fails identically: 302 to https://ww17.linkcrypt.ws/, then DNS failure
2026-10-23web.archive.org/web/20250524063944/http://linksave.in/Wayback capture 2025-05-24 06:39:44 of the root: HTTP 200, text/html, 1122 bytes recorded
2026-10-23www.autoitscript.com/forum/topic/129784-help-using-winhttp-treported, 2011: the protect API signature and the rsdf/ccf/dlc container options
More fields 2
sibling domainlinkcrypt.ws (302 to ww17.linkcrypt.ws, DNS failure)
last live capture2025-05-24T06:39:44Z (Wayback, HTTP 200)