设置好了之后，还是前面分部的步骤来，就先启动ASP.NET CORE然后再启动nginx就好了。注意需要提前创建bridge网络，并将两个container加入进来，并且将上面的IP设置成对应的IP，要不会导致无法正常转发。
优化与改进有的老铁已经发现了，这种方法比较麻烦，第一次启动的时候，需要做的事情很多，第二次启动很多配置也会丢失，而且还要手动创建网络，有没有什么好办法呢？
有两个地方可以进行优化：
crond部分有一个增加自动化任务的工作，我这里使用了echo方法向crond增加记录，其实完全可以自动化这个步骤并确保这个服务启动。其实可以将这个内容在build中打包进去，或者也可以使用docker-compose设置启动的命令。
将nginx.conf提取出来，以更好服务.NET Core，可以使用volume进行映射，通过本机映射文件的形式进行管理。
按照上面的思路，使用docker-compose优化一下，首先编写一个docker-compose.yml：
version: '3.7' services: aspnetcoreapp: image: aspdot container_name: "aspnetcoreapp" networks: - mynetwork proxy: depends_on: - aspnetcoreapp image: nginx-cerbot container_name: "nginxcore" ports: - 80:80 - 443:443 command: sh -c "echo '0 0 1 * * /usr/bin/certbot renew --quiet' >> /etc/crontabs/root & crond & nginx -g 'daemon off;'" volumes: - ./nginx.conf:/etc/nginx/nginx.conf - ./letsencrypt:/etc/letsencrypt # - ./default.conf:/etc/nginx/conf.d/default.conf # - ./html/:/usr/share/nginx/html/ - ./logs/:/var/log/nginx/ restart: always networks: - mynetwork networks: mynetwork: driver: bridge注：alpine版本的nginx启动的cmd默认是nginx -g daemon off;，docker-compose的command段只能覆盖默认CMD，不能追加，所以需要在命令中最后执行这个才行。另外，这个crond默认在后台不能正常运行，需要在Command命令中指定才能正常触发执行（在container中只有执行crond -f才能正常工作）。
之后，运行
docker-compose up -d程序正常运行，然后再按照上面nginx+certbot的操作进行即可，certbot会自动处理nginx的ssl转换问题，可以看到我的nginx.conf变成了这样：
# For more information on configuration, see: # * Official English Documentation: # * Official Russian Documentation: user nginx; worker_processes auto; error_log /var/log/nginx/error.log; pid /run/nginx.pid; # Load dynamic modules. See /usr/share/doc/nginx/README.dynamic. include /usr/share/nginx/modules/*.conf; events { worker_connections 1024; } http { log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 65; types_hash_max_size 2048; include /etc/nginx/mime.types; default_type application/octet-stream; # Load modular configuration files from the /etc/nginx/conf.d directory. # See #include # for more information. # include /etc/nginx/conf.d/*.conf; server { server_name yourdomain.com; location / { proxy_pass :5000; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection keep-alive; proxy_set_header Host $host; proxy_cache_bypass $http_upgrade; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } listen 443 ssl; # managed by Certbot ssl_certificate /etc/letsencrypt/live/yourdomain.com/fullchain.pem; # managed by Certbot ssl_certificate_key /etc/letsencrypt/live/yourdomain.com/privkey.pem; # managed by Certbot include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot } server { if ($host = yourdomain.com) { return 301 https://$host$request_uri; } # managed by Certbot listen 80; server_name yourdomain.com; return 404; # managed by Certbot }}至此，整个系统已经正常运行了。
FAQ自动更新证书成功，访问服务的时候，依然提示证书过期错误。
nginx证书如果是手动加载的话，自动更新证书之后，nginx不会自动加载新的证书，只有重新nginx -s reload之后才能正确加载。如果是certbot --nginx的话，后续的renew会自动重新加载nginx配置的。
docker build中下载资源出现temporary error错误
由于docker的bridge模式导致的，有两种方案可以处理，可以在build命令中指定--network=host或者直接指定docker全局的DNS。参考这篇文章。
删除镜像的时候，提示还有container在引用，无法删除。
docker ps显示并没有活动的容器，但是容器其实还在的，有几条命令可以派上用场。
docker ps -a # 显示所有容器
docker stop $(docker ps -a -q） # 停止所有容器
docker rm $(docker ps -a -q) # 删除所有容器
通过这几个命令就可以把残留的container删除干净了。
nginx提示502 bad gateway