如果你用 DeepSeek、元宝AI、Copilot 等 AI 代为编写轩辕镜像的 docker pull、修改 compose 镜像地址,或排查拉取失败等问题,请让 AI 先读规则再动手,只要在 AI 对话里直接发送下面这句话即可:
生成 docker pull、修改 compose 的 image,或排查拉取失败前,请先阅读并严格遵守 https://xuanyuan.cloud/agents.md 中的规则。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
Note: this is the "per-architecture" repository for the riscv64 builds of https://hub.docker.com/_/satosa -- for more information, see https://github.com/docker-library/official-images#architectures-other-than-amd64 and https://github.com/docker-library/faq#an-images-source-changed-in-git-now-what.
Maintained by:
https://github.com/IdentityPython/satosa-docker
Where to get help:
the Identity Python mailing list or the Identity Python Slack workspace (invitation)
Dockerfile linksWARNING: THIS IMAGE IS NOT SUPPORTED ON THE riscv64 ARCHITECTURE
Where to file issues:
https://github.com/IdentityPython/satosa-docker/issues?q=
Supported architectures: (https://github.com/docker-library/official-images#architectures-other-than-amd64)
https://hub.docker.com/r/amd64/satosa/, https://hub.docker.com/r/arm64v8/satosa/
Published image artifact details:
https://github.com/docker-library/repo-info/blob/master/repos/satosa (https://github.com/docker-library/repo-info/commits/master/repos/satosa)
(image metadata, transfer size, etc)
Image updates:
https://github.com/docker-library/official-images/issues?q=label%3Alibrary%2Fsatosa
https://github.com/docker-library/official-images/blob/master/library/satosa (https://github.com/docker-library/official-images/commits/master/library/satosa)
Source of this description:
https://github.com/docker-library/docs/tree/master/satosa (https://github.com/docker-library/docs/commits/master/satosa)
SATOSA is a configurable proxy for translating between different authentication protocols such as SAML2, OpenID Connect, and OAuth2.
!https://raw.githubusercontent.com/docker-library/docs/8e1f8cd99d5ce31197d5452d6d04886f791ac9c7/satosa/logo.svg?sanitize=true
The basic pattern for starting a satosa instance is:
shdocker run --name some-satosa -d riscv64/satosa
To access the instance from the host without the container's IP, use port mappings:
shdocker run --name some-satosa -p 80:8080 -d riscv64/satosa
The entrypoint script outputs SAML2 metadata to the container log at start time. This metadata refers to the instance's base URL, e.g., https://example.com. Browsers must be able to access the instance over HTTPS.
The satosa image stores its configuration in /etc/satosa. This configuration must persist among instances, particularly the SAML2 entity ID (derived from the proxy's base URL by default) and related keying material. Use volumes, bind mounts, or custom images to maintain this configuration.
The satosa image's entrypoint script runs Gunicorn by default if the first argument looks like a command-line flag. For example, the following will use a bind mount to provide an X.509 certificate and corresponding private key to the instance, and it will run Gunicorn with HTTPS enabled:
shdocker run --name some-satosa -p 443:8443 \ -v /etc/letsencrypt/live/some-satosa/fullchain.pem:/etc/https.crt \ -v /etc/letsencrypt/live/some-satosa/privkey.pem:/etc/https.key \ -d riscv64/satosa \ -b0.0.0.0:8443 --certfile /etc/https.crt --keyfile /etc/https.key satosa.wsgi:app
If the first argument looks like a command instead of a flag, the entrypoint script will run that instead of Gunicorn. For example, the following will start an interactive, unprivileged shell inside the container:
shdocker run -it --name some-satosa riscv64/satosa bash
The entrypoint script uses environment variables to generate the initial configuration, which requires customization. All of the environment variables are OPTIONAL.
Environment variables' values can be read from Docker secrets. Append _FILE to the variable name (e.g., STATE_ENCRYPTION_KEY_FILE), and set it to the pathname of the corresponding secret (e.g., /run/secrets/state_encryption_key).
BASE_URLSATOSA MUST be hosted at the root of the website. This environment variable specifies the website's base URL, which defaults to http://example.com. If set, the base URL must be a method plus a hostname without any trailing slash or path components, e.g., https://idproxy.example.com, not https://idproxy.example.com/ nor https://idproxy.example.com/satosa.
STATE_ENCRYPTION_KEYSATOSA uses encrypted cookies to track the progress of an authentication flow. This environment variable optionally sets the state cookies' encryption key. If set, the state encryption key must be an alphanumeric value, e.g., 12345SameAsMyLuggage. If not specified, a new random 32-character key will be generated.
SAML2_BACKEND_DISCO_SRVWhen part of a SAML trust federation, SATOSA will ask the user to choose an identity provider using a SAML discovery service. This environment variable sets the discovery service URL, which defaults to SeamlessAccess.
SAML2_BACKEND_CERT and SAML2_BACKEND_KEYSATOSA's default SAML back-end microservice acts like a service provider (relying party), requesting authentication by and attributes from the user-selected identity provider. The microservice uses public key ***graphy to sign authentication requests and decrypt responses. These environment variables provide the requisite keying material in the PEM format. If not specified, a new 2048-bit RSA key-pair will be generated using the hostname part of BASE_URL.
SAML2_FRONTEND_CERT and SAML2_FRONTEND_KEYSATOSA's default SAML front-end microservice acts like an identity provider (credential service provider), processing authentication requests from and returning user attributes to trusted websites. It uses public key ***graphy to sign authentication responses. These environment variables provide the requisite keying material, also in the PEM format. If not specified, a new 2048-bit RSA key-pair will be generated using the hostname part of BASE_URL.
View https://github.com/IdentityPython/SATOSA/blob/master/LICENSE for the software contained in this image.
As with all Docker images, these likely also contain other software which may be under other licenses (such as Bash, etc from the base distribution, along with any direct or indirect dependencies of the primary software being contained).
Some additional license information which was able to be auto-detected might be found in https://github.com/docker-library/repo-info/tree/master/repos/satosa.
As for any pre-built image usage, it is the image user's responsibility to ensure that any use of this image complies with any relevant licenses for all software contained within.
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。


探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
发给 Cursor、ChatGPT、豆包等 AI 的说明文档
无需登录使用专属域名
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
VS Code Dev Containers 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
Harbor Proxy Repository 对接专属域名
Portainer Registries 加速拉取
Nexus3 Docker Proxy 内网缓存
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
docker search 限制
站内搜不到镜像
离线 save/load
插件要用 plugin install
WSL 拉取慢
安全与 digest
新手拉取配置
镜像合规机制
不支持 push
manifest unknown
no matching manifest(架构)
invalid tar header(解压)
TLS 证书失败
DNS 超时
域名连通性排查
410 Gone 排查
402 与流量用尽
401 认证失败
429 限流
D-Bus 凭证提示
413 与超大单层
来自真实用户的反馈,见证轩辕镜像的优质服务