V2EX › schemacs 的所有回复 › 第 2 页 / 共 3 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3

❮

❯

2015 年 12 月 5 日

回复了 schemacs 创建的主题 › 科技 › HTTPS 客户端证书 Web 服务器配置

不过新问题是， Android 上的 Chrome 会提示安装客户端证书，但是 Mac 的 Chrome 上什么提示也没有啊，是不是实现不同？后者会查看这个 ca 是否在本机的信任 ca 列表里？

直接 curl 显示：

```
<html>
<head><title>400 No required SSL certificate was sent</title></head>
<body bgcolor="white">
<center><h1>400 Bad Request</h1></center>
<center>No required SSL certificate was sent</center>
<hr><center>nginx</center>
</body>
</html>
```

2015 年 12 月 5 日

回复了 Daniel65536 创建的主题 › SSL › Let’s Encrypt 使用吐槽

@Daniel65536 "占用 80 端口"，如果只是 auth 是不会的，我上周（ Beta 公测前）是这样跑只会生成证书，不会去修改 apache/nginx 配置的：`./letsencrypt-auto --agree-dev-preview --server https://acme-v01.api.letsencrypt.org/directory --text auth`

2015 年 12 月 5 日

回复了 schemacs 创建的主题 › 科技 › HTTPS 客户端证书 Web 服务器配置

@yeyeye 嗯，已经找到了，谢谢。

可以正常工作的配置如下

```
listen 443 ssl default_server;
listen [::]:443 ssl default_server;
ssl_certificate /etc/letsencrypt/live/xxx.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/xxx.com/privkey.pem;

ssl_verify_client on;
ssl_verify_depth 2;
ssl_client_certificate /etc/letsencrypt/live/your-ca.pem;
```

2015 年 12 月 5 日

回复了 schemacs 创建的主题 › 科技 › HTTPS 客户端证书 Web 服务器配置

@nbndco 多谢哈，应该是这个参数： http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_verify_client

2015 年 12 月 5 日

回复了 schemacs 创建的主题 › 科技 › HTTPS 客户端证书 Web 服务器配置

@lhbc 嗯，好办法。我 curl 没看出什么异常，难道 android 上的 chrome 做了特殊处理。

2015 年 12 月 5 日

回复了 schemacs 创建的主题 › 科技 › HTTPS 客户端证书 Web 服务器配置

@just1 不是哈。我想问怎么配置 Nginx ，让 Android 弹出安装的界面，即第二张图。

2015 年 12 月 5 日

回复了 schemacs 创建的主题 › 科技 › HTTPS 客户端证书 Web 服务器配置

@just1 nginx 最好， apache 也行，多谢指教哈。

2015 年 12 月 5 日

回复了 schemacs 创建的主题 › 科技 › HTTPS 客户端证书 Web 服务器配置

@just1 请教下如何配置 Web 服务器哈？

2015 年 7 月 16 日

回复了 morefreeze 创建的主题 › 硬件 › 一直困扰我的问题：如何确定我今天出门锁门了

上上周刚给一个OCD患者的同事解决了这个问题：树莓派，接个USB摄像头，然后用motion把端口转发到外网上，拿手机打开就能看是否关门了。

2015 年 5 月 17 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@sunus 第一个链接不错，我现在做法是只有出错时才带Envelope。JSONP是个问题，但是暂时用不到。

2015 年 5 月 17 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@mengzhuo 那个bug有人同问后，官方给出方法是自己重写方法去实现的。
@learnshare 赞同，尽量用大家认同的，不够用了再自己搞私有的（业务）状态码。
@invite 嗯，是的，出错时会有detail和code，但是这个情况只在HTTP状态码不能满足的情况下。
@pysama 没有老板，只有技术哈
@jokester 嗯，我们目前没打算用HTTP以外的，至少API层（其他数据，如日志，推送等另说）。
@twitchgg 多谢，大致看了下，正常情况下也是纯数据，只有出错时才有status和message。

2015 年 5 月 17 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@mengzhuo 库用多了，就不知道自己该怎么处理了。记得有次iOS某个库，如果出错了（4XX之类），连响应body都不给你，只给你header，当时纠结我好久。

2015 年 5 月 17 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@mengzhuo 哈哈，还是平时库多了。。。

2015 年 5 月 17 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

看到dropbox的blog，我也坚决选择方案一了 https://blogs.dropbox.com/developers/2015/04/a-preview-of-the-new-dropbox-api-v2/ ：

We’ve also simplified our use of HTTP status codes for errors. For errors that are common to all API calls, we do the same thing as before: 400 for bad request, 401 for auth failure, 429 for rate limiting, etc. But if a request fails for some call-specific reason, v1 might have returned any of 403, 404, 406, 411, etc. API v2 will always return a 409 status code with a stable and documented error identifier in the body.

2015 年 5 月 17 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@Septembers 嗯，很久前看过，现在关键是客户端同学对RESTful啥概念都没有。。。
@bdnet 是的，我也认为多余，但是一大堆人都倾向于方案二，自己造。。。

2015 年 5 月 16 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@invite 是的，如果不走RESTful，比如走thrift，这个方案就行不通。但是如果是thrift，就直接抛异常就好。

2015 年 5 月 16 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@jimrok 所言极是，标准里就已经分类好了的，但是客户端同学好像不喜欢这么做，他们习惯了方案二。。。

2015 年 5 月 16 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@learnshare 是的，很多客户端开发都不清楚有这么多可以用啊。当然现实中一个接口不会用太多。

2015 年 5 月 16 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@mytharcher 你说的最后一段，我深表赞同。

2015 年 5 月 16 日

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@jokester 是的，但是现在客户端开发倾向于不处理前者，指处理后者。
@zeayes 这种复杂情况的确是，我现在能想到就是这个时候再加上具体错误码 {"code": xxx, "message": "username or password is incorret."}，而平时没有异常时返回中不额外加code和message（那时候也基本没用），而出错逻辑我们（全局）可以控制，比如自定义exception。
@learnshare 方案一 or 方案二？

1 2 3

❮

❯