Kinnice

Kinnice

Fuzz_The_World
V2EX 第 189378 号会员,加入于 2016-08-30 10:55:34 +08:00
今日活跃度排名 194
biu!
根据 Kinnice 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
Kinnice 最近回复了
4 小时 41 分钟前
回复了 xuekerchen 创建的主题 ? 程序员 ? 反代方面 Lucky 是否完全优于 Nginx proxy manager?
反向代理你能找到最多的资料还是 nginx
设置简单,不如考虑 caddy
实在想不出使用一个闭源的 web 代理服务器有什么好处
@yunv2 #3 被坑过一次+1 ,自己的机器不知什么原因掉了登录状态,从外面死活连不上,提示要对方手动点击授权。
@iosyyy #69 和机关内 ssh 权限审批严格,每次获取 root 权限都需要多个领导审批,我直接凭借经验从安装文档的命令放弃了使用 root 权限(我凭经验这些命令都不需要 root )执行了,但是最后服务起不来 有啥区别?
我的观点是为啥要去猜测乙方服务所需要的端口,乙方说要什么,就去提条子申请什么,少资料就找乙方提供,是自己不想按流程办事 想省事然后坑了自己。
感觉一点不像甲方,倒像是乙方 pk 乙方,没一点话语权的样子,我们遇见乙方要是这样,问题早上升了。
@iosyyy #69 对啊,不就是嫌审批麻烦,然后 op 不想去做吗,然后开始自己凭经验挑端口 。至于每个端口的详细理由回复也已经说了,如果《端口矩阵》是不能满足审批要求,就应该让对面提供,如果对面不提供,反手应该问题升级到领导那去。
@Kinnice #41 "然后选了几个看起来要用的端口",这纯在给自己找事,自信过头了。
不谈这个产品本身咋样,如果你后续发现的端口在所谓的 《端口矩阵》上都有,那说明是你的锅,反之是对面的锅。
如果你的上游审批需要这些端口的作用,那你应该提供《端口矩阵》,或者要求对面提供端口使用说明。
@zagfai 这种方案基本都是延迟飞起
@zagfai 那不如使用 dns 的 txt 字段,免费域名还是很多的.
旁路由+keepalived 网关,旁路挂了网关和 dns 自动切换回主路由
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3160 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 12:52 · PVG 20:52 · LAX 05:52 · JFK 08:52
Developed with CodeLauncher
? Do have faith in what you're doing.


http://www.vxiaotou.com