bind

DNS（Domain Name Server，域名服务器）是进行域名(domain name)和与之相对应的IP地址 (IP address)转换的服务器。 环境说明 服务器IP 10.68.19.61 操作系统 Ubuntu 13.04 DNS程序 Bind9 测试域名 mycloud.com 目标IP 10.68.19.134 安装配置BIND9 apt-get install bind9 总共需要编辑2个文件，新增2个文件，如下： 修改/etc/bind/named.conf.options，去掉forwarders的注释，其中的IP为网络营运商提供的DNS服务器，这里我们使用google的DNS。 forwarders { 8.8.8.8; 8.8.4.4; }; 修改/etc/bind/named.conf.local，在最后增加增加双向解析代码： zone "mycloud.com" { type master; file "/etc/bind/db.mycloud.com"; }; zone "19.68.10.in-addr.arpa" { type master; file "/etc/bind/db.10.68.19"; }; 注意：其中的19.68.10是目标IP10.68.19.134的前三段，表示一个IP地址段。 新增域名（mycloud.com）解析文件

一、前言 1、本教程主要内容 Redis安装与测试 Redis远程访问配置 Redis开机启动配置 2、本教程环境信息 CentOS 7 Redis 4.0.2 二、安装步骤 1、Redis安装 安装基础依赖 #安装基础依赖包 sudo yum install -y gcc gcc-c++ make jemalloc-devel epel-release 下载Redis（ https://redis.io/download ） #从官网获取最新版本的下载链接，然后通过wget命令下载 wget http://download.redis.io/releases/redis-4.0.2.tar.gz 解压到指定目录 #创建目录 sudo mkdir /usr/redis #解压 sudo tar -zvxf redis-4.0.2.tar.gz -C /usr/redis 编译&安装 #进入目录 cd /usr/redis/redis-4.0.2 #编译&安装 sudo make & make install 2、Redis启动与测试 启动redis-server #进入src目录 cd /usr/redis/redis-4.0.2/src #启动服务端 sudo ./redis-server 启动redis客户端测试 #进入src目录 cd /usr/redis/redis-4.0

实验环境 L：Linux（centos 7.6） http://mirrors.cqu.edu.cn/CentOS/7.6.1810/isos/x86_64/ H: Haproxy（1.8.20） 主机信息： 部署规划： 172.24.77.241(sr1.dj.com)：Tomcat服务器1 172.24.77.242(sr2.dj.com)：Tomcat服务器2 172.24.77.243(sr3.dj.com)：Haproxy服务器 1、 安装依赖包 #yum install gcc gcc-c++ glibc glibc-devel pcre pcre-devel openssl openssl-devel systemd-devel net-tools vim iotop bc zip unzip zlib-devel lrzsz tree screen lsof tcpdump wget ntpdate -y 2、 编译安装Haproxy #cd /usr/local/src/ 解压安装包 #tar xvf haproxy-1.8.20.tar.gz #cd haproxy-1.8.20 #make ARCH=x86_64 TARGET=linux2628 USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=1 USE_SYSTEMD=1 USE_CPU

简介： 本文主要讲述Netty框架的一些特性以及重要组件，希望看完之后能对Netty框架有一个比较直观的感受，希望能帮助读者快速入门Netty，减少一些弯路。 思维导图 前言 本文主要讲述Netty框架的一些特性以及重要组件，希望看完之后能对Netty框架有一个比较直观的感受，希望能帮助读者快速入门Netty，减少一些弯路。 一、Netty概述 官方的介绍： Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients. Netty 是 一个 异步事件驱动 的网络应用程序框架，用于 快速开发可维护的高性能协议服务器和客户端 。 二、为什么使用Netty 从官网上介绍，Netty是一个网络应用程序框架，开发服务器和客户端。也就是用于网络编程的一个框架。既然是网络编程，Socket就不谈了，为什么不用NIO呢？ 2.1 NIO的缺点 对于这个问题，之前我写了一篇文章 《NIO入门》 对NIO有比较详细的介绍，NIO的主要问题是： NIO的类库和API繁杂，学习成本高，你需要熟练掌握Selector、ServerSocketChannel

retrofit：一套RESTful架构的Android(Java)客户端实现。 好处： 基于注解 提供 JSON to POJO ， POJO to JSON ， 网络请求 (POST，GET,PUT，DELETE等)封装 可以看做是对HttpClient的再次封装 1、为了做测试，建立了一个新的springboot项目"myboot2"，项目结构如下： 1.1、pom.xml 1 <? xml version="1.0" encoding="UTF-8" ?> 2 < project xmlns ="http://maven.apache.org/POM/4.0.0" xmlns:xsi ="http://www.w3.org/2001/XMLSchema-instance" 3 xsi:schemaLocation ="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd" > 4 5 < modelVersion > 4.0.0 </ modelVersion > 6 7 < groupId > com.xxx </ groupId > 8 < artifactId > myboot2 </ artifactId > 9 < version > 1.0-SNAPSHOT </

Iperf介绍 iperf是一个基于TCP/IP和UDP/IP的网络性能测试工具，用于检测网络带宽使用率和网络质量，能测试最大TCP和UDP带宽性能，可以报告带宽、网络延迟抖动、数据包丢失率和最大传输单元等统计信息等。如测试服务器和网络设备如路由器，交换机，防火墙等的网络性能。 Iperf的主要功能 1、TCP方面 测试网络带宽 支持多线程，在客户端与服务端支持多重连接 报告MSS/MTU值大小 支持TCP窗口值自定义并可通过套接字缓冲 2、UDP方面 可以设置指定带宽的UDP数据流 可以测试网络抖动值、丢包数 支持多播测试 支持多线程，在客户端与服务器端支持多重连接 Iperf的安装 1、下载源码包，官方地址：https://iperf.fr/iperf-download.php 2、安装 [root@web1 ~]# tar zxf iperf-3.1.2-source.tar.gz [root@web1 ~]# cd iperf-3.1.2 [root@web1 iperf-3.1.2]# ./configure [root@web1 iperf-3.1.2]# make && make install 3、参数（ iperf3 -h ） [root@web1 ~]# iperf3 -h Usage: iperf [-s|-c host] [options] iperf [

一、先上一张最终的效果图 伸手党直接拉到底部，有个码云地址，如果有帮到你，记得点赞哦 二、思路 1.首先组件需要有一个当前时间defaultTime(用户传入，如不传，取当前时间)，然后使用new Date()获取到这个时间所在的年和月。 2.写一个方法，接收2个参数，年份和月份，返回一个数组，数组里面是包含这个月份所有的日期和前后月份与其相同周的几天，如，假设传入2020,8，红框部分就是前后月份与其相同周的几天。 3.在点击前后箭头，或者点击数字设置指定月份的时候，继续调用第二步的方法，触发日历主体更新。 4.在展开状态时，展示一整个月份的日期，收起状态时，只展示当前周的7天，如图。 5.组件接收一个属性spot，是个数组，每一项是一个能被new Date()解析的日期格式，用于指定哪些日期下方需要展示小圆点。 6.组件绑定一个事件，bind:change，在每次日期改变时和首次日历首次渲染完成的时候把当前日期作为参数传入，触发这个事件。 三、实现代码 WXML部分 <!--components/calendar/calendar.wxml--> < view class = " calendar " > < view class = " title flex " > < view class = " flex " > < picker value = " {

什么是打洞，为什么要打洞 由于Internet的快速发展 IPV4(网际协议版本4)地址不够用，不能每个主机分到一个公网IP 所以使用NAT地址转换 一般来说都是由私网内主机主动发起连接，数据包经过NAT地址转换后送给公网上的服务器，连接建立以后可双向传送数据，NAT设备允许私网内主机主动向公网内主机发送数据,但却禁止反方向的主动传递，但在一些特殊的场合需要不同私网内的主机进行互联（例如P2P软件、网络会议、视频传输等），TCP穿越NAT的问题必须解决。 nat的几种类型 现在基本使用这种，又分为对称和锥型NAT。 锥型NAT ，有完全锥型、受限制锥型、端口受限制锥型三种： a) Full Cone NAT （完全圆锥型） ：从同一私网地址端口192.168.0.8:4000发至公网的所有请求都映射成同一个公网地址端口1.2.3.4:62000 ，192.168.0.8可以收到任意外部主机发到1.2.3.4:62000的数据报。 b) Address Restricted Cone NAT （地址限制圆锥型） ：从同一私网地址端口192.168.0.8:4000发至公网的所有请求都映射成同一个公网地址端口1.2.3.4:62000，只有当内部主机192.168.0.8先给服务器C 6.7.8.9发送一个数据报后，192.168.0.8才能收到6.7.8.9发送到1.2.3.4

　　MessageQueue，顾名思义消息队列，在系统开发中也是用的比较多的一个中间件吧。我们这里主要用它来做日志管理和订单管理的，记得老老大（恩，是的，就是老老大，因为他已经跳槽了）还在的时候，当时也是为了赶项目进度，他也参与开发了，那时候我才刚刚入职，他负责写后端这块，我来了就把他手上的任务接过来了，（接着接着……就辞职了）。 之后我们的开发仍然有条不紊的开发着，直到今年的一月份吧，才上线开始运行，然后就出现了常规状态，上线之后就开始爆炸， 这个页面打不开呀，那个内容没东西呀，第三方登录问题呀，支付问题呀，临时再改需求呀……（该来的都来了），加班、debug、测试、再debug……，然后经过几天的修复，终于完成了跟自己电脑一样稳定的运行，组员们都美滋滋的，今晚加个鸡腿才行。 都说祸不单行，古人是不会骗我们的，Bug怎么会修得完呢？天真，要是Bug能修得完还要我们来干啥，好景不长，果然，过了一周之后，组员突然群里叫喳喳， what is it ? 来了，今天的主角登场了，我也要开始加班了。 RabbitMQ 　　这个是今天要说的东西，基础概念什么的不是今天要说的重点，重点是： RabbitMQ 内存 暴 涨 ！ 使得整个服务器濒临瘫痪，远程登录服务器都差点挤不进去的状态，别看截图目前才1.3G，吃个午饭回来，就2.3G了，可怕不可怕？咋回事？ 老板喊你回来加班啦 　　先不管了

package com.huawei.controller ; import com.huawei.pojo.Teacher ; import com.huawei.service.TeacherService ; import com.huawei.thread.TeacherThreadTask ; import org.springframework.beans.factory.annotation. Autowired ; import org.springframework.web.bind.annotation. RequestBody ; import org.springframework.web.bind.annotation. RequestMapping ; import org.springframework.web.bind.annotation. RestController ; import java.util.concurrent.ExecutorService ; import java.util.concurrent.Executors ; /** * @Author jose * date 2020 */ @RestController @RequestMapping ( "/testController" ) public class