TossPig 最近的时间轴更新 TossPig 最近的时间轴更新 |
TossPigV2EX 第 46349 号会员，加入于 2013-10-05 03:01:12 +08:00 |
TossPig 最近回复了
59 天前 回复了 JwChen1024 创建的主题 › 推广 › [转发] Rust 编程语言零基础入门班 |
看了一下确实“程序员”分区
官方文档+GitHub 实例都学不会，需要报培训班，这边建议转行 :)
官方文档+GitHub 实例都学不会，需要报培训班，这边建议转行 :)
61 天前 回复了 shijingshijing 创建的主题 › 程序员 › 网易邮箱会劫持 Apple ID 验证邮件 |
@totoro625 在子域名里面已经有 v 友试了
62 天前 回复了 shijingshijing 创建的主题 › 程序员 › 网易邮箱会劫持 Apple ID 验证邮件 |
@Damn
mailplus 是一个群晖提供的套件，准确的说是服务端和客户端都有，客户端除了网页版也提供手机 app ，支持 pop 收信，最初是想着家里翻墙，出门手机节约电不翻墙也能及时的收 gmail 。
参考介绍 https://www.synology.cn/zh-cn/dsm/feature/mailplus
日志截图就是被扫描了，随手看了两个 ip 一个美国，一个俄罗斯
我在注册网站的时候，习惯性填写邮箱为网站的二级域名，作为邮箱号来收验证和通知邮件
比如 https://tudou.com/ ，我就用 [email protected] 去注册
同时，我的域名 mx 记录里面有一段为了快速跑路指向我 mailplus stmp 服务的记录
有人买到了的社工库里有 [email protected] 的地址，以及我在 tudou 的密码，就肯定想能不能爆我邮箱嘛，都是程序扫，没特别智能，因为有做了 catch-all ，tudou 并不是我邮箱的登录账号，所以日常就能在 mailplus 里看到这样的日志
mailplus 是一个群晖提供的套件，准确的说是服务端和客户端都有，客户端除了网页版也提供手机 app ，支持 pop 收信，最初是想着家里翻墙，出门手机节约电不翻墙也能及时的收 gmail 。
参考介绍 https://www.synology.cn/zh-cn/dsm/feature/mailplus
日志截图就是被扫描了，随手看了两个 ip 一个美国，一个俄罗斯
我在注册网站的时候，习惯性填写邮箱为网站的二级域名，作为邮箱号来收验证和通知邮件
比如 https://tudou.com/ ，我就用 [email protected] 去注册
同时，我的域名 mx 记录里面有一段为了快速跑路指向我 mailplus stmp 服务的记录
有人买到了的社工库里有 [email protected] 的地址，以及我在 tudou 的密码，就肯定想能不能爆我邮箱嘛，都是程序扫，没特别智能，因为有做了 catch-all ，tudou 并不是我邮箱的登录账号，所以日常就能在 mailplus 里看到这样的日志
62 天前 回复了 shijingshijing 创建的主题 › 程序员 › 网易邮箱会劫持 Apple ID 验证邮件 |
还有给网易这种操作洗地的？简直丧心病狂~
手机号不说了，成本内只有用三大运营商的
但邮箱这种东西，还是用域名邮箱靠谱，国内外厂商没个是干净的
我现在的方案是
一个 com 的域名一年也就六七十块钱，随便挂靠一个服务商，现在挂的 google apps ，前段时间说要收回，现在有没消息了。要跑的时候，直接改解析，再换一个地方挂靠，不涉及资料迁移。
邮件客户端也不用服务商的，用黑群晖的 mailplus ，送了 5 个授权，自己也就只用一个够了。
服务商只是帮我收发信，数据都在群晖上，由 mailplus 管理
mailplus 也设置好收信，防止措手不及的时候，先临时挂在群晖上，免得丢信
设置好 catch ，域名邮箱下，所有的邮件归你，每注册一个网站，就换用户名，数据泄露，也大概能猜到谁被脱裤了
比如今天的日志，tuodou 、178 ，嗯嗯，又是开心的一天
手机号不说了，成本内只有用三大运营商的
但邮箱这种东西，还是用域名邮箱靠谱，国内外厂商没个是干净的
我现在的方案是
一个 com 的域名一年也就六七十块钱，随便挂靠一个服务商，现在挂的 google apps ，前段时间说要收回，现在有没消息了。要跑的时候，直接改解析，再换一个地方挂靠，不涉及资料迁移。
邮件客户端也不用服务商的，用黑群晖的 mailplus ，送了 5 个授权，自己也就只用一个够了。
服务商只是帮我收发信，数据都在群晖上，由 mailplus 管理
mailplus 也设置好收信，防止措手不及的时候，先临时挂在群晖上，免得丢信
设置好 catch ，域名邮箱下，所有的邮件归你，每注册一个网站，就换用户名，数据泄露，也大概能猜到谁被脱裤了
比如今天的日志，tuodou 、178 ，嗯嗯，又是开心的一天
80 天前 回复了 TossPig 创建的主题 › Docker › 求推荐国内可用的 Docker 加速镜像 |
@pendulum 又测试了一遍，确实失效了，也许你配置了多个镜像，或者直接直连了
Error response from daemon: Get "https://f1361db2.m.daocloud.io/v2/": x509: certificate has expired or is not yet valid: current time 2022-03-03T14:13:35+08:00 is after 2017-06-11T02:21:00Z
CNAME: daohub-booster-2133630403.cn-north-1.elb.amazonaws.com.cn. (ttl=4)
A: 54.222.248.173 (ttl=4)
A: 54.223.39.82 (ttl=4)
============================
Error response from daemon: Get "https://mirror.baidubce.com/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
CNAME: mirror.baidubce.n.shifen.com. (ttl=1)
A: 106.39.162.224 (ttl=1)
Error response from daemon: Get "https://f1361db2.m.daocloud.io/v2/": x509: certificate has expired or is not yet valid: current time 2022-03-03T14:13:35+08:00 is after 2017-06-11T02:21:00Z
CNAME: daohub-booster-2133630403.cn-north-1.elb.amazonaws.com.cn. (ttl=4)
A: 54.222.248.173 (ttl=4)
A: 54.223.39.82 (ttl=4)
============================
Error response from daemon: Get "https://mirror.baidubce.com/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
CNAME: mirror.baidubce.n.shifen.com. (ttl=1)
A: 106.39.162.224 (ttl=1)
81 天前 回复了 TossPig 创建的主题 › Docker › 求推荐国内可用的 Docker 加速镜像 |
102 天前 回复了 tonoon 创建的主题 › Google › G Suite 免费版没了！ |
截图给错地址了
102 天前 回复了 tonoon 创建的主题 › Google › G Suite 免费版没了！ |
这里不是还开了个后门吗？
如果您有兴趣在未来几个月内收到有关您的非企业旧帐户更多选项的更新，请填写以下表格： https ://forms.gle/RcYKnJuSC6h7YXgcA
您将能够在 2022 年 7 月 1 日之前和帐户暂停之前评估此选项。
https://imgur.com/a/2c2VT35
179 天前 回复了 TossPig 创建的主题 › 全球工单系统 › 深信服防火墙不能对指定域名目的地放行？ |
深信服 AF 8.0.35 当前版本:8.0.35
179 天前 回复了 TossPig 创建的主题 › 程序员 › 被客户告知 HTTP 的 PUT 请求不安全，甩锅给我们要求整改 |
@SteveWoo 感谢提供宝贵从业经验
@Joker123456789 ？？？弟弟你在说啥？ restful 和 RPC 是两个东西呀
RPC 规范并不是对 http 的，RPC 本身就是跨越了传输层和应用层的存在。
restful 是对 HTTP 中 web api 开发中的规范，http 可以理解为是最常用的承载 RPC 的通信协议之一
不管是 TCP 还是 UDP 甚至 ICMP 都可以设计 RPC ，我这样表达不知道说清楚没有
你要再用 HTTP 再去实现一次 RPC 的想法，有没有问题？
我前面已经表达了，使用了 HTTP 除非是不依赖常规浏览器，又由于环境限制必须使用 HTTP ，否则基于 HTTP 设计 web api 还是要应该遵循 restful
这不是教条 restful 本身就是实践出来的东西。你非不遵循 restful 没问题，你知道这样做是不规范的就 OK 。
明明业内有推荐规范，为什么非要自己去摸着石头过河呢？简单的举例 GET 和 PUT 在失败后是可以允许自动重试的，POST 作为大多数时候作为新增数据或者过程变更的操作可以随便发起重试？重试、限流、容错这些基本功能，你们的系统里面都没有的吗？都用 RPC 自己从头设计一遍？
------
嗯，为什么今天还来扯这个，今天甲方来电话，说是防火墙厂商表示不支持目的地 IP 放行，要么全放要么全关，请我们准备好和深信服的实施供应商现场对线~
@Joker123456789 ？？？弟弟你在说啥？ restful 和 RPC 是两个东西呀
RPC 规范并不是对 http 的，RPC 本身就是跨越了传输层和应用层的存在。
restful 是对 HTTP 中 web api 开发中的规范，http 可以理解为是最常用的承载 RPC 的通信协议之一
不管是 TCP 还是 UDP 甚至 ICMP 都可以设计 RPC ，我这样表达不知道说清楚没有
你要再用 HTTP 再去实现一次 RPC 的想法，有没有问题？
我前面已经表达了，使用了 HTTP 除非是不依赖常规浏览器，又由于环境限制必须使用 HTTP ，否则基于 HTTP 设计 web api 还是要应该遵循 restful
这不是教条 restful 本身就是实践出来的东西。你非不遵循 restful 没问题，你知道这样做是不规范的就 OK 。
明明业内有推荐规范，为什么非要自己去摸着石头过河呢？简单的举例 GET 和 PUT 在失败后是可以允许自动重试的，POST 作为大多数时候作为新增数据或者过程变更的操作可以随便发起重试？重试、限流、容错这些基本功能，你们的系统里面都没有的吗？都用 RPC 自己从头设计一遍？
------
嗯，为什么今天还来扯这个，今天甲方来电话，说是防火墙厂商表示不支持目的地 IP 放行，要么全放要么全关，请我们准备好和深信服的实施供应商现场对线~
Select Language