mai_个人页

在我的不懈努力下，质问了无数的阿里云一线客服，终于出来了个领导，在对话的过程中搞清楚原因了：原来是ecs安全组默认会封掉所有内网IP，但slb的IP不会经过安全组，所以以前一直没有事，但是最近slb增加了一些新的IP，这些新的slb的IP会经过安全组，所以被拦截了（因为ecs安全组默认是封掉所有内网IP的）。是阿里云官方忘了把slb的新IP放进ecs安全组里默认放行，导致的，这样的话，肯定大部分测试都没有通过啊，然后这么多测试没通过阿里云不自己先排查错误原因，居然发公告让用户自己查，结果我浪费了几天时间，现在搞清楚了，阿里云下次测试时要用点心啊，这么低级的错误也能出！吓我一跳（而且在对话过程中，那堆一线阿里云客服一直在“误导”我（往错误路线上引我），总把'责任'往我身上推,让我自己找原因，好在我聪明，坚持了一下，找到原因了）（而且吧后来阿里云好像自己也查出原因来了，直接告诉我没事，不用管了（但是我担心我站打不开啊，才一直强问），但不告诉我原因，是我强问下，才告诉我是这个原因的！） ------------------------- 解答疑点1 我那2个slb绑定的同一台ecs 1台slb是http方式，另一台是tcp方式。原来他们仅测试的是http方式，所以tcp方式的另一台slb显示正常解答疑点2 负载均衡旧内网IP会跳过ecs安全组所以测试正常新增加的负载均衡新内网IP不会跳过ecs安全组（ecs安全组默认封掉所有内网IP）所以连接超时。因为之前的阿里云一线客服直接明确告诉我的是slb仿问ecs是不经过ecs安组的，所以我也没有往安全组那里想！误导了我很久！而且负载均衡增加新内网IP这么大的变化，居然在公告里知字未提，如果提了，会引起我点警觉！往新内网IP被拦截那边想想，之前一直不知阿里云增加了新的负载均衡内网IP(仔细想想slb增加内网IP这事理论上不告诉我好像也正常)解答疑点3 阿里云９月４日那个公告，整篇文字读完给我的感觉就是在说　slb健康检查的事，其实还真就是个slb健康检查,就不能写得清楚点，吓人一跳，而且整个公告没提ecs安全组会拦截新增加的slb内网IP的事，可能发公告时阿里云真的不知道ecs安全组默认会拦截slb新增加内网IP，可能阿里云的项目太多了，每个项目之间有哪些关联，可能阿里云自己都忘了，才出来这样的乌龙事件。而且出了这样的测试错误，阿里云居然没先内部自查一下，直接发公告让用户查，吓用户。而且在对话最后的过程中好像阿里云已经找到原因了，但不明确告诉我原因（可能因为出了这么低级的错误，怕没面子担负责吧），直接告诉我“没事不用管了”，如果那时可以及时告诉我原因，我可能都不会发这个贴子了，因为可能问题早就解决了

在我的不懈努力下，质问了无数的阿里云一线客服，终于出来了个领导，在对话的过程中搞清楚原因了：原来是ecs安全组默认会封掉所有内网IP，但slb的IP不会经过安全组，所以以前一直没有事，但是最近slb增加了一些新的IP，这些新的slb的IP会经过安全组，所以被拦截了（因为ecs安全组默认是封掉所有内网IP的）。是阿里云官方忘了把slb的新IP放进ecs安全组里默认放行，导致的，这样的话，肯定大部分测试都没有通过啊，然后这么多测试没通过阿里云不自己先排查错误原因，居然发公告让用户自己查，结果我浪费了几天时间，现在搞清楚了，阿里云下次测试时要用点心啊，这么低级的错误也能出！吓我一跳（而且在对话过程中，那堆一线阿里云客服一直在“误导”我（往错误路线上引我），总把'责任'往我身上推,让我自己找原因，好在我聪明，坚持了一下，找到原因了）（而且吧后来阿里云好像自己也查出原因来了，直接告诉我没事，不用管了（但是我担心我站打不开啊，才一直强问），但不告诉我原因，是我强问下，才告诉我是这个原因的！） ------------------------- 解答疑点1 我那2个slb绑定的同一台ecs 1台slb是http方式，另一台是tcp方式。原来他们仅测试的是http方式，所以tcp方式的另一台slb显示正常解答疑点2 负载均衡旧内网IP会跳过ecs安全组所以测试正常新增加的负载均衡新内网IP不会跳过ecs安全组（ecs安全组默认封掉所有内网IP）所以连接超时。因为之前的阿里云一线客服直接明确告诉我的是slb仿问ecs是不经过ecs安组的，所以我也没有往安全组那里想！误导了我很久！而且负载均衡增加新内网IP这么大的变化，居然在公告里知字未提，如果提了，会引起我点警觉！往新内网IP被拦截那边想想，之前一直不知阿里云增加了新的负载均衡内网IP(仔细想想slb增加内网IP这事理论上不告诉我好像也正常)解答疑点3 阿里云９月４日那个公告，整篇文字读完给我的感觉就是在说　slb健康检查的事，其实还真就是个slb健康检查,就不能写得清楚点，吓人一跳，而且整个公告没提ecs安全组会拦截新增加的slb内网IP的事，可能发公告时阿里云真的不知道ecs安全组默认会拦截slb新增加内网IP，可能阿里云的项目太多了，每个项目之间有哪些关联，可能阿里云自己都忘了，才出来这样的乌龙事件。而且出了这样的测试错误，阿里云居然没先内部自查一下，直接发公告让用户查，吓用户。而且在对话最后的过程中好像阿里云已经找到原因了，但不明确告诉我原因（可能因为出了这么低级的错误，怕没面子担负责吧），直接告诉我“没事不用管了”，如果那时可以及时告诉我原因，我可能都不会发这个贴子了，因为可能问题早就解决了

在我的不懈努力下，质问了无数的阿里云一线客服，终于出来了个领导，在对话的过程中搞清楚原因了：原来是ecs安全组默认会封掉所有内网IP，但slb的IP不会经过安全组，所以以前一直没有事，但是最近slb增加了一些新的IP，这些新的slb的IP会经过安全组，所以被拦截了（因为ecs安全组默认是封掉所有内网IP的）。是阿里云官方忘了把slb的新IP放进ecs安全组里默认放行，导致的，这样的话，肯定大部分测试都没有通过啊，然后这么多测试没通过阿里云不自己先排查错误原因，居然发公告让用户自己查，结果我浪费了几天时间，现在搞清楚了，阿里云下次测试时要用点心啊，这么低级的错误也能出！吓我一跳（而且在对话过程中，那堆一线阿里云客服一直在“误导”我（往错误路线上引我），总把'责任'往我身上推,让我自己找原因，好在我聪明，坚持了一下，找到原因了）（而且吧后来阿里云好像自己也查出原因来了，直接告诉我没事，不用管了（但是我担心我站打不开啊，才一直强问），但不告诉我原因，是我强问下，才告诉我是这个原因的！） ------------------------- 解答疑点1 我那2个slb绑定的同一台ecs 1台slb是http方式，另一台是tcp方式。原来他们仅测试的是http方式，所以tcp方式的另一台slb显示正常解答疑点2 负载均衡旧内网IP会跳过ecs安全组所以测试正常新增加的负载均衡新内网IP不会跳过ecs安全组（ecs安全组默认封掉所有内网IP）所以连接超时。因为之前的阿里云一线客服直接明确告诉我的是slb仿问ecs是不经过ecs安组的，所以我也没有往安全组那里想！误导了我很久！而且负载均衡增加新内网IP这么大的变化，居然在公告里知字未提，如果提了，会引起我点警觉！往新内网IP被拦截那边想想，之前一直不知阿里云增加了新的负载均衡内网IP(仔细想想slb增加内网IP这事理论上不告诉我好像也正常)解答疑点3 阿里云９月４日那个公告，整篇文字读完给我的感觉就是在说　slb健康检查的事，其实还真就是个slb健康检查,就不能写得清楚点，吓人一跳，而且整个公告没提ecs安全组会拦截新增加的slb内网IP的事，可能发公告时阿里云真的不知道ecs安全组默认会拦截slb新增加内网IP，可能阿里云的项目太多了，每个项目之间有哪些关联，可能阿里云自己都忘了，才出来这样的乌龙事件。而且出了这样的测试错误，阿里云居然没先内部自查一下，直接发公告让用户查，吓用户。而且在对话最后的过程中好像阿里云已经找到原因了，但不明确告诉我原因（可能因为出了这么低级的错误，怕没面子担负责吧），直接告诉我“没事不用管了”，如果那时可以及时告诉我原因，我可能都不会发这个贴子了，因为可能问题早就解决了

在我的不懈努力下，质问了无数的阿里云一线客服，终于出来了个领导，在对话的过程中搞清楚原因了：原来是ecs安全组默认会封掉所有内网IP，但slb的IP不会经过安全组，所以以前一直没有事，但是最近slb增加了一些新的IP，这些新的slb的IP会经过安全组，所以被拦截了（因为ecs安全组默认是封掉所有内网IP的）。是阿里云官方忘了把slb的新IP放进ecs安全组里默认放行，导致的，这样的话，肯定大部分测试都没有通过啊，然后这么多测试没通过阿里云不自己先排查错误原因，居然发公告让用户自己查，结果我浪费了几天时间，现在搞清楚了，阿里云下次测试时要用点心啊，这么低级的错误也能出！吓我一跳（而且在对话过程中，那堆一线阿里云客服一直在“误导”我（往错误路线上引我），总把'责任'往我身上推,让我自己找原因，好在我聪明，坚持了一下，找到原因了）（而且吧后来阿里云好像自己也查出原因来了，直接告诉我没事，不用管了（但是我担心我站打不开啊，才一直强问），但不告诉我原因，是我强问下，才告诉我是这个原因的！） ------------------------- 解答疑点1 我那2个slb绑定的同一台ecs 1台slb是http方式，另一台是tcp方式。原来他们仅测试的是http方式，所以tcp方式的另一台slb显示正常解答疑点2 负载均衡旧内网IP会跳过ecs安全组所以测试正常新增加的负载均衡新内网IP不会跳过ecs安全组（ecs安全组默认封掉所有内网IP）所以连接超时。因为之前的阿里云一线客服直接明确告诉我的是slb仿问ecs是不经过ecs安组的，所以我也没有往安全组那里想！误导了我很久！而且负载均衡增加新内网IP这么大的变化，居然在公告里知字未提，如果提了，会引起我点警觉！往新内网IP被拦截那边想想，之前一直不知阿里云增加了新的负载均衡内网IP(仔细想想slb增加内网IP这事理论上不告诉我好像也正常)解答疑点3 阿里云９月４日那个公告，整篇文字读完给我的感觉就是在说　slb健康检查的事，其实还真就是个slb健康检查,就不能写得清楚点，吓人一跳，而且整个公告没提ecs安全组会拦截新增加的slb内网IP的事，可能发公告时阿里云真的不知道ecs安全组默认会拦截slb新增加内网IP，可能阿里云的项目太多了，每个项目之间有哪些关联，可能阿里云自己都忘了，才出来这样的乌龙事件。而且出了这样的测试错误，阿里云居然没先内部自查一下，直接发公告让用户查，吓用户。而且在对话最后的过程中好像阿里云已经找到原因了，但不明确告诉我原因（可能因为出了这么低级的错误，怕没面子担负责吧），直接告诉我“没事不用管了”，如果那时可以及时告诉我原因，我可能都不会发这个贴子了，因为可能问题早就解决了

我也是刚则SLB出现了504超时错误 SLB负载均衡我这正常,网友一直报504超时错误?华东1 SLB 我这可以时时打开 但是我的网友一直报504超时错误是怎么回事?(当然是同一个时间下) 我的域名解析没有分地区解析,所以最大的可能就是网友所在的地区SLB出错了?你们SLB对不同地区的访问,不是同一个SLB?如果是同一个SLB.怎么可能我这时时都正常,网友那边一直报504超时错误? 后端仅有一台ECS,所以也不存在网友被轮询到另一台主机上的可能.我DNS用的是DNSPOD家的 而且网友的截图上边也显示域名打对了

不说了

我的也是,阿里云帐号里有钱,而扣了信任付的钱,已提交工单,一直没有人解决

这个问题确实存在,不过无解,我感觉网友的100次访问阿里云国内的主机,会有20次是打不开的.最大原因就是网友们本地电脑的DNS用的是电信运营商给的默认DNS. 我是这样解决的,让网友把他们本地电脑的DNS和路由器的DNS改成114.114.114.114.或者百度DNS,或者阿里DNS(但是很多网友不懂这个很麻烦) 另外主域名用DNSPOD的DNS,弄2个备用域名,分别用百度DNS和阿里的DNS,当主域名个别网友打不开时,让他们用备用域名试试,另外推荐直接服务器IP就可以访问.省去DNS问题

所以我有先见之明，我用不上负载均衡SLB，但我也给每台主机，都买了一个 负载均衡SLB。因为SLB强大，现在又有主备功能，所以SLB换IP的机会为0