.NET is an open-source server-side framework to build applications and services.
Overview of .NET Trademarks: This software listing is packaged by Bitnami. The respective trademarks mentioned in the offering are owned by the respective companies, and use of them does not imply any affiliation or endorsement.
consoledocker run --name dotnet bitnami/dotnet:latest
Those are hardened, minimal CVE images built and maintained by Bitnami. Bitnami Secure Images are based on the cloud-optimized, security-hardened enterprise https://vmware.github.io/photon/. Why choose BSI images?
Each image comes with valuable security metadata. You can view the metadata in our public catalog here. Note: Some data is only available with commercial subscriptions to BSI.
!https://github.com/bitnami/containers/blob/main/BSI%20UI%201.png?raw=true "Application details" !https://github.com/bitnami/containers/blob/main/BSI%20UI%202.png?raw=true "Packaging report"
If you are looking for our previous generation of images based on Debian Linux, please see the https://hub.docker.com/u/bitnamilegacy.
Dockerfile linksLearn more about the Bitnami tagging policy and the difference between rolling tags and immutable tags in our documentation page.
You can see the equivalence between the different tags by taking a look at the tags-info.yaml file present in the branch folder, i.e bitnami/ASSET/BRANCH/DISTRO/tags-info.yaml.
Subscribe to project updates by watching the https://github.com/bitnami/containers.
The recommended way to get the Bitnami Dotnet Docker Image is to pull the prebuilt image from the https://hub.docker.com/r/bitnami/dotnet.
consoledocker pull bitnami/dotnet:latest
To use a specific version, you can pull a versioned tag. You can view the https://hub.docker.com/r/bitnami/dotnet/tags/ in the Docker Hub Registry.
consoledocker pull bitnami/dotnet:[TAG]
If you wish, you can also build the image yourself by cloning the repository, changing to the directory containing the Dockerfile and executing the docker build command. Remember to replace the APP, VERSION and OPERATING-SYSTEM path placeholders in the example command below with the correct values.
consolegit clone https://github.com/bitnami/containers.git cd bitnami/APP/VERSION/OPERATING-SYSTEM docker build -t bitnami/APP:latest .
If you remove the container all your data will be lost, and the next time you run the image the database will be reinitialized. To avoid this loss of data, you should mount a volume that will persist even after the container is removed.
For persistence you should mount a directory at the /bitnami path. If the mounted directory is empty, it will be initialized on the first run.
consoledocker run \ -v /path/to/dotnet-persistence:/bitnami \ bitnami/dotnet:latest
You can also do this with a minor change to the https://github.com/bitnami/containers/blob/main/bitnami/dotnet/docker-compose.yml file present in this repository:
yamldotnet: ... volumes: - /path/to/dotnet-persistence:/bitnami ...
Using Docker container networking, a different server running inside a container can easily be accessed by your application containers and vice-versa.
Containers attached to the same network can communicate with each other using the container name as the hostname.
Step 1: Create a network
consoledocker network create dotnet-network --driver bridge
Step 2: Launch the Dotnet container within your network
Use the --network .NETWORK> argument to the docker run command to attach the container to the dotnet-network network.
consoledocker run --name dotnet-node1 --network dotnet-network bitnami/dotnet:latest
Step 3: Run another containers
We can launch another containers using the same flag (--network.NETWORK) in the docker run command. If you also set a name to your container, you will be able to use it as hostname in your network.
The Bitnami .NET Docker image from the Bitnami Secure Images catalog includes extra features and settings to configure the container with FIPS capabilities. You can configure the next environment variables:
OPENSSL_FIPS: whether OpenSSL runs in FIPS mode or not. yes (default), no.The Bitnami Dotnet Docker image sends the container logs to stdout. To view the logs:
consoledocker logs dotnet
You can configure the containers logging driver using the --log-driver option if you wish to consume the container logs differently. In the default configuration docker uses the json-file driver.
Bitnami provides up-to-date versions of Dotnet, including security patches, soon after they are made upstream. We recommend that you follow these steps to upgrade your container.
Step 1: Get the updated image
consoledocker pull bitnami/dotnet:latest
Step 2: Stop the running container
Stop the currently running container using the command
consoledocker stop dotnet
Step 3: Remove the currently running container
consoledocker rm -v dotnet
Step 4: Run the new image
Re-create your container from the new image.
consoledocker run --name dotnet bitnami/dotnet:latest
docker-compose.yamlPlease be aware this file has not undergone internal testing. Consequently, we advise its use exclusively for development or testing purposes.
If you detect any issue in the docker-compose.yaml file, feel free to report it or contribute with a fix by following our https://github.com/bitnami/containers/blob/main/CONTRIBUTING.md.
We'd love for you to contribute to this container. You can request new features by creating an https://github.com/bitnami/containers/issues or submitting a https://github.com/bitnami/containers/pulls with your contribution.
If you encountered a problem running this container, you can file an https://github.com/bitnami/containers/issues/new/choose. For us to provide better support, be sure to fill the issue template.
Copyright © 2026 Broadcom. The term "Broadcom" refers to Broadcom Inc. and/or its subsidiaries.
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
<[***]>
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。



探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
无需登录使用专属域名
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
新手拉取配置
镜像合规机制
manifest unknown
no matching manifest(架构)
invalid tar header(解压)
TLS 证书失败
DNS 超时
域名连通性排查
410 Gone 排查
402 与流量用尽
401 认证失败
429 限流
D-Bus 凭证提示
413 与超大单层
来自真实用户的反馈,见证轩辕镜像的优质服务