是的，腾讯云都有合成人工智能讨债电话的 api

@Tyanboot #37 道理我都懂，可实际我用 supervisor + 多个进程在一个容器中用的更爽

@Tyanboot #35 理论上是这样的，但是实际上也经常会用多个进程，比如 Nginx + web server + 队列之类的

systemd 无法在 docker 中使用，除非 privileged=true

借一个或者买一个备案的域名就好了

正常途径没办法，除非

- 暴力搜索
- 已知信息去获取，ssl 证书透明度信息、邮箱、链接，Google site: 等
- DNS 服务商的漏洞

我开始文件有手动重命名的，重发一下

openssl genrsa -out ca.key 4096
openssl req -new -x509 -nodes -sha256 -subj "$subj/CN=Test Root CA" -days 3650 -key ca.key -out ca.crt

openssl genrsa -out client.key 4096
openssl req -new -key client.key -out client.csr -subj "/CN=Cert Test"
openssl x509 -req -days 3650 -extfile <(printf "keyUsage=digitalSignature") -in client.csr -CA ca.crt -CAkey ca.key -set_serial 1234 -out client.crt
openssl pkcs12 -export -in client.crt -inkey client.key -name "Admin Cert" -out client.p12 -password pass:123456


ssl_client_certificate /ssl/ca.crt;
ssl_verify_client on;

其实不存在 client_ca.crt 的

不过我试了下，我的 nginx version: nginx/1.13.9 还是可以工作的

```
openssl genrsa -out ca.key 4096
openssl req -new -x509 -nodes -sha256 -subj "$subj/CN=Test Root CA" -days 3650 -key ca.key -out ca.crt

openssl genrsa -out client.key 4096
openssl req -new -key client.key -out client.csr -subj "/CN=Cert Test"
openssl x509 -req -days 3650 -extfile <(printf "keyUsage=digitalSignature") -in client.csr -CA client_ca.crt -CAkey client_ca.key -set_serial 1234 -out client.crt
openssl pkcs12 -export -in client.crt -inkey client.key -name "Admin Cert" -out client.p12 -password pass:123456
```

```
ssl_client_certificate /ssl/client_ca.crt;
ssl_verify_client on;
```

你用的是什么版本的 nginx 啊，我看新版好像行为不太一样了

ssl_verify_client on | off | optional | optional_no_ca;

The optional_no_ca parameter (1.3.8, 1.2.5) requests the client certificate but does not require it to be signed by a trusted CA certificate. This is intended for the use in cases when a service that is external to nginx performs the actual certificate verification. The contents of the certificate is accessible through the $ssl_client_cert variable.

@xudzhang #2 我一直是用的自签名的 ca，然后导出的客户端证书啊，正常用，稍等我看下导出证书的脚本。

client_certificate 不需要是可信 ca，你的可能是其他错误导致的，比如客户端证书导出的不太对？

领了，感谢~

不要在 receive 中阻塞，而是在一个单独的进程中 pull 消息，然后推送给响应的 client

http://channels.readthedocs.io/en/latest/introduction.html#cross-process-communication

代码就是文档 https://strcpy.me/index.php/archives/772/