host

Netty客户端代码+protobuf

隐身守侯 提交于 2020-01-19 17:35:52
package com.oztf.common.netty; import io.netty.bootstrap.Bootstrap; import io.netty.channel.Channel; import io.netty.channel.ChannelFuture; import io.netty.channel.ChannelFutureListener; import io.netty.channel.ChannelInitializer; import io.netty.channel.ChannelOption; import io.netty.channel.EventLoopGroup; import io.netty.channel.nio.NioEventLoopGroup; import io.netty.channel.socket.SocketChannel; import io.netty.channel.socket.nio.NioSocketChannel; import io.netty.handler.codec.protobuf.ProtobufDecoder; import io.netty.handler.codec.protobuf.ProtobufEncoder; import io.netty.handler.codec

redis与mysql数据互通

旧时模样 提交于 2020-01-19 16:59:39
from time import sleep import pymysql from rediscluster import StrictRedisCluster class MysqldbHelper(object): def __init__(self, host='数据库地址', username='登录名', password='密码', database='库名称', charset='utf8'): self.host = host self.username = username self.password = password self.database = database self.con = None self.cur = None self.charset = charset try: self.con = pymysql.connect(host=self.host, user=self.username, passwd=self.password, db=self.database) # self.con = pymysql.connect(host=self.host, user=self.username, passwd=self.password, port=self.port, # db=self.database) # 所有的查询,都在连接

Jenkins源码管理git报错:Host key verification failed

只谈情不闲聊 提交于 2020-01-19 16:48:29
首先进入jenkins账号,直接sudo su jenkins还不行,看cat /etc/passwd 是把shell禁了的 sudo su - s / bin / bash jenkins 执行命令: git ls - remote - h git@ip : xxx . git HEAD 然后下一步 ,点击yes ,ok 来源: CSDN 作者: tianyaopen 链接: https://blog.csdn.net/tianyaopen/article/details/104039857

Nginx——proxy_pass url 反向代理

北慕城南 提交于 2020-01-19 16:47:39
说到 Nginx 就不得不说 Nginx 的反向代理是多么的好用,一个指令 proxy_pass 搞定反向代理,对于接口代理、负载均衡很是实用,但 proxy_pass 指令后面的参数很有讲究。 在实际的应用中分为以下几种情况: 1.url 只是 host 这里指不包含 $uri ,如: http://host - √ https://host - √ http://host:port - √ https://host:port - √ http://host/ - x http://host:port/ - x 这时候 location 匹配的完整路径将直接透传给 url ,如: // 访问: / 后端: / // 访问: /api/xx 后端: /api/xx // 访问: /api/xx?aa 后端: /api/xx?aa location / { proxy_pass http://node:8080; } // 访问: /api/ 后端: /api/ // 访问: /api/xx 后端: /api/xx // 访问: /api/xx?aa 后端: /api/xx?aa // 访问: /api-xx?aa 后端: location /api/ { proxy_pass http://node:8080; } // 访问: /api/ 后端: /api/ // 访问:

ELK学习实验014:Nginx日志JSON格式收集

☆樱花仙子☆ 提交于 2020-01-19 16:04:50
1 Kibana的显示配置 https://demo.elastic.co/app/kibana#/dashboard/welcome_dashboard 环境先处理干净 安装nginx和httpd-tools 2 使用压测工具产生日志 [root@node4 ~]# ab -n 100 -c 100 http://192.168.132.134/ This is ApacheBench, Version 2.3 <$Revision: 1430300 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking 192.168.132.134 (be patient).....done Server Software: nginx/1.16.1 Server Hostname: 192.168.132.134 Server Port: 80 Document Path: / Document Length: 612 bytes Concurrency Level: 100 Time taken for tests: 0.011

win10修改host文件权限依旧无法保存问题

寵の児 提交于 2020-01-19 03:59:49
win10修改host文件权限依旧无法保存问题 今天在解决打开android api文档速度过慢问题时,需要修改host文档。但是不管怎么修改权限都无法保存编辑。 解决办法: 索性直接备份一下host文件(防止翻车), 将自己修改后的host保存到一个地方, 直接删掉原host文件(杀毒软件会警告,不管他), 把自己写好的在放进去即可。 操作成功, 然后加载api速度就杠杠的了。 来源: CSDN 作者: 爱程序iver 链接: https://blog.csdn.net/qq_42425807/article/details/103833807

VMware网络连接 桥接、NAt、host-only模式 .

删除回忆录丶 提交于 2020-01-18 18:37:49
转: http://blog.csdn.net/inject2006/article/details/3064399 如果你想利用VMWare安装虚拟机,或想创建一个与网内其他机器相隔离的虚拟系统,进行特殊的调试工作。此时,对虚拟系统网络连接模式的选择就非常重要了。如果你选择的工作模式不正确,就无法实现上述目的,也就不能充分发挥VMWare在网络管理和维护中的作用。现在让我们一起走近VMWare的三种工作模式。理解三种工作模式。   VMWare提供了三种工作模式,它们是bridged(桥接模式)、NAT(网络地址转换模式)和host-only(主机模式)。要想在网络管理和维护中合理应用它们,你就应该先了解一下这三种工作模式。   1.bridged(桥接模式)   在这种模式下,VMWare虚拟出来的操作系统就像是局域网中和宿主机一样的一台独立的主机,它可以访问网内任何一台机器。在桥接模式下,你需要手工为虚拟系统配置IP地址、子网掩码,而且还要和宿主机器处于同一网段,这样虚拟系统才能和宿主机器进行通信。同时,由于这个虚拟系统是局域网中的一个独立的主机系统,那么就可以手工配置它的TCP/IP配置信息,以实现通过局域网的网关或路由器访问互联网。   使用桥接模式的虚拟系统和宿主机器的关系,就像连接在同一个Hub上的两台电脑。想让它们相互通讯,你就需要为虚拟系统配置IP地址和子网掩码

VMWare虚拟机bridged、host-only和NAT网络模式的区别和用法

人走茶凉 提交于 2020-01-18 17:51:30
VMWare提供了三种工作模式,它们是 bridged(bridged 模式) 、 NAT( 网络地址转换模式) 和 host-only(主机模式) 。 1 VMWare虚拟机 bridged 、host-only和NAT网络模式的区别 1.1 bridged(桥接模式) 在bridged 模式下, VMWare 虚拟出来的操作系统就像是局域网中的一台独立的主机,它可以 访问网内任何一台机器 。在bridged模式下,你需要手工为虚拟系统配置I P 地址、子网掩码, 而且还要和宿主机器处于同一网段, 这样虚拟系统才能和宿主机器进行通信。同时,由于这个虚拟系统是局域网中的一个独立的主机系统,那么就可以手工配置它的TCP/IP配置信息,以实现通过局域网的网关或路由器访问互联网。 使用bridged 模式的虚拟系统和宿主机器的关系,就像连接在同一个Hub 上的两台电脑。想让它们相互通讯,你就需要为虚拟系统配置IP 地址和子网掩码,否则就无法通信。如果你想利用VMWare 在局域网内新建一个虚拟服务器,为局域网用户提供网络服务,就应该选择bri dged 模式。这种方式最简单,直接将虚拟网卡桥接到主机的一个物理网卡上面,和linux 下一个网卡绑定两个不同地址类似,实际上是将网卡设置为混杂模式,从而达到侦听多个I P 能力。在此模式下,虚拟机内部的网卡(例如linux下的eth0

HAparoxy《三》——HAProxy高级配置及实用案例

半世苍凉 提交于 2020-01-18 09:32:06
HAparoxy《一》——基础介绍以及安装 HAparoxy《二》——调度算法以及IP透传 基于cookie的会话保持 cookie value:为当前server指定cookie值,实现基于cookie的会话黏性 配置选项 cookie name [ rewrite | insert | prefix ] [ indirect ] [ nocache ] [ postonly ] [ preserve ] [ httponly ] [ secure ] [ domain ] * [ maxidle < idle > ] [ maxlife ] name:cookie 的key名称,用于实现持久连接 insert:如果没有就插入新的cookie indirect:不会向客户端发送服务器已经处理过请求的cookie信息 nocache:当client和hapoxy之间有缓存时,haproxy不缓存客户端cookie,因为客户端浏览器会缓存 cookie并携带cookie访问haproxy 配置示例 listen web_host bind 192.168.7.101:80 mode http log global balance roundrobin cookie SERVER-COOKIE insert indirect nocache server web1 192.168.7

Docker 容器网络

孤人 提交于 2020-01-18 07:56:47
默认网络 当安装docker时,它会自动创建3个网络。可以使用docker network ls 来查看。 zane@zane-V:~$ docker network ls NETWORK ID NAME DRIVER SCOPE 4b10534b40ff bridge bridge local 7dbe50e049ea host host local 08bfed547b1e none null local 当运行容器的时候,可以指定容器使用哪个网络,用--network 参数。 bridge网络代表的是出现在ifconfig 中的 docker0. 除非你使用docker run --network=<>来指定使用的网络, 否则都会使用这个默认的bridge网络。 zane@zane-V:~$ ifconfig docker0 Link encap:以太网 硬件地址 02:42:dc:06:cb:3c inet 地址:172.17.0.1 广播:0.0.0.0 掩码:255.255.0.0 inet6 地址: fe80::42:dcff:fe06:cb3c/64 Scope:Link UP BROADCAST MULTICAST MTU:1500 跃点数:1 接收数据包:47395 错误:0 丢弃:0 过载:0 帧数:0 发送数据包:49555 错误:0 丢弃:0 过载:0