文章目录配置网络——修改状态配置网络——IP地址配置VirtualBox网络修改IP地址修改DNS重启服务的方法修改netplan文件的配置Ubuntu出现无法连接网络，ping公网IP地址显示主机不可达，打开FireFox浏览器打不开网页的情况，还有在使用sudoapt-getinstallgcc下载某个工具的时候出现无法解析当前域名的情况，其实都是归终于网络无法连接，我尝试过很多办法，在教程上面看到的修改NetworkManager.state文件的NetworkingEnable=false改为True的情况，但是我发现自己没有这个文件，找相关的没有这个文件的处理办法都是没有的，所以这里
一、IP地址IP地址组成IP地址分为两个部分：网络号和主机号（1）网络号:标识网段，保证相互连接的两个网段具有不同的标识。（2）主机号:标识主机，同一网段内，主机之间具有相同的网络号，但是必须有不同的主机号。 IP地址规则 同一个局域网中，主机之间的网络号是相同的，主机号必须不同。在两个相邻的局域网中，要求网络号是不同的。(同一个路由器（WAN口和LAN口得有不同的网络号）连接的局域网)二、子网掩码规则（1）子网掩码（32位）划分出从哪里到哪里是一个网络号。（2）左半边都是1,右半边都是0。(不会1和0混着)（3）左半边有多少个1就表示IP地址左侧的多少位是网络号。(把子网掩码和IP地址进
一、网关概述网关的出现可以说是互联网产品技术发展到一定阶段自然演进的产物，大体来说，网关从诞生到形成当下大家熟悉的形态，大体经过了下面的几个发展阶段。1、硬负载网关在早期web应用中，大多数互联网产品使用远未达到今天的规模，所以企业在应用部署上对网关的职能并无太高要求。基本上来讲，只要网关能满足从域名解析到IP地址背后的服务代理即可，即所谓服务代理转发。有必要的话，还需满足服务的负载均衡。那个时代，诸如nginx这类软负载均衡软件的出现时机尚未成熟，所以很多企业选择类似于F5这类硬件设备作为第一选择，也就是基于web应用下的硬负载网关。这时候网关职能简单，从部署到使用的流程也简单。2、软载网关
redis发布订阅广播模式的使用&结合jeecg的Redis网关路由刷新机制本质和传统的消息发布和订阅机制是差不多的，但是相较于其他几款MQ产品，Redis的使用更加便捷，也更加轻量化，不需要搭建一套繁重的MQ框架。但是也它致命的缺点，redis的消息不会被持久化，服务器出现问题，消息会丢失，导致数据问题。对于数据一致性要求比较高的场景不适合使用，需要慎重选择。导致消息丢失的情况：一般获取消息的客户端（订阅者）会通过while循环不断的向redis服务器请求发布者获取消息，假如发布者在订阅者退出订阅状态时发布了消息，则该消息会丢失。关于这个订阅者退出状态，值得探讨，这里做一个分析。使用终端模拟
ipip地址=网络地址+主机地址（又称：网络号和主机号），我们把网络号相同的主机称之为本地网络中的主机，网络号不相同的主机称之为远程网络中的主机。本地网络中的主机可以直接相互通信，远程网络中的主机要相互通信必须通过本地网关（Gateway）来传递转发数据。ip地址主要有A、B、C、D、E五类地址：A类：由1字节的网络地址和3字节主机地址组成，网络地址的最高位必须是“0”（网络地址全为0的地址被保留使用）。地址范围是1.0.0.0到127.255.255.255，主要分配给大量主机而局域网网络数量较少的大型网络；B类：由2个字节的网络地址和2个字节的主机地址组成，网络地址的最高两位必须是“10”
1.内容说明本文旨在使用开源轻量级Java权限认证框架sa-token+springcloud-gateway实现微服务在网关处统一鉴权。sa-token参考地址：https://sa-token.cc/doc.html#/项目按照业务分为三个板块，如图：api(也就是微服务中各种api接口，不涉及任何权限相关代码，只提供服务)auth(认证中心，实现登陆逻辑)gateway(网关，实现转发等，主要是统一鉴权)2.项目实现首先在idea创建一个项目mirco，然后在项目下依次创建三个module，这就不展开说了。接下来各模块填充内容。2.1.auth模块2.1.1.pom.xml依赖主要是we
一、网关的基本概念SpringCloudGateway网关是所有微服务的统一入口。1.1它的主要作用是：反向代理（请求的转发）路由和负载均衡身份认证和权限控制对请求限流1.2相比于Zuul的优势：SpringCloudGateway基于Spring5中提供的WebFlux，是一种响应式编程的实现，性能更加优越。Zuul的实现方式比较老式，基于Servlet的实现，它是一种阻塞式编程，在高并发下性能性能不佳。拓展：其实Nginx也可以作为网关，但是要使用Nginx自主实现网关的相关功能，还需要借助lua脚本语言，学习成本是比较高的，现在一般也不会使用它来做网关，但是只按性能来讲Nginx，性能是
什么是全链路灰度微服务体系架构中，服务之间的依赖关系错综复杂，有时某个功能发版依赖多个服务同时升级上线。我们希望可以对这些服务的新版本同时进行小流量灰度验证，这就是微服务架构中特有的全链路灰度场景，通过构建从网关到整个后端服务的环境隔离来对多个不同版本的服务进行灰度验证。在发布过程中，我们只需部署服务的灰度版本，流量在调用链路上流转时，由流经的网关、各个中间件以及各个微服务来识别灰度流量，并动态转发至对应服务的灰度版本。如下图：上图可以很好展示这种方案的效果，我们用不同的颜色来表示不同版本的灰度流量，可以看出无论是微服务网关还是微服务本身都需要识别流量，根据治理规则做出动态决策。当服务版本发生
作者：涂鸦背景在分布式系统架构中，每个请求都会经过很多层处理，比如从入口网关再到WebServer再到服务之间的调用，再到服务访问缓存或DB等存储。在下图流量防护体系中，我们通常遵循流量漏斗原则进行流量防护。在流量链路的每一层，我们都需要进行针对性的流量防护与容错手段，来保障服务的稳定性；同时，我们要尽可能地将流量防护进行前置，比如将一部分HTTP请求的流量控制前置到网关层，提前将一部分流量进行控制，这样可以避免多余的流量打到后端，对后端造成压力同时也造成资源的浪费，为此，在网关侧做流量防护是十分有必要的。在传统的流量网关场景下，对流量进行访问控制是一个很常见的需求。比如在nginx中，lim
ApacheAPISIX介绍什么是ApacheAPISIXApacheAPISIX是一个动态、实时、高性能的云原生API网关，提供了负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性等丰富的流量管理功能。可以使用ApacheAPISIX处理传统的南北向流量，也可以处理服务间的东西向流量。同时，它也支持作为K8sIngressController来使用。APISIX特征产品APISIXKongNginx集群部署支持支持不支持数据存储EtcdPostgreSQL或Cassandra不支持热加载支持支持不支持插件多语言moudle动态路由支持支持不支持健康检查和熔断支持支持不支持多平台支持：
