SSH开启端口转发需要修改 /etc/ssh/sshd_config配置文件，将 GatewayPorts修改为yes
Linux 的 SSH 服务不仅仅能够远程登录和管理，还可以在本地计算机和服务器之间建立 TCP 通道， 实现代理、内网穿透、暴露内网服务等功能，简单可靠。
#因为做了转发，去掉这一句服务器端无法获取到客户端的真实ip，做设置后，真实的客户端ip可以通过$_SERVER['HTTP_X_REWRITI_URL']获取；
LVS： 是基于四层的转发 HAproxy： 是基于四层和七层的转发，是专业的代理服务器 Nginx： 是WEB服务器，缓存服务器，又是反向代理服务器，可以做七层的转发 区别： LVS由于是基于四层的转发所以只能做端口的转发 而基于URL的、基于目录的这种转发LVS就做不了 工作选择： HAproxy和Nginx由于可以做七层的转发，所以URL和目录的转发都可以做 在很大并发量的时候我们就要选择LVS，像中小型公司的话并发量没那么大 选择HAproxy或者Nginx足已，由于HApr
今天用workerman实现一个WebSocket长链接时，在开发环境没问题，但在生产环境（做了反向代理）就一直连接不上，在解决这个问题时有些心得，跟大家分享一下。
灰度系统是用来帮助 API 服务在上线时按照受众从小到大最终至全量的发布，实现功能的灰度上线，用来保证发布的服务的质量的系统。
首先A代表的我的nginx的服务器，用来做反向代理，另一台服务器使用apache搭建的服务，我利用nginx服务器将请求转发到另一台服务器
负载均衡又分为四层负载均衡和七层负载均衡。四层负载均衡工作在OSI模型的传输层，主要工作是转发，它在接收到客户端的流量以后通过修改数据包的地址信息将流量转发到应用服务器。
在软件系统的架构设计中，对集群的负载均衡设计是作为高性能系统优化环节中必不可少的方案。负载均衡本质上是用于将用户流量进行均衡减压的，因此在互联网的大流量项目中，其重要性不言而喻。
早期的互联网应用，由于用户流量比较小，业务逻辑也比较简单，往往一个单服务器就能满足负载需求。随着现在互联网的流量越来越大，稍微好一点的系统，访问量就非常大了，并且系统功能也越来越复杂，那么单台服务器就算将性能优化得再好，也不能支撑这么大用户量的访问压力了，这个时候就需要使用多台机器，设计高性能的集群来应对。
大部分公司内部测试服务器是放在公司内网，一般来说，由于NAT的原因，这种访问是单向的。例如，我们借助电脑，手机登设备，可以访问百度的服务器，但是百度服务器是没法主动访问我们终端。由于只能通过公司内网访问，员工回家之后就无法访问了，安全是安全了，但是万一有个需求需要从公司外部访问呢？
如果我们写好的网站只放在一台服务器上，访问量一大或者停电了，导致服务器挂了，我们的网站就访问不了了！像电商网站要是在电商节日挂了，那等着被请喝茶吧~哈哈哈
前言：DNS服务器中 named-checkconf -z /etc/named.conf 命令用来检查所有与DNS有关的配置文件，若有错误，会直接提示，可以代替相关的所有检查命令。
可以，禁用iptables并不会影响LVS的使用。LVS是在Linux内核层面实现的负载均衡技术，其底层并不依赖于iptables进行流量转发。LVS使用IP隧道或网络地址转换（NAT）等技术将来自客户端的流量转发到后端服务器上，而不依赖于iptables规则。
之前写了一些nginx的东西，这次继续，主要使用upstream针对proxy_pass转发做个处理 一般情况下我们在使用nginx反向代理的时候，都是如下配置，
我们平时访问一个网站的话大部分就是使用域名访问的，今天我就来做一做使用DNS域名访问web网站 首先，打开服务器管理器，点击添加角色和功能
云计算（严格说是IaaS）的核心诉求就是向用户提供虚拟机。为了尽可能地提高CPU、内存的利用率，一台物理服务器中往往支撑着数十台甚至上百台虚拟机。接入是虚拟机联网的第一跳，接入做不好，什么大二层这些说
子域授权：其实就是将一个比较大的域再分割成小区域，每个小区域可以交由一组或多组服务器管理，这些服务器只解析其管辖范围内的域名，超出其范围的解析请求一般会转发给父域或直接转发给根域。子域是相对而言的，对于根来说顶级域名就是它的子域，依次类推，我们这里讲提到的子域授权是针对二级域名来说的，也就是三级域名授权。
另外此篇文章可以访问 www.llyit.cn 进行阅读或到文章最后点击阅读原文。
nodejs的出现为前端行业带来了无限的可能性,让很多原来只负责客户端开发的同学也慢慢开始接触和使用服务器端技术.
域名解析就是域名到IP地址的转换过程，域名的解析工作由DNS服务器完成。DNS服务器会把域名解析到一个IP地址，然后在此IP地址的主机上将一个子目录与域名绑定。域名解析时会添加解析记录，这些记录有：A记录、AAAA记录、CNAME记录、MX记录、NS记录、TXT记录、SRV记录、URL转发。
DNS服务器的区域文件中也支持同一域名对应多个ip，则在解析时，客户端可获得不同排序的多个ip，从而在DNS上实现对服务器其的负载均衡功能，被称为轮询功能。其实若不做特殊指定，DNS默认是把多个ip轮流排序显示给客户的。配置如下:
写在前言：DNS服务器中 named-checkconf -z /etc/named.conf 命令用来检查所有与DNS有关的配置文件，若有错误，会直接提示，可以代替相关的所有检查命令。
之前详细介绍了DNS及其在linux下的部署过程，今天再说下DNS的BIND高级特性-forwarder转发功能。比如下面一个案例： 1）已经在测试环境下部署了两台内网DNS环境，DNS的zone域名为kevin.cn：http://www.cnblogs.com/kevingrace/p/5570312.html 2）测试机器的DNS地址已经调整为这两台DNS地址，所以测试机访问kevin.cn域名是没有问题的。 由于业务需求，需要测试机器能访问grace.cn域名（grace.cn域名是使用别的DNS地址解析的），这就用到了DNS的BIND中的forwarder转发功能了。 通过BIND的forwarder转发功能，将测试机访问的非kevin.cn的域名都转向forwarder指定的DNS地址上。
在大规模业务场景中，已经不可能通过单机提供业务，这就衍生出了负载均衡的需求。为了满足合适可靠的负载，本文将从简单的基础需求出发，一步步推进并解释如何建立负载均衡平台。
云数据库pgsql 内网 172.16.32.98:5432 同一私有网络，默认内网互通
能够成功地通过web漏洞获取到webshell，对于一次完整的渗透测试来说，仅仅相当于万里长征的第一步。并不是所有渗透测试都会遇到几百台机器的大内网。
大家都知道，前端nginx做反代，如果后端服务器宕掉的话，nginx是不能把这台realserver剔除upstream的，所以还会有请求转发到后端的这台realserver上面去，虽然nginx可以在localtion中启用proxy_next_upstream来解决返回给用户的错误页面。
轮询策略其实很好理解，就是当用户请求来了之后，「负载均衡器」将请求轮流的转发到后端不同的业务服务器上。这个策略在DNS方案中用的比较多，无需关注后端服务的状态，只药有请求，就往后端轮流转发，非常的简单、实用。
刚好做过几款类似的全球唯一服的服务器，就简单谈谈，不好莫怪。 首先，游戏服务器是IO密集型服务器，它的主要瓶颈在网络IO，而不是CPU，这点要记住了。所以经常服务器问题都会出现在网络IO，带宽，数据库磁盘读写上面，而非CPU上面。 其实全球同服也就是大量在线嘛，比如C1000k，甚至更多。同服，只是你看起来同服，而不是他本身就在同一个服务器上，或者同一个进程上，这是完全不现实的。一个好的服务器进程，能同时承载10k的游戏玩家(还依赖于游戏逻辑复杂度)已经不错了。其实要全球同服，就是堆服务器进程嘛。 讲一
随着云计算、大数据等技术的普及，运维岗位在IT领域中的地位越来越重要。一个优秀的运维工程师不仅要具备扎实的技术基础，还需要具备良好的问题解决能力、团队协作精神和学习能力。因此，面试是选拔优秀运维工程师的关键环节。
因为一些特殊原因，我需要用到端口转发功能，这个功能是这样的，我有2台服务器：A和B，分别是2个不同IP。2台服务器各自的特点是：A网络好，性能差；B网络差，但性能强。(此处“网络”只针对大陆IP访问的网络性能) 所以我的网站放在B上，但是要通过A服务器的IP去访问B服务器上的网站。（注意，这里只是拿放网站做例子，如果只放网站的话，使用nginx做反向代理即可。如果是其他的服务，就需要使用本文章说的端口转发。） 例如： A服务器IP：1.1.1.1 B服务器IP：2.2.2.2 通过网上找到的资料，
基于主从复制的读写分离，是我们在单机环境下，数据库的性能到瓶颈了，可以通过读写分离，提高后台服务性能。存储这一块的增删改查的并发的处理能力，主库专门负责相对少的写操作，从库专门负责相对多的读操作，主库的数据更改通过主从复制同步到从库
在原有的域上再划分出一个小的区域并指定新DNS服务器。在这个小的区域中如果有客户端请求解析，则只要找新的子DNS服务器。这样的做的好处可以减轻主DNS的压力，也有利于管理。一般做正向区域的子域授权即可。
NetCat NetCat是一个非常简单的Unix工具，可以读、写TCP或UDP网络连接。 用途： 1： 侦听/传输模式 2：获取banner信息 3：传输文本信息 4：传输文件/目录 5：远程控制
在一个典型的高并发、大用户量的Web互联网系统的架构设计中，对HTTP集群的负载均衡设计是作为高性能系统优化环节中必不可少的方案。HTTP负载均衡的本质上是将Web用户流量进行均衡减压，因此在互联网的大流量项目中，其重要性不言而喻。
网关的角色是作为一个 API 架构，用来保护、增强和控制对于 API 服务的访问。API 网关是一个处于应用程序或服务（提供 REST API 接口服务）之前的系统，用来管理授权、访问控制和流量限制等，这样 REST API 接口服务就被 API 网关保护起来，对所有的调用者透明。因此，隐藏在 API 网关后面的业务系统就可以专注于创建和管理服务，而不用去处理这些策略性的基础设施。
全球统一的 DNS 是很权威，但是我们都知道“适合自己的，才是最好的”。很多时候，标准统一化的 DNS 并不能满足我们定制的需求，这个时候就需要 HTTPDNS 了。
近年来，很多安全研究人员研究攻击的文章中都或多或少涉及到反向代理。在扫描工具能实现检测反向代理种类时，我开始深入研究反向代理的具体实现流程。
本文讲述了如何在Linux下实现端口转发，以实现通过VPN连接至远端开放给VPN连接的计算机后，如何通过该计算机代理访问远端内网中其它计算机。
OSI: open system interconnection 开放式系统互联参考模型
本文继续推进上文《三条命令助你完成ssh内网穿透》内容，之前当我们完成内网穿透后，可以通过ssh客户端的ProxyCommand来完成Ansible-playbook的运行。现在我们需要有进一步的需求，比如访问部署在客户内网的一些服务时，就需要用到ssh的端口转发功能了。
消息中间件基本上是每一个大型互联网公司的标准基础技术组件配置，虽然有很多的开源消息中间件，功能也很强大，但是今天我还是想介绍一下怎样自主架构与设计并实现一套完整的分布式消息中间件。 开源的消息中间件或多或少存在一些所谓“坑”，没有遇到大家用得都很happy，遇到的同学就只有加班查资料、google搜索或者直接review开源代码寻找问题原因了。还有就是基本上开源的消息中间件一般都是大而全的功能，一般比较强调通用嘛。今天为大家介绍的是可以灵活横向扩展并且具有高性能的分布式消息中间件的架构设计，也会介
我们以Java Web为例，来搭建一个简单的电商系统，看看这个系统可以如何一步步演变。
我们以Java Web 为例，来搭建一个简单的电商系统，看看这个系统可以如何一步步演变。
Nginx 是一个高性能的 HTTP 和反向代理 web 服务器，同时也提供了 IMAP/POP3/SMTP 服务。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
