QQ群付费入群功能将于4月14日12点起停止服务 今日，腾讯QQ在群帮助页面发布公告：宣布QQ群付费入群即将停止服务。 官方表示，由于运营策略调整，自2021年4月14日12点起，QQ付费入群功能将停止服务，之后将不再支持设置加群方式为“付费入群”。  据了解，QQ付费入群功能于2016年正式开通，申请入群的用户，需要向群主支付一定的加群费用才能入群，付费金额在1-20元范围内的整数，值得一提的是付费入群无需验证，支付费用后即可入群，不需群主或管理员审核。 腾讯当时表示，这种付费加群的方式适合资源分享、教程、学习等类型的群，用户加群的费用会在次日进入“群主钱包”中。 付费加群功能也对QQ群有一定的要求：需要群等级≥LV2，群信用星级≥5 星，群主 QQ 等级≥LV12。 说实在的，付费加群功能取消后会给那些付费群里分享资料的小伙伴们带来更多困难，加个群还要去先加群主给钱才能进群！ 再一个网络骗子这么多，谁知道给钱了会不会让自己进群呢！...

阿里巴巴因垄断行为被重罚182.28亿元！   4月10日，市场监管总局对阿里巴巴垄断行为作出行政处罚，罚款182.28亿。   随后，阿里巴巴官方微博回应：今天，我们收到《国家市场监督管理总局行政处罚决定书》，对此处罚，我们诚恳接受，坚决服从。我们将强化依法经营，进一步加强合规体系建设，立足创新发展，更好履行社会责任。 2020年12月，市场监管总局依据《反垄断法》对阿里巴巴集团立案调查。    4月10日，国家市场监督管理总局依法对阿里巴巴集团实施“二选一”垄断行为作出行政处罚，罚款182.28亿元。   不得不说，这是小编见过的反垄断的最大的一笔罚款！！！ ...

有人可能会回答说因为RFC950标准的标准不允许，但是我想问的就是为什么这个标准不允许，是什么原因，主机位全0在这个标准下的用途是什么？ 把192.168.1.0255.255.255.0配置在网卡上会报错，不能配置主机位为全1的地址到设备上我可以理解，因为主机位全为1表示广播地址，表示发送广播数据到该网段所有的设备。但是主机位为全0有啥用途呢？为什么不能配置在设备上呢？书本上看到的解释是：192.168.1.0/24 表示网段地址，包含192.168.1.1~192.168.1.254和一个广播地址192.168.1.255，但是为什么不能把192.168.1.0也分配给PC用，这个地址在数据包的传输上有其他用途吗？还是说使用了会造成什么冲突吗？ 之所以有这样的限制，是由于早期的操作系统OS X, Linux, Solaris往往将网段地址192.168.1.0，当成广播地址来处理。所以当试图在这些主机上Ping 192.168.1.0 时，操作系统允许Ping，主机收到之后以为Ping的自己（广播），所以也会回复Ping。那么源主机上就会收到多个Ping的回复，很显然这会早成歧义。为了避免把网段的第一个IP地址错误当成一个广播地址。RFC规定，每个网段的第一个地址保留，不能被主机使用。那么192.168.1.0正好是网段192.168.1.0/24第一个地址，所以不能使用。 例子一：192.168.1.128/25这个地址主机可以使用吗？192.168.1.128是这个网段的第一个IP地址，所以不能使用。 例子二：192.168.1.0 /23这个地址主机可以使用吗？网段ID =192.168.0.0，IP = 192.168.1.0很显然≠网段ID，所以可以使用。 例子三：192.168.0.255 /23这个地址主机可以使用吗？192.168.0.255不是这个网段的最后一个地址，所以可以使用。这个网段的最后一个地址 =  192.168.1.255 为广播地址。 互联网链路上有很多P2P链路，那么依据该标准，最长的网络掩码只能是30位掩码，这样就会浪费的50% IP地址资源。比如现在有一条P2P互联链路，每端需要配置一个全局IP： 1.1.1.1/30用在本地端，1.1.1.2/30用在远程端。1.1.1.0/30保留不用，1.1.1.3/30用于广播地址。这后两个IP就是一种浪费。都P2P链路了，还要啥广播地址？ 1.1.1.0/30也是由于历史的原因才保留的，怕引起歧义。 为了减少IP地址的浪费，RFC又出了一个新的规定，P2P链路使用31位掩码，可以没有保留地址及广播地址，该网段的两个地址分别用于P2P链路的两端。 1.1.1.0/31用在本地端，1.1.1.1/31用在远程端。 看1.1.1.0/31，不是被主机所使用了吗？ 当然并不是所有的主机都支持这些新的规定，很多legacy的设备支持最长的掩码长度依然为30。所以配置之前需要做必要的测试工作。...

无服务器 10% 的情况令人惊叹。剩下的 90% 则是一个危险的黑洞，里面是云锁定、糟糕的测试、差劲的开发体验和复杂的设置。这就是为什么会有一些老人发誓不使用无服务器，同时又有大量的支持者（像我一样）试图把它推广到任何适合的地方。 不管是哪一方，都有一些事项需要留意。对于无服务器的支持者而言： 无服务器应用程序的架构并没有更简单； 无服务器消除 / 简化了 devops，因此，部署 /devops 更简单了； 为了让无服务器产生预期的效果，你必须采用无服务器架构，这与许多公共框架（如 Rails）的最佳实践建议不相符； 没有哪个云提供商的最佳实践是真正的最佳实践。他们的兴趣在于把你锁定，因此，他们会尝试将自己融入到你的开发 / 测试工作流，或者在开发中需要云连接； 在同一个项目中使用多种语言并不是一项特性。 对于无服务器的反对者来说： 几乎可以肯定，遵循云提供商的最佳实践已经让你吃不消了，忽略那些试图锁定你的云提供商，你会过得更好。 运行本地版本是有效的无服务器 DX 的必要条件，任何像样的无服务器架构都很容易像 docker 容器一样运行。 有一种无服务器架构可以让每个人在大多数情况下都满意。但这通常不明显，因为它处于无状态服务器最佳实践和云提供商最佳实践的交叉点上，但永远不会完全是哪一个。 1有效的无服务器架构 好了，现在我们已经冷静下来，我们已经认识到，无服务器不是编程和应用程序架构的救世主。现在可以开始构建简单、易于维护、可测试的应用程序了。 下面是无服务器架构必须做到的一些要点： 一切都必须能够在本地运行，与传统的有状态服务器一样（你需要能够运行自己的系统）； 每个端点都应该有针对本地运行的无服务器实例运行的测试； 以一种简单、易于理解的方式处理路由，例如使用文件路径作为端点或一个中心化的 JSON 配置； 完全正常。它应该看起来像一个 npm 包、一个 pip 模块等等。没有人需要通过看图表来理解它是如何工作的； 每个端点所需的样板文件都尽可能少； 整体式的代码组织，每个应用程序一个库，其中包含多个端点。 云提供商应提供以下特性： 自动扩展端点； 自动部署和版本控制； 易于回滚。 2关于无服务器的恐怖故事 我曾见过有人在云提供商的云 IDE 中编写代码，两次测试之间要等 2 分钟。有时，一个端点连接到如此多的云服务，所以真的只能在生产环境中进行测试。有时不是所有端点都在一个库中，而是有很多库，每个库包含不同的系统组件。 开发体验是快速实施的关键，你应该努力保持快速的反馈循环和测试，让你可以快速前进，而不必担心整个系统崩溃。 优质的无服务器提供商每个无服务器提供商都必须经过改造才能成为有效的架构。 每个无服务器提供商都试图让你不可逆转地将它们融入。你不需要把它们融入。遵循最佳实践，除非它违反了“必须在本地运行”的原则，否则你应该没事。 现在，我喜欢以下这两家无服务器提供商： Vercel——基于 AWS Lambda 构建，重视开发体验。优秀的自动部署和版本控制。非常友好的价格。我在把 collegeai.com 重构到 Vercel 之后遭遇了峰值流量，而它在第一天扩展时就没有出现任何严重的问题。你可能需要放弃他们的开发系统（vc dev ），以获得一个有效的容器化 / 本地运行的应用程序，但这并不困难。 Cloudflare Workers——Wrangler（worker 的命令行开发工具）意识到本地开发的重要性，而 cloudflare worker 非常便宜。但是，我要提醒的是，它们对 NodeJS 模块的支持不是很好，所以它们还不是一个重要的选项，除非在低成本扩展绝对关键的情况下。 对于下面这两家提供商，我要提醒你注意： AWS Lambda（直接）——对于应用程序开发人员来说，AWS Lambda 太复杂了，我从未见过一个让人感觉正常、易于理解并且使用 Lambda 在本地运行的架构。 Fastly——如果需要一个销售电话来开始，那么我可以打赌开发体验将很垃圾。 我还没有足够的经验，听说得也不是很多： Netlify——它似乎有一个正确的方法，但是我不理解他们的专业级无服务器定价，为什么人们通常是从这里开始。 这个领域正在迅速变化，当看到新的竞争者和新的架构时，我会更新这里的内容。 3无服务器 90% 的情况都很糟糕，但也有 10% 的情况令人惊叹 炒作没问题，但要有理由支撑。无服务器使应用程序易于扩展和维护。我在 7 年前编写的无服务器应用程序仍然在运行，几乎不需要维护，也几乎不需要任何成本。我相信，无服务器可以使个人能够维护大型应用程序，否则将需要一个团队和稳定的收入流。 ...

如果发送一个网络请求后，客户端离线，并且同一个IP被分配给另一台客户端，那么服务器响应会怎么做？ 如题，假设客户端IP是1.1.1.1,我向2.2.2.2的客户端发送了一个请求。然后我这台客户端断网，另一台客户端设置IP地址为1.1.1.1。那么服务端在响应请求的时候会将响应发送给新的客户端吗？(假设两个客户端都是监听同一个端口）。如果发送了，会有安全隐患吗？  取决于使用的是TCP还是UDP传输协议，对于TCP没有丝毫影响，但是对于UDP却有安全隐患。不要忘记TCP是有连接（connection）的传输协议，而UDP是无连接（connectionless）的传输协议。 TCP场景一：客户端1.1.1.1使用源端口10000发给服务器2.2.2.2的443端口的是SYN报文  服务器眼里这是一个正常的建立连接报文，于是回复SYN+ACK。 回复的报文到达另外一台客户端，IP =1.1.1.1。客户端一脸懵圈，自己本地的连接库里没有和2.2.2.2:443的连接。于是毫不犹豫发Reset报文，并将收到的报文丢弃。  TCP场景二：客户端1.1.1.1使用源端口10000发给服务器2.2.2.2的443端口的是用户请求报文  服务器经过TCP、TLS、HTTP的层层检查，发现接收到的报文是一个合法报文，回复一个服务器响应报文。 回复的报文到达另外一台客户端，IP =1.1.1.1。客户端一脸震惊，自己本地的连接库里没有和2.2.2.2:443的连接。于是毫不犹豫发Reset报文，并将收到的报文丢弃。 如果客户端1.1.1.1 是一台可以捕获packet的机器。由于报文加密，即使捕获到报文也无法解密看到原始报文。  TCP场景三：客户端1.1.1.1使用源端口10000发给服务器2.2.2.2的443端口的是用户FIN报文  服务器经过TCP检查，发现接收到的报文是一个合法报文，回复一个服务器ACK响应报文。 回复的报文到达另外一台客户端，IP =1.1.1.1。客户端一脸无辜，自己本地的连接库里没有和2.2.2.2:443的连接。于是毫不犹豫发Reset报文，并将收到的报文丢弃。  UDP场景：客户端1.1.1.1使用源端口10000发给服务器2.2.2.2的53端口DNS查询报文  服务器将DNS查询结果返回1.1.1.1：10000。 报文到达客户端1.1.1.1，客户端某进程正在监听端口10000，报文被该进程接收并处理。  这个问题和伪造一个源IP地址，没有本质的差别。比如你想攻击1.1.1.1服务器，但是你不想直接攻击它，而是把攻击报文发到2.2.2.2，借助2.2.2.2来攻击1.1.1.1。就可以使用UDP伪造N个报文，然后2.2.2.2会将自己的回复报文全部倾泻到受害者1.1.1.1的身上。由于请求报文通常比较小，回复报文要大好多倍，攻击效果就放大了许多倍。 ...

提起“国产视频”这个话题，想必大家脑海中首先浮现的画面是【某先生】、【X仔】等网络人物采用的盗摄方式制作的视频，亦或是某个直播平台上的抓取的视频，在那谈不上高清又晃动的画面中，所呈现的更多是一些的标题作品，而这些方式还有个很坑的点，就是女性权利的问题，盗摄和抓取画面肯定是没经过女性同意的。 这种背景之下，【Swag】平台就成了近年来比较受欢迎的业界UP主平台，其实在【Swag】平台之后，在2019年的下半年【麻豆】也就这么横空出世。一 、公司简介麻豆傳媒映畫，办公地点设在台湾，大陆投资，主营业务是写真拍摄，微视频制作推广麻豆傳媒映畫早期主要是拍摄写真作品，类似国内的一些写真网站风格2019年年底的时候，麻豆傳媒映畫开始涉足拍摄国产剧情影片，影片分发渠道是几款付费APP也可以说是宣传自己的同时，为APP做推广，赚取一定的广告费好的作品大家都应该支持，毕竟大家都要恰饭，创作者这样做也无可厚非 二、主要演员目前“麻豆傳媒映畫”拍摄的作品大致有快一百部了吧，不同平台上作品数量有所不同，付费模式大致类似作品模特演员，采取的是付费招募，有专职的，也有单片付费出演的这一点上大致是参考的日本行业模式，也就是我们说的素人和专职优优的区别如果把这些参演演员和内地来做对比的话，可以认为演员属于国内常说的外围模特群体，影片画质是非常不错的，全高清！ 三、作品风格剧情设计上日本电影中常见的套路，大家应该很熟悉了吧包含了：兄妹 、空姐 、尾随、 护士、 按摩、 快递员 、表哥、 舅舅、 街头搭讪、 高中生破处、 老师 、闺蜜 、朋友姐姐、 管家、 教师 、保安 、经理 、客户、 秘书 、女友性爱陷阱、 修理工等可谓是五花八门，应有尽有，满足了用户的各种需求比起岛国的还是有些逊色。演员对话上稍微显得尴尬，但是动作戏方面又很卖力。如果剧情的复杂程度上再提高一些会更出彩，不过各位君子可能都是醉翁之意不在酒吧，麻豆漂亮才是关键某种程度上可以这么说，在国内市场并不开放的情况下，麻豆是国语剧情片探路者，开拓者高质量（高画质、高颜值）的剧情片只是一个开端，麻豆率先挑起了行业内规模组织之间竞争，其作用不亚于《流浪地球》对于国产科幻的刺激。 四、后续发展目前来看还是成功的，他们开创了一个新的作品风格，表面套用岛国的套路，实际上还是有自己的特色，拍出了贴近国人生活的作品比如欧美玲出演的过大年上下两部，正值中国农历新年，有剧情，有生活，非常的应景，代入感很强还有王茜闺蜜系列，赵佳美搭讪系列，唐心主播系列，顾伊梦朋友姐姐，叶倩如家庭教师，司徒丹妮同事聚会，杜若冰的婚内出轨，刘语珊武汉疫情等等等无一不与我们的生活息息相关，当然，意外肯定是会有的，【麻豆】所要面对的问题以及市场的冲击也是避免不了的，就目前来说摆在【麻豆】面前最大的问题就是版权的问题，另一方是【麻豆】的投放平台很少，也未曾开启会员付费订阅，甚至没有自己的专有平台，而是跟APP合作赚取分成，对于盗版者来说，【麻豆】的盗版成本太低了。 目前已经出场的麻豆女湿主名单： 司徒丹妮 年龄：25岁 身高：165cm 胸围：34C 张芸熙 年龄：22岁 身高：158cm 胸围：34F 夏瀅 年龄：25岁 身高：162cm 胸围：38D 寧洋子 年龄：26岁 胸围：32B 身高：155cm 吳夢夢 年龄：29岁 胸围：34C 身高：166 秦可欣 年龄：21岁 胸围：38B 身高：168cm 林思妤 年龄：23岁 身高：166 胸围：34c 艾秋 年龄：22岁 身高：165cm 胸围：32B/24/33 叶一涵 年龄：23岁 身高：168cm 胸围：34c 刘语姗 年龄：26岁 身高：164cm 胸围：34B 欧阳晶 年龄：26岁 身高：170cm 胸围：32B 李慕儿 年龄：24岁 身高：166cm 胸围：36B 刘思慧 年龄：27岁 身高：160cm 胸围：36B 徐韻珊 年龄：24岁 身高：165cm 胸围：32D 赵颖儿 年龄：21岁 身高：160cm 胸围：34c 欧美玲 年龄：25岁 身高：169cm 胸围：34C 李婧琪 年龄：23岁 身高：165cm 胸围：32B 许安妮 年龄：24岁 身高：168cm 胸围：36E 赵佳美 年龄：24岁 胸围：34C 身高：168cm 杜冰若 身高：166cm 体重：44kg 胸围：34B 王茜 身高：160cm 体重：42kg 胸围：32B 沈娜娜 年龄：24岁 身高：166cm 胸围：32d ...

最近了解到，圈内一家名为“海贼王”的微信外挂软件开发团队又被一锅端了，该软件因为提供一键删除好友、添加好友、修改朋友圈、一键洗白、检测账户封号、批量实名认证等微信外挂功能，被判定非法获取计算机信息系统数据，非法获利42万，团队老大被判刑10年! 根据深入了解得知，“海贼王”外挂软之所被警方盯上，原来是因为，“海贼王”可以提供微信挂机模式、一键删除好友、添加好友、修改朋友圈、一键洗白、检测账户封号、批量实名认证等功能，在圈内据说有很高的下载量，很多搞微信群控和微信矩阵营销的都在用，估计这也是“海贼王”被盯上，整个团队被一锅端的原因。 另外了解到“海贼王”微信外挂软件开发团队一开始其实犯的事没有那么重，当时就是该软件开发者因为自己在搞微信号买卖所以想着找俩人开发弄个软件出来方便卖微信号，但是后面估计看圈里面有人搞微信外挂来钱快，他们也搞上了，开发并上线了支持一键删除好友、添加好友、微信外挂软件，“海贼王”，然后为了推广，还很专业的建设了网站，制作了推广海报和推广短视频，而且还找了一群代理，在圈里越来越知名，生意越做越大，可以说，到这里，这帮人犯得事基本就很严重了，注定要进去了! 要知道，灰色业务，出名越快，死的就越快，很多低调的微信外挂都被被腾讯举报给一锅端了，这种就更没得跑了! 随着“海贼王”搞得越来越大，结果就是被警方盯上，最后整个“海贼王”微信外挂软件开发团队，包括所有代理都没放过，都被以非法侵入并控制深圳腾讯计算机系统有限公司的计算机系统罪，非法获利42万，整个业务线上下游被一锅端，团队老大和老二分别被判处有期徒刑十年、八年六个月，其余36名被告分别被判处有期徒刑八年至六个月不等，全部被安排了，所有折腾都成一场空! 最后针对“海贼王”团队被一锅端，有站长表示，折腾一大圈，30多口人因为40多万进去，真心不靠谱，随着微信对第三方外挂打击力度越来越大，这两年跟微信沾边的外挂软件很少有落得好下场的，即使来钱快，对于这些业务，建议站长们还是千万不要碰，人要是进去了啥都没了! ...

凡是使用TCP进行通信的，都是点对点（Peer to Peer）通信。所谓点对点通信，是指参与通信的只有两者（2 Peers），简称2P。三方（3P）、或多方通信，不能使用TCP，只能使用UDP作为传输协议。   参与TCP通信只有两者，整个通信过程一共有四个角色，分别是： 客户端 （小明） 客户端TCP （小明家附近快递公司M） 服务器TCP （商店快递公司S） 服务器 （商店）   如果没有快递公司，小明需要亲自跑到商店买商品，然后再吭哧吭哧搬回来。小明完全可以将自己的购物清单，委托给快递公司，由快递公司将采购的物品搬回家。这种分工合作的模式产生了上文的四个角色。   TCP为何要三次握手？ 小明将购物清单告诉家附近的快递公司M，快递公司用包裹直接将购物清单运到快递公司S的仓库里，通知商家来取快递。商家根据购物清单出货，由快递公司S运输到快递公司M的仓库，通知小明前来取走。这样可以吗？   当然可以。但是，这样会有一些问题： 如果不受控制与约束，客户可以随时随地将快递包裹运到S的仓库，商家快递公司S的仓库有爆棚溢出的可能。此外，不受控制的快递车辆也会将本来就很拥堵的道路堵的一塌糊涂。   一些恶意购买者，伪造假的购物地址向商家下单。商家忙了半天发货了，结果查无此人。这是对商家是一种严重的资源消耗，商家对此恨之入骨。   小明的购物清单太大了，以至于需要多辆车才可以运完。这些车辆的到达顺序发生了前后颠倒。商家收到的购物清单写着“大闸”，商家立马崩溃，“大闸”是什么物品？其实小明写的是“大闸蟹五斤”，这个购物清单被M分割在多个车辆里运输了。   此外，商家如果没有开门营业，也没有必要浪费道路资源将快递包裹运到S处。   而采用TCP三次握手几乎可以解决以上所有的问题。   TCP三次握手，是快递公司S与M双方在协调，需要三次消息的交互。在协调完成之前，客户的包裹只能老老实实呆着仓库里耐心等候着。   S：我方字节流起始编号为s，我方的仓库（window size）大小为8192，收到请确认。 M: 确认收到，我方字节流起始编号为m，我方的仓库大小为16384，收到请确认。（M掏出小本子，记下s、window = 8192，同时将TCP状态修改为“Established”） S：确认收到。（S掏出小本子，记下m、window = 16384，同时将TCP状态修改为“Established”）   至此，双方的信息是同步的，TCP连接建立完成。快递公司M可以将小明放在仓库里购物清单发车了。在没有收到S的确认之前，M最多只能运输16384字节。   通过以上的措施，不仅可以控制进入M仓库的快递包裹的数量，还可以控制杜绝假冒的快递包裹进入M仓库。当然如果商家关门歇业了，也可以在三次握手阶段发现，从而避免快递车辆上路添堵。   为何TCP分手需要四次，而不是三次？ 小明的采购终于完成了，小明将这个信息传递给M。   在M看来，这个消息意味着： 小明不会再有购物清单的产生。意味着从小明到商家这个方向不会再有用户字节流的产生。   1. M立马将这个消息传递给S，这个消息包含以下关键内容： FIN状态位，表示分手的意思 我方字节流最后一个字节编号   S收到了这个分手的消息，能立马发出FIN状态位吗？   不能！ 如果S发出FIN状态位，同时会发出己方的字节流最后一个字节编号。此时商家可能正在处理小明的最后的订单，那么商家处理订单而产生的这些字节流（FIN发出之后产生的）算谁的？   2. 既然不能发FIN，那么按照TCP协议规定，需要用ACK消息确认收到M的分手消息   稍后商家处理完小明的最后订单，将字节流扔到S的仓库，并通知S可以发分手信号（FIN）了。   3． S将最后的字节流打包，写上分手信号（FIN）状态位、以及己方字节流最后一个字节的编号，发出。   4．M按照TCP协议规范，必须使用ACK消息予以确认，表示收到商家的字节流的所有字节。   当S收到M的ACK确认消息，立马将这个TCP连接所占用的内存空间全部释放掉。M会静静地等待2MSL的时间，在等待期间，小明所占用的端口号资源依然不能释放给别的进程使用。一旦等到时间到，M会将为小明服务的内存资源，包括端口号全部释放。至此整个通信过程、资源回收过程完全结束。 ...

...

答案是否定的。 如果计算机不受CPU、内存资源的硬件限制： 计算机为服务器（1），被动接受的连接数可以为232 * 216 * 216 = 264 （理论最大值） 计算机为客户端（2），主动发起的连接数可以为232 * 216 * 216 = 264（理论最大值）  上文的1、2的数字是怎么来的呢？让我们一起分析一下。 计算机为服务器的场景知乎服务器主机在103.41.167.234侦听443端口，等待着来自于任何IP地址的主机访问它，包括它自己。另外任何主机，可以使用任何端口来连接知乎的服务器，对吗？ 全球有多少个IP地址呢？232一个主机对应一个IP地址，一个IP地址可以拥有多少个端口号？216两者相乘的结果，就是248 。 但是不要忘记知乎服务器还可以监听1、2、3 。。。444、445、446 。。。65535端口号，代表216服务，与248 相乘，正好得到264 。 计算机为客户端的场景其实和服务器没有任何区别。假设这个客户端的IP = 1.1.1.1，它可以使用特定的端口号10000来主动连接任何IP（232）服务器的任何端口（216），那么就可以建立264个连接。不要忘记客户端还可以使用非10000端口来连接以上服务器，客户端一共216端口，与264相乘，正好也得到264。 以上仅仅是理论，计算机的软硬件资源不可能无限使用。现实实现中操作系统对客户端的连接数有一个默认上限值，即65535。 客户端怎么限制的呢？默认情况下，一个端口号任何时间只能由一个TCP连接使用。客户端1.1.1.1 ，使用端口号10000与知乎服务器103.41.167.234的443端口连接。只要这个连接没有释放，端口号10000就不能用于其它任何连接。这意味着，客户端最大的端口数 = 最多TCP连接数。 潜规则可以使用PORT_REUSE来打破。只要连接TCP连接时，使用该选项，可以不受上文的限制。10000这个端口可以同时用于多个连接，而不仅仅局限于一个连接。 即使客户端有限制，服务器（一个IP）理论上依然可以维持248个连接数。但是那么庞大的连接数会让服务器慢地无法使用。为了让服务器能够给全球用户提供更优质的服务响应，可以使用服务器集群，负载均衡设备提供负载均衡，每个服务器维持几千个TCP连接数。 读者会发现，服务器负载得到了减轻，但是负载均衡设备本身却成为了新的瓶颈，因为用户流量都需要它来导流，如何解决这个问题？ 域名解析可以将域名解析为多个负载均衡设备的IP，以此来提供负载均衡设备的负载均衡。...

在租用海外服务器当中，不少用户会选择香港服务器或者美国服务器，这两者有什么区别，分别适合哪些网站。接下来做个简单的分析，希望对大家的选择有所帮助。     一、美国服务器和香港服务器的共同点    美国服务器和香港服务器都可以免备案，都费用低，配置高；言论相对自由，限制很少，稳定性高，具备高防功能。     二、美国服务器和香港服务器的区别     ①香港服务器     香港服务器的地理位置决定了国内访问速度是非常快的，在国内访问香港服务器延迟大概在20-100ms之间，且稳定性好。但香港服务器大多采用的是国际带宽，带宽资源比较小、而且贵。所以现在香港服务器基本都是以3M、5M为主的。如果需要额外增加带宽的话，成本将会高出许多。     香港服务器总体性能配置都是比较高的，对于常见的网站建设都是能够满足。而且售后服务相对之下处理速度会更快些，毕竟没有时差且语言相通。     ②美国服务器     美国地区由于发展多年不仅有用丰富的网络带宽资源，百兆独享带宽往往才数百块，IP资源也是非常丰富。另外因为美国地区服务器软硬件技术发展多年，达到饱和阶段，所以相对性价比非常高 。 美国服务器提供商能够为用户提供众多的独立IP，独立IP对于网站的运营与优化都是非常有利的。     而且美国服务器的稳定性是相当高的，机房一般都具有严格的制度，毕竟美国是全球互联网的发源地，软硬件技术已经达到世界顶点水平，机房的配备完善，服务器工作人员专业性高，大多数的美国服务器提供商都保证99.9%在线率。但是相对于香港服务器，国内访问就会慢很多，在国内访问美国服务器延迟就会达到150-180ms之间！     用户如果想租用防御高、抗攻击、抗DDoS攻击类服务器的话，虽然香港服务器也有高防，但不妨试试美国硬防服务器，这类攻击都是需要足够的资源作为支撑来防御的。     三、美国服务器和香港服务器哪个好    如果你的用户群体是国内地区的话，当然是香港服务器快了，香港离内陆比较近，有先天的地理优势，国内地区的人群访问网站速度会比较快，国外的人群就相对较慢一些。如果你的用户群体是国外地区的话，美国服务器比香港服务器快，美国服务器在全球范围内访问都比较快，在欧美速度更快。如果你的网站或服务器经常被攻击（DDOS）还是建议拿美国服务器好些，美国的机房有充足的硬件支持抵抗攻击，而香港的没有，香港服务器被攻击多次会被回收。 ...

一般新建好的网站都是有一个百度沙盒期，但是过完这个沙盒期后搜索引擎都是会给网站放出一点排名出来，很多站长都会喷到这种情况网站在短时间内上到首页，然而并没有过几天发现立马就掉了，所以不管网站做的好与不好，有没有排名都要有颗很平常的心，因为百度关于新站是有2-3个月沙盒期，新站初步会给予特别权重，所以你初步有排名有权重，不代表你就安稳。 一般网站在沙盒期内，我们前期一定要做好站点的日常维护，在长尾词布局上内容与质量上就肯定要高。因为在前期这段时间内长尾词都是很好出排名的。比如在前期你所添加的都是些高质量的文章内容，这时候搜索引擎是非常喜欢爬行抓取你的网站的，即使收回了初生权重，你的长尾关键词依然会有好的排名。 相反的如果你在网站前期工作都没有做好，即使搜索引擎在前期给了你的网站排名，3个月后也会给你降下来，这个时分你需求急需做好优化，不要违规，耐性等候关键词逐渐上来。 要想让网站能够拥有足够的稳定性，就要在网站前期就要做好规划性，选好关键词，做好TDK,一旦上线就不要随意改动。假设网站改动一再，搜索引擎会认为网站不安稳。只需安稳的网站才是搜索引擎喜欢的。 假如你的网站想更快的被收录，较快的方法就是在前期大量的添加一些高质量内容进去，为了用户更好领会，所以关于新站算法更新也会有一些影响，本身新站排名是不安稳很正常，所以需求专注做好高质量原创内容，处理用户来到我们网站所需求的东西，守时定量更新，多一些内容被收录排名上来也不是难事。 ...

类似的问题写过很多文章了，为什么还会不厌其烦地重复着写？ 还有很大一部分读者没有完全理解关于网络掩码、本地有意义的真正含义。其实懂与似懂非懂之间就隔着一层纸，只要把这层纸捅破了，一下子就明白了。每个人都有自己理解抽象概念的方式。如果恰好每次的阐述方式可以让读者理解，那么可以将更多的读者拉到胜利的彼岸。 之所以懂得这个道理，是因为近年来辅导小朋友做数学作业，发现对于成年人来说极其简单的问题，小朋友也会做错。 比如有道题是这样的：妈妈有33块巧克力，是宝宝巧克力的块数的3倍多3块，问宝宝有几块巧克力？ 常见的错误1：33 ➗  3 + 3 = 14常见的错误2：(33 + 3) ➗  3 = 12 我先这样和小朋友解释：假如妈妈的巧克力比33块少3块，那是不是恰好是宝宝的3倍？ 算式应该是：(33-3) ➗  3 = 10 小朋友听得似懂非懂，因为他们不太理解为何要假如？按照这种方式来教，小朋友下次遇到还会错，因为并没有完全理解。 后来换一种方式教，直接在演草纸上写下： 33 ➗  ( ) = 3 ……3 问他们括号里的数是几？ 小朋友立马列好了算式：(33-3) ➗ 3 = 10 因为他们对于“被除数”、“余数”、“商”、“除数”之间的关系是很熟练的，理清了关系算式就简单了。然后告诉他们，括号里的10就是宝宝的巧克力。小朋友遇到类似的题目再也没有错过。 此外，还告诉他们做完答案要演算。 10* 3 + 3 = 33 根据宝宝的巧克力块数10，可以算出妈妈的块数33，证明结果是正确的。 小朋友做错除了粗心，一般都是因为没有真正理解，而一旦他们真正理解就不会错。今天尝试一下看看能否把更多的读者拉到对岸。 IP地址手机、IPAD、电脑都是外表形式各异的计算机，而计算机要与外界(Internet)通信，必须要有一个IP地址。 IP地址是计算机的标识符吗？不是，因为计算机可能有多块网卡，每一块网卡都会绑定TCP/IP协议栈一个IP地址。意味着计算机可能会有多个IP地址，不满足唯一性，所以不能当做标识符。 主机A 有两块网卡：网卡1绑定的IP= 172.33.4.1/16网卡2绑定的IP= 172.33.4.2/16 用哪一个IP地址代表主机呢？ 并不能。 只有具有唯一性的主机名（Hostname）才是主机的唯一标识符。当然对于大多数主机来说，只有一块网卡，一个IP地址，那么这个IP地址就具有唯一性，可以通俗地看作是主机的标识符。但是一定要记住，IP地址不是用于标识主机的，而是用于标识网卡所连接的物理链路。此话怎讲？ 以网卡1绑定的IP= 172.33.4.1/16为例来深度阐述。 这个IP地址代表两层含义：  网卡1连接的物理链路的标识符（Segment ID） = 172.33 网卡1在物理链路（172.33）上的标识符（Host ID）= 4.1  怎么用生活中的语言来理解这两层含义？ 可以用 172号楼第33单元来理解 物理链路标识符172.33。可以用 401房间来理解 网卡标识符4.1。 两者合起来代表的含义就是：172号楼第33单元401房间，也就是172.33.4.1。 如果还有同学不会用网络掩码长度，比如这里“/16”，求Segment ID和HostID，这里可以再讲最后一遍。 IP地址里的“.“符号，一共三个，将整个IP地址分割成4块，比如 172、33、4、1，每一块其实是二进制的8位，那么4块恰好是32位。将172、33、4、1按照从左到右的顺序排好，从左到右数到16停下来，停下来的位置左边的16位172.33就是Segment ID，右边的4.1就是Host ID。 问题来了，172.33这个物理链路能容纳多少个主机地址呢？ 这个问题很抽象，其实问的是，172号楼第33单元最大可以有多少个房间号？ 最小的房间号 = 172.33.0.0最大的房间号=  172.33.255.255 有同学可能会问，难道最大不可以为172.33.999.999？ 上文已经说过，255代表是二进制的 “11111111”的8位，是最大的了，不可能更大。 那么只要房间号 = 172.33.x..x 的都属于172号楼第33单元，对吗？  小测验来了，考察一下同学们有没有学会。 测验一：172.33.67.129属于172号楼第33单元吗？ 是 测验二：172.35.23.110属于172号楼第33单元吗？ 不是 测验三：对住在172.33.4.1/16房间里人来说，房间号 =172.33.67.129，和自己在同一号楼，同一个单元吗？ 是 测验四：对住在172.33.4.1/16房间里人来说，房间号 =172.35.23.110，和自己在同一号楼，同一个单元吗？ 不是 今天先写到这里，该系列文章会持续更新。如果读者朋友们觉得看懂了，请转发给自己的朋友看，这是对本文最大的支持！ 在下一篇文章里会重点写到，有一户人家老王，在同一号楼，同一个单元有两套房间，分别是： 172.33.4.1/16172.33.4.2/16 试问这两个房间可以直接通信吗？为什么？...

文章来源：中国通信标准化协会 2月20日，国家市场监督管理总局（国家标准化管理委员会）发布2021年第1号公告，批准了7项强制性国家标准和1项强制性国家标准修改单，其中包含1项通信领域的强制性国家标准：GB 40050-2021《网络关键设备安全通用要求》。 GB 40050-2021《网络关键设备安全通用要求》是工业和信息化部网络安全管理局为落实《中华人民共和国网络安全法》中有关网络关键设备安全的要求，组织相关研究机构编制的一项重要标准。标准规定了网络关键设备应满足的通用安全功能要求和安全保障要求，适用于网络关键设备，可为网络运营者采购网络关键设备时提供依据，还适用于指导网络关键设备的研发、测试等工作。主要内容包括安全功能要求和安全保障要求。安全功能要求聚焦于保障和提升设备的安全技术能力，主要包括设备标识安全、冗余备份恢复与异常检测、漏洞和恶意程序防范、预装软件启动及更新安全、用户身份标识与鉴别、访问控制安全、日志审计安全、通信安全、数据安全以及密码要求10个部分。安全保障要求聚焦于规范网络关键设备提供者在设备全生命周期的安全保障能力，主要包括设计和开发、生产和交付、运行和维护三个环节的要求。标准将在提升网络关键设备安全性、可控性，减少用户在使用产品中的各种风险等方面发挥重要作用。 强制性国家标准GB 40050-2021《网络关键设备安全通用要求》将于2021年8月1日正式实施。为配合本标准的正式实施，后续中国通信标准化协会将在工业和信息化部网络安全管理局的指导下，加强标准宣贯，帮助相关主体提升网络关键设备安全能力以符合标准的要求。...

2021年2月25日，近日，由中国计算机学会主办、中国计算机学会计算机安全专业委员会承办的2020年中国网络安全大事在京发布。此次活动通过对2020年重大网络安全事件的梳理，采用征求业界部分专家意见和网络公开投票的方式，评选出10件2020年中国网络安全大事件。这些事件包括(以事件时间排序)： 1、公安机关网安部门疫情期间强化网络安全保卫 2月4日，为贯彻落实中共中央政治局常务委员会疫情防控工作会议精神，公安部召开应对新型冠状病毒感染肺炎疫情工作第三次全国公安机关视频会议。会议强调，要强化网上巡查管控，推动落实主体责任、主管责任、监管责任，及时依法查处网上造谣滋事行为，与有关部门密切配合，及时公开透明准确发布信息，积极回应群众关切。新冠肺炎疫情发生后，全国公安机关网安部门在疫情期间严厉打击网上违法犯罪，及时消除网络安全风险隐患，为打赢疫情防控的人民战争、总体战、阻击战营造清朗的网络空间。 2、央行发布新版《网上银行系统信息安全通用规范》和《个人金融信息保护技术规范》 2月5日和2月13日，中国人民银行分别正式发布新修订的金融行业标准《网上银行系统信息安全通用规范》(JR/T 0068—2020)和金融行业标准《个人金融信息保护技术规范》(JR/T 0171—2020)。新版《网上银行系统信息安全通用规范》，立足于移动互联和云计算等新技术在网上银行系统的不断深入应用，以及手机银行使用愈加广泛的背景，规范了网上银行系统安全技术要求、安全管理要求、业务运营安全要求，为网上银行系统建设、运营及测评提供了依据，建立了新规范。《个人金融信息保护技术规范》规定了个人金融信息在收集、传输、存储、使用、删除、销毁等生命周期各环节的安全防护要求，从安全技术和安全管理两个方面，对个人金融信息保护提出了规范性要求。 3、新版国家标准《信息安全技术 个人信息安全规范》发布 3月6日，中国电子技术标准化研究院组织修订的《信息安全技术 个人信息安全规范》正式发布，该规范于2020年10月1日起实施，并替代GB/T 35273-2017版本国标。该标准由全国信息安全标准化技术委员会归口，相对于2017版标准，2020版标准结合网络和社会发展变化进行了针对性修订。该标准进一步契合了我国相关法律法规要求，增强了指导性和适用性，为保障人民利益、促进国家信息化产业健康发展提供了坚实基础。 4、《网络信息内容生态治理规定》正式实施 2020年3月1日起，《网络信息内容生态治理规定》正式实施，为了营造良好网络生态，保障公民、法人和其他组织的合法权益，维护国家安全和公共利益，根据《中华人民共和国国家安全法》《中华人民共和国网络安全法》《互联网信息服务管理办法》等法律、行政法规，制定本规定。政府、企业、社会、网民等主体，以培育和践行社会主义核心价值观为根本，以网络信息内容为主要治理对象，以建立健全网络综合治理体系、营造清朗的网络空间、建设良好的网络生态为目标，开展弘扬正能量、处置违法和不良信息等相关活动。 5、公安部“净网2020”专项行动全面展开 2020年，全国公安机关网安部门发起“净网2020”打击网络黑产犯罪集群战役，重拳打击为电信网络诈骗、网络**屏蔽敏感词**、网络水军等突出违法犯罪提供网号恶意注册、技术支撑、支付结算、推广引流等服务的违法犯罪活动，共侦办刑事案件4453起，抓获违法犯罪嫌疑人14311名(含电信运营商内部工作人员152名)，查处关停网络接码平台38个，捣毁“猫池”窝点60个，查获、关停涉案网络账号2.2亿余个。相关数据显示，网络活跃接码平台日接码量降幅67%，黑市手机号数量降幅近50%，有力维护了网络秩序。 6、中共中央、国务院要求加快培育数据要素市场 数据分类分级安全保护成热点 4月9日，中共中央、国务院发布《关于构建更加完善的要素市场化配置体制机制的意见》。《意见》提出，加快培育数据要素市场。具体包括，推进政府数据开放共享，提升社会数据资源价值，加强数据资源整合和安全保护。 7、十二部门联合发布网络安全审查办法 4月，国家互联网信息办公室、国家发改委等12个部门联合发布了《网络安全审查办法》，该办法自2020年6月1日起实施，《网络产品和服务安全审查办法(试行)》同时废止。办法明确，关键信息基础设施运营者采购网络产品和服务，影响或可能影响国家安全的，应当按照该办法进行网络安全审查，并明确了审查的原则、范围、方式、流程等。该办法的发布，是落实网络安全法要求、构建国家网络安全审查工作机制的重要举措，有力保障了国家安全、经济发展和社会稳定。 8、数据安全法(草案)面向社会公众征求意见 6月28日，《中华人民共和国数据安全法(草案)》在第十三届全国人大常委会第二十次会议审议;7月2日，中国人大网公布了数据安全法(草案)，并于7月3日至8月16日期间对大众进行意见征求。本法规草案主要是对数据、数据活动、数据安全给出了明确的定义，从总体国家安全观的视角提出要求，建立健全数据安全协同治理体系，提高数据安全保障能力，促进数据开发利用，保护公民、组织的合法权益，维护国家主权、安全和发展利益。草案明确了数据安全主管机构的监管职责，建立健全了数据安全协同治理体系，提高了数据安全保障能力，促进了数据出境安全和自由流动，让数据安全有法可依、有章可循，为数字化经济的安全健康发展提供了有力支撑。 9、公安部制定出台《贯彻落实网络安全等级保护制度和关键信息基础设施安全保护制度的指导意见》 7月22日，公安部下发1960号文《贯彻落实网络安全等级保护制度和关键信息基础设施安全保护制度的指导意见》，是落实等级保护2.0制度的重要标志，首次系统、明确地对关键性基础设施的保护提出了要求，具有非常强的实际操作性。文件中提到，加强重要数据和个人信息保护，采取多项关键技术措施，切实保护重要数据全生命周期安全。构建以密码技术、可信计算、人工智能、大数据分析等为核心的网络安全技术保护体系。其中，需要产业链各端共享共治、协作配合，这是我国网络安全行业发展具有顶层设计意义的指导文件。 10、国内安全厂商持续曝光外方对我方的攻击行动 2020年，国内安全厂商安天、奇安信、360等持续对外方的网络攻击进行跟踪与分析，追踪其攻击行动、溯源幕后团伙，曝光相关攻击活动，并发布多篇分析报告。安天在《Darkhotel组织渗透隔离网络的Ramsay组件分析》报告中，披露了Darkhotel组织对我国的APT攻击活动技术细节。奇安信发布《提菩行动：来自南亚APT组织“魔罗桫”的报复性定向攻击》等;360披露美国中央情报局黑客组织(APT-C-39)对中国关键领域进行的长达十一年的网络渗透攻击。安全厂商正在全面担当起国家网络安全保障和能力支撑的责任。 ...

历史性一刻！习近平庄严宣告：脱贫攻坚战全面胜利。我们做到了，这是中国人民的伟大光荣！ 祝愿祖国越来越好，人民幸福安康，万众一心，共同努力！ ...

漏洞描述 2021年2月24日，酒仙桥六号部队监测到VMware官方发布了多个高危漏洞的通告，CVE编号分别是CVE-2021-21972，CVE-2021-21973，CVE-2021-21974。对此，建议广大用户做好资产自查以及预防工作，以免遭受黑客攻击。 CVE-2021-21972：vSphere Client 远程执行代码漏洞 对端口443具有网络访问权限的恶意攻击者可利用此问题在承载vCenter Server的操作系统上以不受限制的权限执行命令。 CVE-2021-21973：vSphere Client SSRF漏洞 通过网络访问端口443的恶意攻击者可以向vCenter Server插件发送POST请求来利用此问题，从而导致信息泄露。 CVE-2021-21974：ESXi OpenSLP 堆溢出漏洞 在与ESXi相同网段内且可访问端口427的恶意攻击者有可能触发OpenSLP服务中的堆溢出问题，从而导致远程代码执行。 影响范围 CVE-2021-21972：vSphere Client 远程执行代码漏洞 VMware  vCenter Server 6.5 6.7 7.0 VMware  Cloud Foundation（Cloud Foundation） 3.X 4.X CVE-2021-21973：vSphere Client SSRF漏洞 VMware  vCenter Server 6.5 6.7 7.0 VMware  Cloud Foundation（vCenter Server） 3.X 4.X CVE-2021-21974：ESXi OpenSLP 堆溢出漏洞 VMware  ESXi 6.5 6.7 7.0 VMware  Cloud Foundation（ESXi） 3.X 4.X 根据目前360空间测绘系统显示，全球范围内（app:"vmware-ESX"or app:"vmware-VirtualCenter" or app:"vmware-vCenter"）共有737,473条数据信息，其中中国使用数量共有93,371个； 全球范围内分布情况如下（仅为分布情况，非漏洞影响情况） 修复方案 官方已经发布安全版本，请及时下载升级至安全版本： CVE-2021-21972：vSphere Client 远程执行代码漏洞 VMware  vCenter Server 6.5  U3n 6.7  U3l 7.0  U1c VMware  Cloud Foundation（Cloud Foundation） 3.10.1.2 4.2 CVE-2021-21973：vSphere Client SSRF漏洞 VMware  vCenter Server 6.5  U3n 6.7  U3l 7.0  U1c VMware  Cloud Foundation 3.10.1.2 4.2 CVE-2021-21974：ESXi OpenSLP 堆溢出漏洞 VMware  ESXi ESXi70U1c-17325551 ESXi670-202102401-SG ESXi650-202102101-SG VMware  Cloud Foundation 4.2 参考链接 ...

在“净网2020”专项行动中，安徽警方成功打击掉一以“**屏蔽敏感词**”“北京赛车”等玩法吸引赌民通过银行卡转账等途径“上分”的特大网赌平台。查清涉案资金达4.4亿元，冻结银行卡484张，资金1000多万元，涉赌人员1万多人，抓获犯罪嫌疑人24名。 **屏蔽敏感词**，一个无论在什么时候都会对国家、社会乃至个人产生严重影响的存在。轻则损失钱财，重则家破人亡。所以打击**屏蔽敏感词**行业一直是警方的重点打击对象。在去年的“净网2020”专线行动中，安徽网警在网上巡查时发现了一个主要以“**屏蔽敏感词**”“北京赛车”为玩法的**屏蔽敏感词**网站，诱导用户通过银行卡下注或购买彩票的方式进行**屏蔽敏感词**。 警方随即对该**屏蔽敏感词**网站进行调查和分析，发现该网站的服务器位于境外，其团队人员在境内建立**屏蔽敏感词**社群，通过发布**屏蔽敏感词**广告等方式进行招揽赌客。 网警将调查结果提交上去之后引起了高度重视，警方立即以开设赌场罪立案侦查。由省公安厅挂牌督办，多部门抽调共100多警力全力侦破该案件。 最终历时2个月的时间，警方在分析了2千多万条**屏蔽敏感词**平台的各类数据后，初步查明了案件的人员、资金链条，和**屏蔽敏感词**平台和支付平台的详细情况。扒开了这个**屏蔽敏感词**公司的神秘面纱。 在对犯罪团伙进行了犯罪事实和违法区域的梳理后，警方派出20个抓捕组奔赴吉林、辽宁、陕西、河南、福建、贵州等13个省20多个市。 在和当地警方的配合下，此次行动共抓捕24名犯罪嫌疑人，提取2000多条电子数据，掌握**屏蔽敏感词**资金流水4.4亿余元。 以上抓捕人员均以开设赌场罪移送起诉，并对案件进行进一步调查审讯。 ...

加密货币市场目前迎来牛市因此整体市值也在不断飙升中，尤其是加密货币龙头比特币目前市值已经达到里程碑。 在昨天夜里的上涨后比特币市值达到1万亿美元 , 超过腾讯(9,276亿美元)和特斯拉(7,578亿美元)在市场排名第七。 比特币自2020年3月12日(312暴跌)以来价格已经上涨1,700%，目前更多机构类型投资者正在涌入加密货币市场。 因此对比特币来说价格可能还会水涨船高，然而比特币通常情况下牛市时间较短，更多的时候都是处在熊市当中。 所以接下来比特币的走势也值得加密货币爱好者们的关注，突破万亿美元大关后排在比特币前面的公司已经很少。 追赶谷歌/微软/亚马逊： 当前全球市值超过万亿美元的仅有苹果、沙特阿美、微软、亚马逊和谷歌，另外投资市场里还包括黄金以及白银。 当然毫无疑问整体市值最高的就是黄金 , 目前全球黄金市值超过11万亿美元 , 是排名第二的苹果公司市值的五倍。 比特币突破万亿美元后摆在前面的分别是1.43万亿的谷歌、1.5万亿的白银、1.67万亿的亚马逊和1.8万亿的微软。 就目前的价格上涨幅度来看比特币市值很快就会超过谷歌、白银、亚马逊以及微软，不过赶超苹果还得花点时间。 不过考虑到比特币等加密货币极强的波动性，如果加密货币市场突然转向熊市，那么比特币市值也会快速跌回去。 特别声明：本文旨在传递信息之目的，不得作为投资意见或建议，加密货币市场波动性极强风险极高入市需谨慎。 投资市场排名： ...

昨天夜里火币网发生大规模崩溃，从火币网发布的公告来看此次故障应该是亚马逊云计算服务出现某些异常情况。 但火币似乎没有应对此类云基础设施故障的措施，在故障发生后火币网全面中断而此时比特币价格却在不断飙升。 甚至在火币发生中断后部分API接口还可以使用 , 导致使用API接口的大户投资者或者庄家利用中断收购小投资者。 有散户投资者称自己凭本事炒币若爆仓则无话可说，但像火币这样公开让大户或庄家进行收割是完全无法接受的。 散户无法操作庄家直接爆散户期货合约： 对于持有比特币或其他加密货币现货的散户来说，此次宕机事故并不会产生太大影响毕竟自己的现货不会有变动。 但目前主要交易所提供的都是加密货币衍生品即期货合约交易，期货合约交易属于杠杆交易因此存在着强平价格。 例如昨天部分散户投资者开出卖空比特币的期货合约，若投资者杠杆较高同时币价拉升较快则非常容易强制平仓。 强制平仓意味着投资者损失仓位的所有保证金，而昨天夜里就发生大户直接利用火币宕机收割散户投资者的情况。 昨天夜里11点左右火币网已经发生大规模中断 , 此时所有散户投资者都无法通过火币APP进行开仓或者平仓操作。 令人意外的是火币USDT期货合约交易对BTC/USDT出现价格飙升，其价格要比当时比特币实际价格高2000美元。 而散户此时既无法追加保证金也无法进行平仓操作，因此最终结果就是大户通过火币网接口人为操纵直接来爆仓。 中断超过10个小时被批没有技术能力： 加密货币市场由于不存在开市和休市时间因此可以持续交易，尤其是当前加密货币市场行情火热币价波动性极强。 火币网发生的中断时间超过十个小时 , 原本火币网挂出公告称将在昨天夜里11点恢复，结果公告只是个临时说辞。 截止至本文发布时火币网才恢复部分服务，但众多投资者发现自己还是无法进行操作，甚至账户资产都出现异常。 当然更多投资者怀疑火币的技术能力，平时标榜的头部交易所在遇到云基础设施中断后竟然没有强有力应急预案。 没有哪家公有云计算平台承诺100% 可用性，公有云平台发生故障也是司空见惯的，但这对交易所来说影响极大。 实际上昨天夜里亚马逊出现的异常问题也影响币安交易所，不过影响较低所以币安等部分交易所中断时间非常短。 目前尚不清楚火币会如何处理此次中断给投资者造成的损失，指望火币向所有受损失的投资者赔付资金不太可能。 也有部分投资者组建微信群计划进行维权，另外还有个账户资产数百万元但被爆仓的投资者已经在当地报警登记。 期货合约风险极高入场需谨慎： 正如本文开头所说如果投资者持有的是现货倒是没什么影响，实际上加密货币本身波动性已经非常强风险也极高。 而期货合约更是在加密货币波动性的基础上进行杠杆倍数放大，这也是交易所发生故障能够产生极大影响的原因。 在这里蓝点网也提醒各位谨慎投资加密货币，尤其是带高倍杠杆的期货合约更应该远离，以免发生爆仓血本无归。 特别声明：本文旨在传递信息之目的，不得作为投资意见或建议，加密货币市场波动性极强风险极高入市需谨慎。 ...