Tmux入门教程

WHY

使用Tmux有很多好处。我最看重的是，

远程服务器上持久地保存工作状态。比如，我在本地或服务器做某项工作，需要在Terminal打开几个窗口。每次换工作，还需要切换。用Tmux，便可以按照Session进行管理，每次轻松打开切换。
随时随地断开或连接Session。比如，在服务器上面运行一条命令，但是担心连接断开后命令终止，此时在tmux中运行命令，此时断网关机便问题不大，只需随后恢复Session便可以。

Install

服务器上需要根据具体操作系统安装，包管理一般支持。若不支持，请参考GitHub – tmux/tmux: tmux source code。 Mac上只需如下命令：

brew install tmux
复制代码

Config

Tmux默认不支持鼠标滚动查看窗口中的前后内容。需要修改配置来支持。

touch ~/.tmux.conf

# 开启鼠标模式
set-option -g mouse on

# 允许鼠标选择窗格
# set -g mouse-select-pane on

# 如果喜欢给窗口自定义命名，那么需要关闭窗口的自动命名
set-option -g allow-rename off

# 如果对 vim 比较熟悉，可以将 copy mode 的快捷键换成 vi 模式
set-window-option -g mode-keys vi
复制代码

如果对鼠标滚动效果依旧不满意，可以参考这篇blog：Better mouse scrolling in Tmux

Conception

tmux的主要元素分为三层：

Session 一组窗口的集合，通常用来概括同一个任务。session可以有自己的名字便于任务之间的切换。
Window 单个可见窗口。Windows有自己的编号，也可以认为和ITerm2中的Tab类似。
Pane 窗格，被划分成小块的窗口，类似于Vim中 C-w +v 后的效果。一图以蔽之：

Session

Tmux为了防止与全局快捷键冲突，大部分快捷键需要先需要输入前缀Ctrl + b，下文用Prefix代替。

Session主要相关命令如下：

# 创建
tmux new # 不指定session name
tmux new -s [session-name]

# 删除Session
tmux kill-session -t [session-name]
tmux kill-server

# 列出当前Session
tmux ls # 
Prefix s # tmux 内

# 恢复Session
tmux a -t [session-name]
tmux a

# 断开Session
tmux detach
Prefix d

# 重命名Session
Prefix $
复制代码

Window

# 创建
Prefix c

# 选择窗口
Prefix + [number] # 选择第n个窗口
Prefix + p/n	# 前/后一个窗口

# 关闭窗口
Prefix &
exit

# 列出所有window（包含其他Session）
Prefix w 
j/k # 前后选择

# 搜索窗口
Prefix f

# 重命名当前窗口
Prefix ,
复制代码

Pane

# 创建
Prefix %	# 水平窗格
Prefix '"'	# 垂直窗格

# 关闭
Prefix x

# 切换
Prefix o # 在窗格间切换
Prefix q	# 显示窗格编号，输入编号切换

# 将当前窗格切换到新窗口
Prefix ！

# 窗格交换位置
Prefix + {/}

作者：张伟杰
链接：https://juejin.im/post/5a8917336fb9a0633e51ddb9
来源：掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

Gitbook 的使用和常用插件

Gitbook 是基于 Node.js 的命令行工具，用来创建漂亮的电子书，它使用 Markdown 或 AsciiDoc 语法来撰写内容，用 Git 进行版本控制，且可以托管在 Github 上。Gitbook 可以将作品编译成网站、 PDF、 ePub 和 MOBI 等多重格式。

如果你不擅长自己搭建 gitbook 环境，还可以使用 gitbook.com 在线服务来创建和托管你的作品，他们还提供了基于桌面的编辑器。

如何使用

首先在全局安装 gitbook 客户端工具：

$ npm install gitbook-cli -g

然后在你的作品目录中创建两个必需的文件 README.md 和 SUMMARY.md，README.md 是作品的介绍，SUMMARY.md 是作品的目录结构，里面要包含一个章节标题和文件索引的列表：

# Summary

This is the summary of my book.

* [section 1](section1/README.md)
    * [example 1](section1/example1.md)
    * [example 2](section1/example2.md)
* [section 2](section2/README.md)
    * [example 1](section2/example1.md)

根据 SUMMARY.md 的目录结构初始化各个章节文件：

$ gitbook init

运行服务，在编辑内容后实时预览：

$ gitbook serve

服务器启动后，浏览器打开 http://localhost:4000 查看，撰写完后可以生成静态网站用来发布：

$ gitbook build

使用插件

Gitbook 本身功能丰富，但同时可以使用插件来进行个性化定制。Gitbook 插件里已经有100多个插件，可以在 book.json 文件的 plugins 和 pluginsConfig 字段添加插件及相关配置，添加后别忘了进行安装。

// book.json
{
  "title": "Webpack 中文指南",
  "description": "Webpack 是当下最热门的前端资源模块化管理和打包工具，本书大部分内容翻译自 Webpack 官网。",
  "language": "zh",
  "plugins": [
    "disqus",
    "github",
    "editlink",
    "prism",
    "-highlight",
    "baidu",
    "splitter",
    "sitemap"
  ],
  "pluginsConfig": {
    "disqus": {
      "shortName": "webpack-handbook"
    },
    "github": {
      "url": "https://github.com/zhaoda/webpack-handbook"
    },
    "editlink": {
      "base": "https://github.com/zhaoda/webpack-handbook/blob/master/content",
      "label": "编辑本页"
    },
    "baidu": {
        "token": "a9787f0ab45d5e237bab522431d0a7ec"
    },
    "sitemap": {
        "hostname": "http://zhaoda.net/"
    }
  }
}

# 安装插件
$ gitbook install ./

常用插件

editlink

内容顶部显示 编辑本页 链接。

在每个页面顶部和底部添加广告或任何自定义内容。

book-summary-scroll-position-saver

自动保存左侧目录区域导航条的位置。

默认的分享插件。

开发插件

最好先查看别人的插件是怎么做的，然后再看官方文档。

在NAT下tcp_tw_recycle参数调整

一，故障描述：

从昨天开始，在值班群中陆续值班人员反映系统后台存在卡顿问题，如下图：
记一次由tcp_tw_recycle参数引发的血案
而且在卡顿的同时登陆服务器也会卡好久。此现象只在一台服务器有出现。

二，故障分析：

1，登陆服务器查看资源使用top，vmstat等命令查看了一番发现服务器各项指标都没有异常。于是将问题转向了网络层。
2，客户端端值班人员反映只有在访问系统后台的时候才会出现卡顿，访问其他网站正常。
3，本地使用ping服务器外网ip正常返回，无丢包，延迟也正常。
4，使用http-ping工具时，问题出现了，会经常性的出现连接失败：
(http-ping工具下载地址https://www.softpedia.com/get/Network-Tools/IP-Tools/http-ping.shtml)
记一次由tcp_tw_recycle参数引发的血案
为什么会连接失败呢？
5，使用tcpdump抓包在卡顿的时候会抓到大量的syn请求，但服务器没有响应：

6，登录服务器查看tcp相关数据

$ netstat -s | grep -i listen
    326 times the listen queue of a socket overflowed
    751346 SYNs to LISTEN sockets dropped

发现在卡顿时有大量tcp syn包被丢弃，数值一直在增长。

三，故障处理：

在查阅资料并结合实际情况后，发现该服务器同时启用了 tcp_timestamps和tcp_tw_recycle参数。
后想起，之前同事为改善time_wait连接数过多问题曾改过该内核参数。
解决办法是，关闭tcp_tw_recycle：

$ vi  /etc/sysctl.conf
#修改为如下
net.ipv4.tcp_tw_recycle = 0
#保存退出，使之生效
$ sysctl -p

再观察，发现服务已正常，卡顿现象消失。

四，总结：

我们先来man一下这两个参数(man tcp)：

 tcp_timestamps (Boolean; default: enabled; since Linux 2.2)
              Enable RFC 1323 TCP timestamps.

tcp_timestamp 是 RFC1323 定义的优化选项，主要用于 TCP 连接中 RTT(Round Trip Time) 的计算，开启 tcp_timestamp 有利于系统计算更加准确的 RTT，也就有利于 TCP 性能的提升。（默认开启）
关于tcp_timestamps详情请见：https://tools.ietf.org/pdf/rfc7323.pdf

 tcp_tw_recycle (Boolean; default: disabled; since Linux 2.4)
              Enable fast recycling of TIME_WAIT sockets.  Enabling this option is not recommended since this causes problems when working with NAT (Network Address
              Translation).

开启tcp_tw_recycle会启用tcp time_wait的快速回收，这个参数不建议在NAT环境中启用，它会引起相关问题。

tcp_tw_recycle是依赖tcp_timestamps参数的，在一般网络环境中，可能不会有问题，但是在NAT环境中，问题就来了。比如我遇到的这个情况，办公室的外网地址只有一个，所有人访问后台都会通过路由器做SNAT将内网地址映射为公网IP，由于服务端和客户端都启用了tcp_timestamps，因此TCP头部中增加时间戳信息，而在服务器看来，同一客户端的时间戳必然是线性增长的，但是，由于我的客户端网络环境是NAT，因此每台主机的时间戳都是有差异的，在启用tcp_tw_recycle后，一旦有客户端断开连接，服务器可能就会丢弃那些时间戳较小的客户端的SYN包，这也就导致了网站访问极不稳定。

主机A SIP:P1 (时间戳T0) —> Server 主机A断开后
主机B SIP:P1 (时间戳T2) T2 < T0 —> Server 丢弃

Ansible的源码安装

1.获取Ansibl的源码码

git clone git://github.com/ansible/ansible.git –recursive

2.安装Ansible

cd ./ansible

source ./hacking/env-setup

3.创建ansible的配置目录/etc/ansible，拷贝配置文件到该目录。

mkdir -p /etc/ansible

cp ./example/(ansible.cfg,hosts) /etc/ansible

4.在/etc/ansible/hosts文件中添加主机，可以参照文件中的方式

ansible all -m ping

ansible all -m shell -a ‘uptime’

PS:这种安装方法在当前bash下生效，当退出当前bash就失效。

ansible-tower装以及破解

一、环境准备：
CentOS Linux release 7.5.1804 (Core)
主机地址:9.110.187.203
ansible版本:2.6.4
ansible-tower版本:3.2.6

[root@localhost ~]#yum -y install ansible

[root@localhost ~]# ansible –version

ansible 2.6.4

二、安装ansible-tower:

[root@localhost ~]#wget https://releases.ansible.com/ansible-tower/setup-bundle/ansible-tower-setup-bundle-3.2.6-1.el7.tar.gz

[root@localhost ~]#tar -zxvf ansible-tower-setup-bundle-3.2.6-1.el7.tar.gz

[root@localhost ~]#cd ansible-tower-setup-bundle-3.2.6-1.el7

修改配置文件inventory将里面所有的密码都修改为自己的密码,如下三处的标红地方:

[root@localhost ansible-tower-setup-bundle-3.2.6-1.el7]# pwd

/root/ansible-tower-setup-bundle-3.2.6-1.el7

[root@localhost ansible-tower-setup-bundle-3.2.6-1.el7]# ./setup.sh

如果网络没有问题的话耐心等待安装完成即可.

安装完成没报错的话即可访问web页面:https://9.110.187.203/#/,默认初始页面如下:

默认用户为admin,密码为inventory文件admin_password字段配置的密码,我这里配置的密码也为admin.

导入license,没有的话,点击REQUEST LICENSE,去官方(https://www.ansible.com/license)申请免费试用,填写个人信息后(邮箱要填写正确,其他信息可随便填写)会把license发到填写的邮箱.

提交license并登录成功后默认初始页面如下:

[root@localhost ansible-tower-setup-bundle-3.2.6-1.el7]# cd /var/lib/awx/venv/awx/lib/python2.7/site-packages/tower_license

vi __init__.py将119行和120行修改为如下内容,特别需要注意格式,如下:

即：_check_cloudforms_subscription，添加return True

修改完重新编译一下:

[root@localhost tower_license]# python -m py_compile __init__.py

[root@localhost tower_license]# python -O -m py_compile __init__.py

重启服务:

[root@localhost tower_license]# ansible-tower-service restart

重新打开settings–VIEW YOUR LICENSE,发现”Hosts Available”变成了9999999台,说明破解成功

2025 年 1 月
一	二	三	四	五	六	日
		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30	31