host

关于USB的上下拉电阻，不是随便接个任意阻值的电阻就ok了。 当你的USB为 主设备 的时候，D+、D-上分别接一个15K的下拉电阻，这样可以使得在没有设备插入的时候，D+、D-上始终保持低电平； 当为 从设备 接口时，可以通过在上拉电阻来设置不同的传输速率，当D+接一个1.5K上拉电阻，可以工作在高速率模式如12MBPs，当D-接1.5K上拉电阻，工作在低速率模式，如1.5MPBs。 主USB自动识别从设备为高速还是低速就靠上拉电阻在D+还是D-上区别，电阻阻值的不规范会影响usb自动识别分配资源，出现不能发现硬件或使用到一般硬件发现失败等现象，所以不要随便上下拉电阻，先规范USB的硬件接口电路。 来源： https://www.cnblogs.com/ahuo/p/4343600.html

什么是 Redis-Cluster 为何要搭建 Redis 集群。 Redis 是在内存中保存数据的，而我们的电脑一般内存都不大，这也就意味着 Redis 不适合存储大数据，适合存储大数据的是 Hadoop 生态系统的 Hbase 或者是 MogoDB 。 Redis 更适合处理高并发，一台设备的存储能力是很有限的，但是多台设备协同合作，就可以让内存增大很多倍，这就需要用到集群。 Redis 集群搭建的方式有多种，例如使用 客户端分片、 Twemproxy 、 Codis 等，但从 redis 3.0 之后版本支持 redis-cluster 集群 ，它是 Redis 官方提出的解决方案 ， Redis-Cluster 采用无中心结构，每个节点保存数据和整个集群状态 , 每个节点都和其他所有节点连接。其 redis-cluster 架构图如下： 客户端与 redis 节点直连 , 不需要中间 proxy 层 . 客户端不需要连接集群所有节点连接集群中任何一个可用节点即可。 所有的 redis 节点彼此互联 ( PING-PONG 机制 ), 内部使用二进制协议优化传输速度和带宽 . 分布存储机制 - 槽 （ 1 ） redis-cluster 把所有的物理节点映射到 [0-16383]slot 上 ,cluster 负责维护 node<->slot<->value （2）Redis

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed. The fingerprint for the RSA key sent by the remote host is SHA256:v6F5Qchy3Mk6z4syY5a3eSxoQB+0ze1++LA4rQVkRSU. Please contact your system administrator. Add correct host key in /Users/zhangjin/.ssh/known_hosts to get rid of this message.

RSA host key for HOST has changed and you have requested strict checking If you get this: ————————————- @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: POSSIBLE DNS SPOOFING DETECTED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ The RSA host key for HOST has changed, and the key for the corresponding IP address IP is unknown. This could either mean that DNS SPOOFING is happening or the IP address for the host and its host key have changed at the same time. 今天突然发现git连不上服务器了，ssh连接的时候会抱错:Read socket failed: Connection reset by peer. 重新把Windows

使用tcpdump拦截linux服务端网络数据 语法范例: tcpdump -vv -i ens3 '((tcp)&&(host 183.239.240.48)&&(port 3001))' -c 100 -w 12.cap tcpdump -vv -i eth0 '((tcp)&&(src host 10.67.37.26)&&(dst port 9300))' -c 1000 -w 12.cap -i表示指定网络设备 后面的字串是规则,规则通常这么拼接: 非 : ! or "not" 且 : && or "and" 或 : || or "or" 规则语句有这些: 协议类: arp,ip,tcp,udp,icmp 地址类: host:源或目标ip dst host:目标ip src host:源ip port:源或目标端口.(有dst host , src host,含义同上) net:指定网络.(也有dst net ,src net) 按照包长: less 100 表示少于100 greater 100 表示大于100 高级过滤: 根据ip包头: ip[0]>5 从IP包头取包大小(2bytes),判断: ip[2:2]>600 tcp包头也能取大小: tcp[0:2] 拦截HTTP(并不一定能成功,因为头长度不固定): 0x4745 为"GET"前两个字母"GE"

先来看一份 docker-compose.yml 文件，不用管这是干嘛的，只是有个格式方便后文解说： version: '2' services: web: image: dockercloud/hello-world ports: - 8080 networks: - front-tier - back-tier redis: image: redis links: - web networks: - back-tier lb: image: dockercloud/haproxy ports: - 80:80 links: - web networks: - front-tier - back-tier volumes: - /var/run/docker.sock:/var/run/docker.sock networks: front-tier: driver: bridge back-tier: driver: bridge 可以看到一份标准配置文件应该包含 version、services、networks 三大部分，其中最关键的就是 services 和 networks 两个部分，下面先来看 services 的书写规则。 1. image services: web: image: hello-world 在 services 标签下的第二级标签是 web

目录 go微服务框架kratos学习笔记十(熔断器) 什么是熔断 熔断器逻辑 kratos Breaker kratos 熔断逻辑 kratos熔断器使用说明 bladmaster client breaker 配置说明 test go微服务框架kratos学习笔记十(熔断器) 什么是熔断 假设存在这样的调用链： 服务A -> 服务B -> 服务C 如果 服C crash 或者一些原因导致不可用， 服B 可能会阻塞很多线程/协程，如果短时间内大量积压，导致系统资源耗尽 服B 也变的不可用，同时连带 服A 一起崩溃，则将形成 雪崩 现象. 熔断一概念来自于电子工程中的断路器(circuit breaker) 在互联网中，当上游服务因为访问压力过大，可以暂时切断对下游服务的调用，以保护整体系统的可用性。 这种牺牲局部保全整体的措施叫做 熔断 . 熔断器逻辑 其他如 Spring Cloud Hystrix 中就实现了熔断机制 ： 1、当熔断器开关打开时，会禁止请求，经过一段时间后，让一定请求通过测试服务是否健康，如果ok，切换熔断器状态到关闭状态，否则继续等待测试。 2、熔断器开关关闭时，请求被允许通过熔断器，熔断器会计算请求成功率，如果请求数量大于请求数量设置的阈值，并且成功率低于配置成功率，将切换熔断器到打开状态。 3、当熔断器开关处于打开状态, 经过一段时间后,

Maven设置http代理 编辑~/.m2/settings.xml文件，添加如下配置 找到 <proxies> 节点。去掉相应的注释，设置代理信息如下： 1 <proxy> 2 <id>optional</id> 3 <active>true</active> 4 <protocol>http</protocol> 5 <username>proxyuser</username> 6 <password>proxypass</password> 7 <host>proxy.host.net</host> 8 <port>80</port> 9 <nonProxyHosts>local.net|some.host.com</nonProxyHosts> 10 </proxy> 来源： https://www.cnblogs.com/blue-rain/p/12397275.html

1、ALLOWED_HOSTS=[]；默认为空， 　　当配置的时候是需要进行设置的，如果不设置会有这样的错误： 　　Invalid HTTP_HOST header: '127.0.0.1:8000'. You may need to add '127.0.0.1' to ALLOWED_HOSTS. 　　 如果DEBUG = True；默认 有ALLOWED_HOSTS = ['localhost', '127.0.0.1', '[::1]'] 来源： https://www.cnblogs.com/dreamzqw/p/12394933.html

nginx-2 | UNREACHABLE! => { "changed": false, "msg": "Failed to connect to the host via ssh: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@\r\n@ \nIT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!\r\nSomeone could be eavesdropping on you right now (man-in-th by the remote host is\nSHA256:mLGTRAdsoC/plMuoawCaV6gCJipekSikSi6mB5j85ME.\r\nPlease contact your system administratown_hosts:12\r\nECDSA host key for nginx-2 has changed and you have requested strict checking.\r\nHost key verif "unreachable": true } vim ~/.ssh/known_hosts 删除nginx-2的相关rsa的信息即可. 来源： 51CTO 作者： 李佳良 链接： https: