Skip to content

Guides

These docs are organized by what you are trying to do, not by protocol or source-code module names.

If you are new, start with Getting Started. If the service is already running, jump to the section that matches your role.

First Run

If you just want to get the service running, read:

  • Getting Started: start the backend, create the first admin, and verify metadata, profiles, and texture paths
  • Deployment Overview: launch checks for public URLs, reverse proxy, persistence, backups, and validation
  • Docker Deployment: production deployment, HTTPS, persistence, and reverse proxy setup
  • Config and Keys: public URLs, skinDomains, upload policy, and signing keys

Player Usage

Once the service opens, normal users should start here:

  • User Guide: accounts, Minecraft profiles, skins/capes, launcher login, and common issues
  • Minecraft Profiles: profile names, UUIDs, renames, deletion, and admin inspection
  • Textures: wardrobe, profile binding, direct upload, PNG validation, and public reads
  • FAQ: short answers to common questions

Launcher and Server Integration

For authlib-injector, launchers, or Minecraft servers, read:

  • Launcher Setup: what address, account identifier, and javaagent parameter to use
  • Launcher Login: authenticate, refresh, selectedProfile, token lifecycle, and join/hasJoined
  • Yggdrasil Forwarding: point the server at AY and forward Yggdrasil-compatible site, Mojang, or other upstream session checks by priority
  • Yggdrasil API: ALI, metadata, authserver, sessionserver, profile lookup, texture API, and protocol errors
  • Textures: texture property URLs, skinDomains, signatures, and caching concerns
  • Troubleshooting: launcher login, server join, skin display, signature verification, and texture 404s

Administrator Maintenance

Administrators need to keep three layers separate: startup config, runtime config, and externally visible protocol behavior.

  • Admin Guide: users, profiles, textures, config, audit logs, and tasks
  • Capability Bans: restrict user access to Yggdrasil, profiles, texture upload, and public texture library interactions by scope
  • Config and Keys: config.toml, system_config, public URLs, and signing key rotation
  • Object Storage: local/S3/MinIO backends, storage paths, public URLs, and consistency checks
  • Audit and Tasks: audit coverage, runtime tasks, primary/follower mode, and maintenance guidance
  • Deployment Overview and Docker Deployment: persistent data, reverse proxy, trusted proxies, multiple instances, and backups

Project Reference

For project scope, fit, and current limits, read About AsterYggdrasil.

Before editing the docs, read Docs Contributing. These docs are for real deployers, players, and server owners, not a prose version of the source tree.

Released under the MIT License.