Relay

异步复制（Asynchronous replication） MySQL默认的复制即是异步的，主库bai在执行完客户端提交的事du务后会立即将结zhi果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。 全同步复制（Fully synchronous replication） 指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。 半同步复制（Semisynchronous replication） 介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。 来源： oschina 链接： https://my.oschina.net/u/4299119/blog/4758602

介绍nmap常见的参数及意义 1 - A ：选项用于使用进攻性方式扫描 2 -T4： 指定扫描过程使用的时序，总有6个级别（ 0 - 5 ），级别越高，扫描速度越快，但也容易被防火墙或IDS检测并屏蔽掉，在网络通讯状况较好的情况下推荐使用T4 3 - oX test.xml： 将扫描结果生成 test.xml 文件 4 - oG test.txt: 将扫描结果生成 test.txt 文件 5 - sn : 只进行主机发现，不进行端口扫描 6 - O : 指定Nmap进行系统版本扫描 7 - sV: 指定让Nmap进行服务版本扫描 8 -p <port ranges> : 扫描指定的端口 9 -sS/sT/sA/sW/sM:指定使用 TCP SYN/Connect()/ACK/Window/ Maimon scans的方式来对目标主机进行扫描 10 - sU: 指定使用UDP扫描方式确定目标主机的UDP端口状况 11 -script <script name> : 指定扫描脚本 12 - Pn ： 不进行ping扫描 13 - sP : 用ping扫描判断主机是否存活，只有主机存活，nmap才会继续扫描，一般最好不加，因为有的主机会禁止ping 14 - PI : 设置这个选项，让nmap使用真正的ping(ICMP echo请求)来扫描目标主机是否正在运行。 15 -iL 1

采用DHCP服务的常见问题 架设DHCP服务器可以为客户端自动分配IP地址、掩码、默认网关、DNS服务器等网络参数，简化了网络配置，提高了管理效率。但在DHCP服务的管理上存在一些问题，常见的有： 　　●DHCP Server的冒充 　 ●DHCP Server的DOS攻击，如DHCP耗竭攻击 　 ●某些用户随便指定IP地址，造成IP地址冲突 DHCP Server的冒充 由于DHCP服务器和客户端之间没有认证机制，所以如果在网络上随意添加一台DHCP服务器，它就可以为客户端分配IP地址以及其他网络参数。只要让该DHCP服务器分配错误的IP地址和其他网络参数，那就会对网络造成非常大的危害。 DHCP Server的拒绝服务攻击 通常DHCP服务器通过检查客户端发送的DHCP请求报文中的CHADDR（ 也就是Client MAC address ）字段来判断客户端的MAC地址。正常情况下该CHADDR字段和发送请求报文的客户端真实的MAC地址是相同的。攻击者可以利用伪造MAC的方式发送DHCP请求，但这种攻击可以使用Cisco 交换机的端口安全特性来防止。端口安全特性（Port Security）可以限制每个端口只使用唯一的MAC地址。但是如果攻击者不修改DHCP请求报文的源MAC地址，而是修改DHCP报文中的CHADDR字段来实施攻击，那端口安全就不起作用了

原文 https://blog.51cto.com/5167020/2312718 序：DHCP服务相对简单，写本文的目的是为了讲一些DHCP安全方面的技术。 1、DHCP基础 DHCP 全称动态主机配置协议（Dynamic Host Configuration Protocol），用于给终端设备如PC、IPad、手机等自动分配IP地址。 工作过程简洁高效，易于掌握，首先借着一张图介绍DHCP基本的工作原理： 从图上可以清晰看出，客户端通过DHCP协议获取IP地址等信息的过程可以分为四个步骤： 1.1发现阶段，即DHCP客户端发现DHCP服务器的阶段。 DHCP客户端发送DHCP DISCOVER报文来发现DHCP服务器。由于DHCP客户端不知道DHCP服务器的IP地址，所以DHCP客户端以广播方式发送DHCP DISCOVER报文（目的IP地址为255.255.255.255，源IP地址为0.0.0.0），同一网段内所有DHCP服务器都能收到此报文。 1.2提供阶段，即DHCP服务器提供IP地址的阶段。 服务器接收到DHCP DISCOVER报文后，选择跟接收DHCP DISCOVER报文接口的IP地址处于同一网段的地址池，并且从中选择一个可用的IP地址，然后通过DHCP OFFER报文发送给DHCP客户端。DHCP

写在前面： 有关openLDAP的部署文档在网上随意能找到很多，但是最近用到才发现网上的教程多数是旧版的用法，例如"/etc/openldap/slapd.conf “早已弃用，更有甚者直接修改/etc/openldap/slapd.d/下的文件，打开的时候上面明确写着不能修改此文件，那是多大的勇气能写成文档出来分享呢？ 通过参考官方文档并且借鉴了两位前辈的文档，我整理出来如下步骤，并经过验证 一、环境准备 1. 操作系统: CentOS 7.x 2. 关闭防火墙、selinux 3. yum源(略) 忘了用不用依赖epel-release 自己试试 二、OpenLDAP服务安装 1. 服务安装 yum install -y openldap openldap-servers openldap-clients openldap-devel 2. 生成OpenLDAP管理密码 [root@localhost ~]# slappasswd New password: //此处输入密码 Re-enter new password: //再次密码 {SSHA}CrdqT5EAh8H2y2SorEUbuxP3R5eOggjb 记录好生成的密码，后面用得到 3. 配置OpenLDAP OpenLDAP 2.3之后的版本取消了/etc/openldap/slapd.conf的配置方式

感谢支持ayqy个人订阅号，每周义务推送1篇（ only unique one ）原创精品博文，话题包括但不限于前端、Node、Android、数学（WebGL）、语文（课外书读后感）、英语（文档翻译） 如果觉得弱水三千，一瓢太少，可以去 http://blog.ayqy.net 看个痛快 写在前面 本文第一部分翻译自REST 2.0 Is Here and Its Name Is GraphQL，标题很有视觉冲击力，不小心上钩了 剩余部分是对GraphQL的思考。现在，我们边看译文边汇聚疑问 一.译文 GraphQL是一种API查询语言。虽然与REST有本质区别，但GraphQL可以作为REST的备选项，它提供了高性能、良好的开发体验和一些强大的工具 通过本文，我们来看看怎样用REST和GraphQL来处理一些常见场景。本文附有3个项目，提供了流行电影和演员信息API，还用HTML和jQuery搭了个简单的前端应用，可以查看对应的REST和GraphQL源码 我们将通过这些API来看这两种技术的差异，以便了解其优缺点。开始之前，先布置舞台，快速过一下这些技术是怎么冒出来的 Web早期 Web早期很简单，早期的Web应用就是静态HTML文档。演化到网站想包含存在数据库（例如SQL）里的动态内容，并通过JavaScript来添加交互功能

1. 能说下myisam 和 innodb的区别吗？ myisam引擎是5.1版本之前的默认引擎，支持全文检索、压缩、空间函数等，但是不支持事务和行级锁，所以一般用于有大量查询少量插入的场景来使用，而且myisam不支持外键，并且索引和数据是分开存储的。 innodb是基于聚簇索引建立的，和myisam相反它支持事务、外键，并且通过MVCC来支持高并发，索引和数据存储在一起。 2. 说下mysql的索引有哪些吧，聚簇和非聚簇索引又是什么？ 索引按照数据结构来说主要包含B+树和Hash索引。 假设我们有张表，结构如下： create table user ( id int ( 11 ) not null , age int ( 11 ) not null , primary key ( id ), key (age) ); B+树是左小右大的顺序存储结构，节点只包含id索引列，而叶子节点包含索引列和数据，这种数据和索引在一起存储的索引方式叫做聚簇索引，一张表只能有一个聚簇索引。假设没有定义主键，InnoDB会选择一个唯一的非空索引代替，如果没有的话则会隐式定义一个主键作为聚簇索引。 这是主键聚簇索引存储的结构，那么非聚簇索引的结构是什么样子呢？非聚簇索引(二级索引)保存的是主键id值，这一点和myisam保存的是数据地址是不同的。 最终

想进大厂，mysql不会那可不行，来接受mysql面试挑战吧，看看你能坚持到哪里？ 1. 能说下myisam 和 innodb的区别吗？ myisam引擎是5.1版本之前的默认引擎，支持全文检索、压缩、空间函数等，但是不支持事务和行级锁，所以一般用于有大量查询少量插入的场景来使用，而且myisam不支持外键，并且索引和数据是分开存储的。 innodb是基于聚簇索引建立的，和myisam相反它支持事务、外键，并且通过MVCC来支持高并发，索引和数据存储在一起。 2. 说下mysql的索引有哪些吧，聚簇和非聚簇索引又是什么？ 索引按照数据结构来说主要包含B+树和Hash索引。 假设我们有张表，结构如下： create table user ( id int ( 11 ) not null , age int ( 11 ) not null , primary key ( id ), key (age) ); B+树是左小右大的顺序存储结构，节点只包含id索引列，而叶子节点包含索引列和数据，这种数据和索引在一起存储的索引方式叫做聚簇索引，一张表只能有一个聚簇索引。假设没有定义主键，InnoDB会选择一个唯一的非空索引代替，如果没有的话则会隐式定义一个主键作为聚簇索引。 这是主键聚簇索引存储的结构，那么非聚簇索引的结构是什么样子呢？非聚簇索引(二级索引)保存的是主键id值

想进大厂，mysql不会那可不行，来接受mysql面试挑战吧，看看你能坚持到哪里？ 1. 能说下myisam 和 innodb的区别吗？ myisam引擎是5.1版本之前的默认引擎，支持全文检索、压缩、空间函数等，但是不支持事务和行级锁，所以一般用于有大量查询少量插入的场景来使用，而且myisam不支持外键，并且索引和数据是分开存储的。 innodb是基于聚簇索引建立的，和myisam相反它支持事务、外键，并且通过MVCC来支持高并发，索引和数据存储在一起。 2. 说下mysql的索引有哪些吧，聚簇和非聚簇索引又是什么？ 索引按照数据结构来说主要包含B+树和Hash索引。 假设我们有张表，结构如下： create table user ( id int ( 11 ) not null , age int ( 11 ) not null , primary key ( id ), key (age) ); B+树是左小右大的顺序存储结构，节点只包含id索引列，而叶子节点包含索引列和数据，这种数据和索引在一起存储的索引方式叫做聚簇索引，一张表只能有一个聚簇索引。假设没有定义主键，InnoDB会选择一个唯一的非空索引代替，如果没有的话则会隐式定义一个主键作为聚簇索引。 这是主键聚簇索引存储的结构，那么非聚簇索引的结构是什么样子呢？非聚簇索引(二级索引)保存的是主键id值

WebRTC 是 Web Real-Time Communication，即网页实时通信的缩写，是 RTC 协议的一种 Web 实现，项目由 Google 开源，并和 IETF 和 W3C 制定了行业标准。在国内 WebRTC 已经获得了越来越多厂商的支持，应用前景变得更加广阔，所以我们也开设专栏，分享阿里云内部的 WebRTC 研究工作。 本篇是阿里云视频云 WebRTC 技术专栏系列文章的第一篇，作者将从 WebRTC SDP 例子和关键属性的角度为大家深度剖析解读，其中也分享了阿里云技术专家的一些实践经验，希望能对大家有所帮助或者启发。后续 WebRTC 技术专栏系列将继续推出 WebRTC ICE/DTLS/SRTP/RTCP/TURN 的详解与剖析，欢迎关注我们的公众号。 作者： 忘篱，阿里云高级技术专家，负责阿里云 RTC 服务器研发； 泰一，阿里云高级开发工程师，从事阿里云 RTC 服务器研发 Overview 狭义的说 WebRTC 是指浏览器端，浏览器端如何直接交换数据呢？肯定是没法完全独立完成的，必须得依靠服务器。一般依赖几种服务器： Signaling 信令服务器，也就是交换房间和会议的媒体信息，以及会议期间的消息，媒体描述使用的是 SDP 协议，也就是本文剖析的重点。 ICE 服务器，可以分为帮助两个客户端打洞建立 P2P 连接的 STUN 服务器