FTP 是文件传输协议(File Transfer Protocol)的简称，用来传输文件，基于TCP/IP，是可靠的文件传输协议，但是不安全，所以为安全考虑会和SSL(TLS)一起使用。

2021年 google chrome(version 88.0) 和 firefox(version 88.0)已经放弃对ftp的支持。
明明已经过时了，我也不知道我为什么要写-_-||

通信模式

主动模式

1. 客户端打开一个随机的端口（端口号大于1024，在这里，我们称它为x），同时一个FTP进程连接至服务器的21号命令端口。此时，该tcp连接的来源地端口为客户端指定的随机端口x，目的地端口（远程端口）为服务器上的21号端口。
2. 客户端开始监听端口（x+1），同时向服务器发送一个端口命令（通过服务器的21号命令端口），此命令告诉服务器客户端正在监听的端口号并且已准备好从此端口接收数据。这个端口就是我们所知的数据端口。
3. 服务器打开20号源端口并且创建和客户端数据端口的连接。此时，来源地的端口为20，远程数据(目的地)端口为（x+1）。
4. 客户端通过本地的数据端口创建一个和服务器20号端口的连接，然后向服务器发送一个应答，告诉服务器它已经创建好了一个连接。

主动模式需要从服务器建立到本地客户端的连接，但是现有防火墙的安全模式常常是准出不准进的，所以在客户端有防火墙的情况下，主动模式并不友好。
NAT也是同样的道理，虽然可以通过端口转发克服。

被动模式

1. 客户端还是访问服务器的21号端口，并且告诉服务器是PASV(被动模式)
2. 服务器返回相应被动监听的端口信息如端口是2048
3. 客户端连接服务器端口2048进行数据连接

数据类型

维基百科上说了4种数据类型，但是实际上常用的就是BinaryMode。

还记得有一次使用ftp客户端传文件(老业务了)，结果对方一直说数据不完整，后面发现 java 客户端默认模式是ASCII模式(大概就是英文文本模式),会在传输前把数据转换成"8-bit ASCII"
看到协议里面有写数据类型的时候才恍然大悟。

安装

centos

yum install -y vsftpdsystemctl start vsftpd --now

Firewalld 提供了可被动态管理的防火墙，并且支持以 network/firewall zone 的概念定义网络连接和接口的可信级别。 支持IPv4,IPv6防火墙设置，以太网桥和IP sets.

它是运行时(runtime)和持久化(permanent)配置分离的。他也提供了接口来给应用和服务直接添加防火墙规则。

firewalld的优点

runtime 环境的配置修改会立刻生效，不需要重启服务和守护进程。
使用 firewalld D-Bus 接口对于应用、服务和用户来说都非常容易适配防火墙配置。这些接口是完整的，并且firewall-cmd, firewall-config, fireall-applet等防火墙配置工具都在使用。

因为分离了运行时和持久化的配置，所以可以用运行时配置进行评估实践。运行时配置只在下次服务 reload 或 restart 和系统重启之前生效，之后持久化的配置会被再次加载。
运行时的配置，如果被评估为没有问题，也能直接用命令行将运行时配置变为持久化的配置。

概念

zone: interface + rule构成

调整rule

调整端口规则

在默认的zone里面放行一个9888的tcp端口

firewall-cmd --add-port=9888/tcp

在默认zone里面删除一个9888的tcp端口

firewall-cmd --remove-port=9888/tcp

调整服务规则

预先定义好的规则可以在目录 /usr/lib/firewalld/services 下面查找，比如 vnc-server.xml 具体内容如下:

<?xml version="1.0" encoding="utf-8"?><service>  <short>Virtual Network Computing Server (VNC)</short>  <description>A VNC server provides an external accessible X session. Enable this option if you plan to provide a VNC server with direct access. The access will be possible for displays :0 to :3. If you plan to provide access with SSH, do not open this option and use the via option of the VNC viewer.</description>  <port protocol="tcp" port="5900-5903"/></service>

在一个service文件里面能定义多个端口和协议的组合

在默认zone里面增加一个协议

firewall-cmd --add-service=vnc-server

在默认zone里面删除一个协议

firewall-cmd --remove-service=vnc-server

调整 rich-rules

在默认zone里面添加一个rich rule

firewall-cmd --add-rich-rule='rule family="ipv4" source address="3.3.3.3/32" destination address="2.2.2.3/32" service name="dns" drop'

在默认zone里面删除一个rich rule

firewall-cmd --remove-rich-rule='rule family="ipv4" source address="3.3.3.3/32" destination address="2.2.2.3/32" service name="dns" drop'

持久化临时(runtime)规则

firewall-cmd --runtime-to-permanent

SELinux简介

安全增强型 Linux（SELinux）是一种采用安全架构的 Linux® 系统，它能够让管理员更好地管控哪些人可以访问系统。它最初是作为 Linux 内核的一系列补丁，由美国国家安全局（NSA）利用 Linux 安全模块（LSM）开发而成。

SELinux 于 2000 年发布到开源社区，并于 2003 年集成到上游 Linux 内核中。

配置文件

/etc/sysconfig/selinux 可以在配置文件中配置允许模式、强制模式还是处于禁用状态，以及要加载哪个策略。

SELinux 标签和类型强制访问控制

类型强制访问控制和标签是 SELinux 中最为重要的两个概念。

SELinux 可作为标签系统运行，也就是说，系统中的所有文件、进程和端口都具有与之关联的 SELinux 标签。标签可以按照逻辑将目标组合分类。在启动过程中，内核负责管理标签。

标签的格式为 user:role:type:level（level 为可选项）。User、role 和 level 用于类似 MLS 的更高级的 SELinux 实施中。标签类型对于目标策略而言最为重要。

SELinux 利用类型强制访问控制来强制执行系统中定义的策略。类型强制访问控制是 SELinux 策略的一部分，它定义了特定类型的进程能否访问标记为特定类型的文件。

自主访问控制（DAC）与强制访问控制（MAC）

传统上，Linux 和 UNIX 系统都采用 DAC。SELinux 是 Linux 采用 MAC 机制的一个示例。

对于 DAC 而言，文件和进程都有相应的所有者。您可以让用户拥有某个文件，让群组拥有某个文件，或让其他人（可以是其他任何人）拥有某个文件。用户可以更改自己文件的权限。

根用户对 DAC 系统拥有完全访问控制权。如果您拥有根访问权限，则可以访问其他任何用户的文件，或在系统上执行任何操作。

但在像 SELinux 这样的 MAC 系统上，访问权限有相应的管理设置策略。即使主目录上的 DAC 设置发生更改，SELinux 策略也会阻止其他用户或进程访问目录，从而保证系统的安全。

SELinux 策略可以让您针对性设置，并且涵盖大量进程。您可以对 SELinux 进行更改，以限制用户、文件、目录等等之间的访问。

文件上下文操作

一般来说MLS可能使用的不会很多，更多的针对文件系统的可能是针对文件系统来打上上下文类型标记，也就是selinux 标签中的第三个字段

查看指定文件的 selinux 上下文

ls -Z

修改指定文件的安全上下文

把 a 文件的安全上下文变成wawawa
chcon -t wawawa a

如果文件安全上下文配置的是其他类型，则恢复操作会让简单的修改文件安全上下文变成配置的规则中的上下文

查看 selinux 文件安全上下文的生成规则

semanage fcontext -l

添加 selinux 文件安全上下文的生成规则

增加一条规则把/var/my/web/page目录及下面的所有文件的类型修改为my_type
semanage fcontext -a -t my_type '/var/my/web/page(/.*)?'

my_type 应该是实际支持的类型

恢复不正确的上下文

restorecon -r /dir/to/restore

在根目录下创建 .autorelabel 重启之后会自动恢复不正确的上下文

端口上下文操作

查询所有端口上下文标签

semanage port -l

添加端口

给 12345/tcp 增加 http_port_t 类型的安全上下文标签
semanage port -a -t http_port_t -p tcp 12345

selinux boolean 值

布尔值是 SELinux 中功能的开/关设置。开/关 SELinux 功能的设置有数百种，而且许多设置已预定义。您可以通过运行 getsebool -a，找出系统中已设置的布尔值。

获取 boolean 值，及附带的描述

semanage boolean -l

设置 boolean 值

开启
setsebool -P samba_create_home_dirs on
semanage boolean -m virt_use_comm -1
关闭
setsebool -P samba_create_home_dirs off
semanage boolean -m virt_use_comm -0

zipkin是一个分布式跟踪系统。用于收集分布式系统中的日志数据。拥有数据的收集和查找功能，现在可以通过docker镜像和jar包的方式运行。

如果日志文件中有trace ID，则可以直接跳至该trace ID。否则，您可以基于下面这些属性进行查询，例如service, operation name, tags and duration。zipkin会帮你总结，在服务中花费的时间百分比等情况。
查询方式如下:

查询结果展示:

服务依赖展示:

数据流图

服务记录流程:

组件

Zipkin由4个组件组成:

• collector
• storage
• search
• web UI

Zipkin Collector
trace data 到达Zipkin收集器守护程序后，将对其进行验证，存储和索引以供Zipkin收集器进行查找。

Storage
zipkin最初构建存储使用的是Cassandra ,现在也原生支持ElasticSearch and MySQL,另外可能还有一些第三方的扩展存储。

Zipkin Query Service
数据存储和索引之后就需要抽取展示它，查询的守护进程提供了一个简单的json api 来查找和提取traces。 数据主要的消费者就是WEB UI。

Web UI
WEB UI提供了方法来展示traces ,可以通过服务、时间和注释等方式来展示。WEB UI没有内置的认证(登录)服务。

常见用法

trace相关的instrument对照列表见 tracers_instrumentation

常用spring cloud微服务应用可以引入相应的依赖:

        <dependency>            <groupId>org.springframework.cloud</groupId>            <artifactId>spring-cloud-starter-zipkin</artifactId>        </dependency>

指定相应的配置如下即可

spring:  zipkin:    base-url: http://zipkinservice  #指定zipkin service url    sender:      type: web # 指定传输方式为 http 方式，另外支持rabbitmq 和 kafka

握手最后一步会交换对称加密秘钥作为会话秘钥（效率问题），对传输内容进行加密。

与Spring框架和相关项目提供的许多其他高级抽象一样，Spring AMQP提供了一个"Template"，该Template起着核心作用。定义的主要操作接口为AmqpTemplate。这些操作只涵盖了发送和接收消息的一般行为。换句话说，它们并不是任何实现所特有的，从名称中就带有"AMQP"就能看出来。另一方面，该接口的实现与AMQP协议的实现绑定在一起。与JMS（本身是接口级API）不同，AMQP是线级（wire-level）协议。该协议的实现都提供了自己的客户端库，因此模板接口的每种实现都取决于特定的客户端库。当前，只有一个实现：RabbitTemplate。在下面的示例中，我们经常使用AmqpTemplate。但是，当您查看配置示例或实例化模板或调用设置程序的任何代码摘录时，您会看到实现类型（例如,RabbitTemplate）。
像之前提到的，AmqpTemplate 接口定义了所有发送和接收消息的基本操作。我们会浏览消息的发送和接收在Sending Messages和 Receiving Messages两节.

添加重试功能(Adding Retry Capabilities)

从1.3版开始，您现在可以将RabbitTemplate配置为使用RetryTemplate来帮助处理broker连接性问题。 有关完整信息，请参见spring-retry项目。 以下仅是一个使用指数退避策略和默认SimpleRetryPolicy的示例，该示例在将异常抛出给调用方之前进行了三次尝试。

以下示例使用XML名称空间：

<rabbit:template id="template" connection-factory="connectionFactory" retry-template="retryTemplate"/><bean id="retryTemplate" class="org.springframework.retry.support.RetryTemplate">    <property name="backOffPolicy">        <bean class="org.springframework.retry.backoff.ExponentialBackOffPolicy">            <property name="initialInterval" value="500" />            <property name="multiplier" value="10.0" />            <property name="maxInterval" value="10000" />        </bean>    </property></bean>

以下是Java中使用@Configuration注解的示例：

@Beanpublic AmqpTemplate rabbitTemplate() {    RabbitTemplate template = new RabbitTemplate(connectionFactory());    RetryTemplate retryTemplate = new RetryTemplate();    ExponentialBackOffPolicy backOffPolicy = new ExponentialBackOffPolicy();    backOffPolicy.setInitialInterval(500);    backOffPolicy.setMultiplier(10.0);    backOffPolicy.setMaxInterval(10000);    retryTemplate.setBackOffPolicy(backOffPolicy);    template.setRetryTemplate(retryTemplate);    return template;}

从1.4版本开始，除了retryTemplate属性外，RabbitTemplate还支持recoveryCallback参数。该参数用作RetryTemplate.execute(RetryCallback<T, E> retryCallback, RecoveryCallback<T> recoveryCallback)的第二个参数.

retryTemplate.execute(    new RetryCallback<Object, Exception>() {        @Override        public Object doWithRetry(RetryContext context) throws Exception {            context.setAttribute("message", message);            return rabbitTemplate.convertAndSend(exchange, routingKey, message);        }    }, new RecoveryCallback<Object>() {        @Override        public Object recover(RetryContext context) throws Exception {            Object message = context.getAttribute("message");            Throwable t = context.getLastThrowable();            // Do something with message            return null;        }    });}

在这种情况下，您不应该将RetryTemplate注入RabbitTemplate中。

生产是异步的—如何检测成功和失败(Publishing is Asynchronous — How to Detect Successes and Failures)

发布消息是一种异步机制，默认情况下，RabbitMQ会删除无法路由的消息。 为了成功发布，您将会收到异步的确认，如Publisher Confirms and Returns所述。 考虑两种故障情况：

• 发布到exchange ，但没有匹配的目标队列。
• 发布到不存在的exchange。

第一种情况在生产者返回中说明了，具体见 Publisher Confirms and Returns。

对于第二种情况，该消息将被丢弃，并且不会生成返回。 地层的通道将被关闭并抛出一个异常。 默认情况下，此异常会有日志，您也可以向CachingConnectionFactory注册ChannelListener以获得此类事件的通知。 以下示例显示如何添加ConnectionListener：

this.connectionFactory.addConnectionListener(new ConnectionListener() {    @Override    public void onCreate(Connection connection) {    }    @Override    public void onShutDown(ShutdownSignalException signal) {        ...    }});

您可以检查signal的reason属性以确定发生的原因。
要检测在发送线程上的异常，可以在RabbitTemplate上设置ChannelTransacted（true）并在txCommit方法上检测到异常。 但是，transactions会严重影响性能，如果只是一个用例的话，请仔细考虑性能下降（impede performance）这一点。

生产者确认和返回(Publisher Confirms and Returns)

RabbitTemplate实现了AmqpTemplate，支持生产者确认并返回。

对于返回的messages，templates的 mandatory 属性必须设置为true，或者对于一些特殊的messages必须将expired-expression评估为true。 此功能要求CachingConnectionFactory的PublisherReturns属性设置为true（请参阅Publisher Confirms and Returns）。 通过调用setReturnCallback（ReturnCallback callback）注册RabbitTemplate.ReturnCallback，将返回值发送到客户端。 回调必须实现以下方法：

void returnedMessage(Message message, int replyCode, String replyText,          String exchange, String routingKey);

每个RabbitTemplate只支持一个 ReturnCallback。

对于生产者确认（publisher confirms，也称为publisher acknowledgements），template 需要一个CachingConnectionFactory，并将其的PublisherConfirm属性设置为ConfirmType.CORRELATED。 通过调用setConfirmCallback（ConfirmCallback callback）注册RabbitTemplate.ConfirmCallback，将确认发送到客户端。 回调必须实现此方法：

void confirm(CorrelationData correlationData, boolean ack, String cause);

CorrelationData是客户端在发送原始消息时提供的对象。 ack(确认接收)对应于ack字段的值是true，而对于nack则是false。 对于nack实例，原因可能包含在nack的reason 字段中（如果在生成nack时可用）。 一个示例是将消息发送到不存在的exchange时。 在这种情况下，broker 将关闭channel。 reason 中包含了关闭的原因。 The cause已在1.4版中添加。

一个RabbitTemplate只能支持一个 ConfirmCallback 。

从2.1版开始，CorrelationData对象具有一个ListenableFuture，可用来获取结果，而不是在模板上使用ConfirmCallback。 以下示例显示如何配置CorrelationData实例：

CorrelationData cd1 = new CorrelationData();this.templateWithConfirmsEnabled.convertAndSend("exchange", queue.getName(), "foo", cd1);assertTrue(cd1.getFuture().get(10, TimeUnit.SECONDS).isAck());

由于它是ListenableFuture ，因此可以在准备就绪时用get（）方法获取结果，也可以为异步回调添加侦听器。 Confirm对象是一个简单的bean，具有2个属性：ack和reason（对于nack实例）。broker生成的nack实例未填充reason 字段。 由框架生成的nack实例则包含reason 字段（例如，在ack实例未完成时关闭连接）。
另外，当同时启用确认和返回（ confirms and returns）时，将使用返回的消息填充CorrelationData。 在使用ack设置CorrelationData的future之前发生确认和返回是被承诺的。

尽管我们之前描述的AMQP模型是通用的，并且适用于所有实现，但是当我们进行资源管理时，详细信息都基于特定的 broker 实现。因此，在本节中，我们专注“ spring-rabbit”模块的实现，因为现在，RabbitMQ是唯一受支持的AMQP实现。

用于管理与RabbitMQ代理的连接的中央组件是ConnectionFactory接口。
ConnectionFactory实现的职责是提供**org.springframework.amqp.rabbit.connection.Connection**的实例，该实例是**com.rabbitmq.client.Connection**的包装。我们提供的唯一具体实现是 CachingConnectionFactory ，默认情况下，它将建立一个可以由应用程序共享的单个连接代理。由于与AMQP进行消息传递的“unit of work”实际上是一个“channel”（在某些方面，它类似于JMS中的连接和会话之间的关系），因此可以共享连接。连接实例提供了createChannel方法。 CachingConnectionFactory实现支持这些通道的缓存，并且根据通道是否是事务性的，为通道维护单独的缓存。创建CachingConnectionFactory实例时，可以通过构造函数提供 “hostname”（应该是指的spring提供的host属性）。您还应该提供 “username” 和 “password” 属性。要配置通道缓存的大小（默认值为25），可以调用 setChannelCacheSize 方法。

从1.3版开始，您可以配置CachingConnectionFactory来缓存连接或者仅缓存通道。在这种情况下，对createConnection的每次调用都会创建一个新的连接（或从缓存中检索一个空闲的连接）。关闭连接会将其返回到缓存（如果尚未达到缓存上限）。在此类连接上创建的通道也将被缓存。在某些环境中，使用单独（seperate,这里应该是说一个连接一个通道）的连接可能很有用，例如从一个HA群集消费、连接一个已经连接到不同的群集成员负载平衡器，等等。要缓存连接，请将cacheMode设置为CacheMode.CONNECTION。

重要的是要了解，缓存大小（默认情况下）不是对缓存的限制，而仅仅是说明可以缓存的channel数。缓存大小为10，实际上可以使用任何数量的channel。如果使用了10个以上的channel，则10个channel进入缓存，其余部分则关闭。

从版本1.6开始，默认的channel缓存大小已从1增加到25。在大容量，多线程环境中，较小的缓存意味着将以较高的速率创建和关闭通道。增加默认缓存大小可以避免这种创建缓存的开销。您应该通过RabbitMQ Admin UI监视正在使用的通道，如果看到许多正在创建和关闭的通道，请考虑进一步增加缓存大小。缓存仅按需增长（以适应应用程序的并发要求），因此此更改不会影响现有的小批量应用程序。

从1.4.2版开始，CachingConnectionFactory具有一个名为channelCheckoutTimeout的属性。当此属性大于零时，channelCacheSize成为可在连接上创建的通道数的限制。如果达到限制，则调用线程将阻塞，直到某个通道可用或达到此超时为止，在这种情况下，将抛出AmqpTimeoutException

以下示例显示了如何创建新连接：

CachingConnectionFactory connectionFactory = new CachingConnectionFactory("somehost");connectionFactory.setUsername("guest");connectionFactory.setPassword("guest");Connection connection = connectionFactory.createConnection();

使用XML时，配置如以下示例：

<bean id="connectionFactory"      class="org.springframework.amqp.rabbit.connection.CachingConnectionFactory">    <constructor-arg value="somehost"/>    <property name="username" value="guest"/>    <property name="password" value="guest"/></bean>

可以使用Rabbit命名空间快速而方便地创建ConnectionFactory，如下所示：

<rabbit:connection-factory id="connectionFactory"/>

在大多数情况下，这种方法是可取的，因为框架可以为您选择最佳的默认值。创建的实例是CachingConnectionFactory。请记住，通道的默认缓存大小为25。如果要缓存更多的通道，请通过设置'channelCacheSize'属性设置更大的值。在XML中，如下所示：

<bean id="connectionFactory"      class="org.springframework.amqp.rabbit.connection.CachingConnectionFactory">    <constructor-arg value="somehost"/>    <property name="username" value="guest"/>    <property name="password" value="guest"/>    <property name="channelCacheSize" value="50"/></bean>

同样，使用命名空间，您可以添加channel-cache-size属性，如下所示：

<rabbit:connection-factory    id="connectionFactory" channel-cache-size="50"/>

默认的缓存模式是CHANNEL，但是您可以将其配置为缓存连接。在以下示例中，我们使用connection-cache-size：

<rabbit:connection-factory    id="connectionFactory" cache-mode="CONNECTION" connection-cache-size="25"/>

您可以使用名称空间提供主机和端口属性，如下所示：

<rabbit:connection-factory    id="connectionFactory" host="somehost" port="5672"/>

或者，如果在群集环境中运行，则可以使用addresss属性，如下所示：

<rabbit:connection-factory    id="connectionFactory" addresses="host1:5672,host2:5672" shuffle-addresses="true"/>

以下示例注入了一个自定义线程工厂，该工厂在线程名称前添加了"Rabbitmq-"前缀：

<rabbit:connection-factory id="multiHost" virtual-host="/bar" addresses="host1:1234,host2,host3:4567"    thread-factory="tf"    channel-cache-size="10" username="user" password="password" /><bean id="tf" class="org.springframework.scheduling.concurrent.CustomizableThreadFactory">    <constructor-arg value="rabbitmq-" /></bean>

Naming Connection 命名连接

从1.7版本开始，提供了ConnectionNameStrategy属性用于注入到AbstractionConnectionFactory中。生成的名称用于特定应用程序对RabbitMQ连接的标识。如果RabbitMQ服务器支持，则连接名称将显示在管理UI中。此值不必唯一，也不能用作连接标识符（例如，在HTTP API请求中）。该值应该是人类可读的，并且是connection_name项下ClientProperty的一部分。您可以使用简单的Lambda，如下所示：

connectionFactory.setConnectionNameStrategy(connectionFactory -> "MY_CONNECTION");

ConnectionFactory 参数可用于通过某些逻辑来区分目标连接名称。 默认情况下，将使用AbstractConnectionFactory的beanName，代表对象的十六进制字符串以及内部计数器来生成connection_name。<rabbit：connection-factory>命名空间组件也提供了connection-name-strategy属性。
SimplePropertyValueConnectionNameStrategy对于ConnectionNameStrategy的实现将连接名称设置为应用程序属性。 您可以将其声明为@Bean并将其注入连接工厂，如以下示例所示：

@Beanpublic ConnectionNameStrategy cns() {    return new SimplePropertyValueConnectionNameStrategy("spring.application.name");}@Beanpublic ConnectionFactory rabbitConnectionFactory(ConnectionNameStrategy cns) {    CachingConnectionFactory connectionFactory = new CachingConnectionFactory();    ...    connectionFactory.setConnectionNameStrategy(cns);    return connectionFactory;}

属性必须在应用上下文的Environment中存在。

阻塞的连接和资源限制

连接可能被阻止与来自与内存警报相对应的broker进行交互。 从2.0版开始，org.springframework.amqp.rabbit.connection.Connection可以与com.rabbitmq.client.BlockedListener实例一起使用，以通知连接block和unblock的事件。 另外，AbstractConnectionFactory通过其内部的BlockedListener实现发出ConnectionBlockedEvent和ConnectionUnblockedEvent事件。 这些使您可以提供应用程序逻辑，以对broker上的问题做出适当反应，采取一些对应措施。
从2.0.2版开始，RabbitTemplate具有一个配置选项，可以在不使用事务的情况下，自动使用第二个连接工厂。 有关更多信息，请参见这里。 生产者连接的ConnectionNameStrategy与主策略相同，在调用方法的结果后附加.publisher。
从版本1.7.7开始，提供了AmqpResourceNotAvailableException，当SimpleConnection.createChannel()无法创建Channel时（例如，由于达到了channelMax限制并且高速缓存中没有可用的通道），将抛出此异常。 您可以在RetryPolicy中使用此异常，以在某些回退之后恢复操作。

配置底层的客户端连接工厂

CachingConnectionFactory 使用 Rabbit Client 包 里面的ConnectionFactory实例。 在CachingConnectionFactory上设置的许多配置属性（例如，host，port，username，password，requestedHeartBeat、connectionTimeout）将会被传递到对应的等价属性。 要设置其他属性（例如，clientProperties），您可以定义Rabbit factory 的实例，并使用CachingConnectionFactory的适当构造函数为其提供引用。 如果使用名称空间（xml）的的时候，您需要在connection-factory属性中提供对已配置工厂的引用。 为了方便起见，提供了factory bean来简化Spring应用程序上下文中配置连接工厂。

<rabbit:connection-factory      id="connectionFactory" connection-factory="rabbitConnectionFactory"/>

RabbitConnectionFactoryBean 和配置 SSL

从版本1.4开始，提供了一个便捷的RabbitConnectionFactoryBean，该类使用依赖项注入在底层客户端连接工厂上实现SSL属性的便捷配置。 其他setter委托给底层的工厂。 以前，您必须以编程方式配置SSL选项。 以下示例显示了如何配置RabbitConnectionFactoryBean：

<rabbit:connection-factory id="rabbitConnectionFactory"    connection-factory="clientConnectionFactory"    host="${host}"    port="${port}"    virtual-host="${vhost}"    username="${username}" password="${password}" /><bean id="clientConnectionFactory"        class="org.springframework.amqp.rabbit.connection.RabbitConnectionFactoryBean">    <property name="useSSL" value="true" />    <property name="sslPropertiesLocation" value="file:/secrets/rabbitSSL.properties"/></bean>

有关配置SSL的信息,省略keyStore和trustStore配置以通过SSL进行连接而无需证书验证的方法请参见RabbitMQ文档。下一个示例显示如何提供密钥和信任库配置。
sslPropertiesLocation属性是一个Spring Resource，指向包含以下配置的properites文件：

keyStore=file:/secret/keycert.p12trustStore=file:/secret/trustStorekeyStore.passPhrase=secrettrustStore.passPhrase=secret

keyStore和truststore是指向Spring Resources指向的文件。 通常，此properties file由操作系统保护，而应用程序具有read 权限。
从Spring AMQP 1.5版开始，您可以直接在工厂bean上设置这些属性。 如果同时提供了工厂上设置的属性和sslPropertiesLocation，则后者中的属性将覆盖工厂上设置的值。

连接到集群

要连接到群集，需要在CachingConnectionFactory上配置address属性：

@Beanpublic CachingConnectionFactory ccf() {    CachingConnectionFactory ccf = new CachingConnectionFactory();    ccf.setAddresses("host1:5672,host2:5672,host3:5672");    return ccf;}

底层的connection factory将尝试依次顺序连接到每个主机。 从版本2.1.8开始，可以通过将shuffleAddresses属性设置为true来使用随机顺序连接。 随机连接应该在建立新连接之前设置。

@Beanpublic CachingConnectionFactory ccf() {    CachingConnectionFactory ccf = new CachingConnectionFactory();    ccf.setAddresses("host1:5672,host2:5672,host3:5672");    ccf.setShuffleAddresses(true);    return ccf;}

路由Connection Factory

从1.3版开始，引入了AbstractRoutingConnectionFactory。 该工厂提供了一种机制，可以为多个ConnectionFactory配置映射并在运行时通过一些lookupKey确定目标ConnectionFactory。 通常，实现检查线程绑定上下文。 为了方便起见，Spring AMQP提供了SimpleRoutingConnectionFactory，该工厂从SimpleResourceHolder获取当前线程绑定的lookupKey。 以下示例说明如何在XML和Java中配置SimpleRoutingConnectionFactory：

<bean id="connectionFactory"      class="org.springframework.amqp.rabbit.connection.SimpleRoutingConnectionFactory"><property name="targetConnectionFactories"><map><entry key="#{connectionFactory1.virtualHost}" ref="connectionFactory1"/><entry key="#{connectionFactory2.virtualHost}" ref="connectionFactory2"/></map></property></bean><rabbit:template id="template" connection-factory="connectionFactory" />

public class MyService {    @Autowired    private RabbitTemplate rabbitTemplate;    public void service(String vHost, String payload) {        SimpleResourceHolder.bind(rabbitTemplate.getConnectionFactory(), vHost);        rabbitTemplate.convertAndSend(payload);        SimpleResourceHolder.unbind(rabbitTemplate.getConnectionFactory());    }}

资源使用之后解绑是非常重要的，更多信息，可以参见AbstractRoutingConnectionFactory

从1.4版本开始，RabbitTemplate支持SpEL sendConnectionFactorySelectorExpression和receiveConnectionFactorySelectorExpression属性，这些属性在每个AMQP协议交互操作（send, sendAndReceive, receive, receiveAndReply）上进行解析，最终解析为供AbstractRoutingConnectionFactory使用的lookupKey值。 您可以在表达式中使用bean引用，例如@ vHostResolver.getVHost(#root)。 对于发送操作，要发送的消息是root解析的对象。 对于接收操作，queueName是root解析的对象。

路由算法如下：如果选择表达式为null或被解析为null或提供的ConnectionFactory不是AbstractRoutingConnectionFactory的实例，则所有操作均依赖已有的ConnectionFactory实现。 如果评估结果不为null，但没有适用于该lookupKey的目标ConnectionFactory，并且使用lenientFallback = true配置AbstractRoutingConnectionFactory，则会发生和先前相同的情况。 在使用AbstractRoutingConnectionFactory的情况下，它会回退到基于defineCurrentLookupKey() 的路由实现。 但是，如果lenientFallback = false，则抛出IllegalStateException。

命名空间(xml)还提供了<rabbit：template>组件上的send-connection-factory-selector-expression和receive-connection-factory-selector-expression属性来支持路由key。

另外，从1.4版开始，您可以在listener container中配置routing connection factory。 在这种情况下，队列名称列表将用作查找关键字。 例如，如果使用setQueueNames("thing1"，"thing2")配置容器，则查找键为[thing1,thing]（请注意，键中没有空格）。

从1.6.9版开始，可以通过在 listener container上使用setLookupKeyQualifier将qualifier 添加到查找键(lookup key)。 这样就可以侦听具有相同名称但在不同virtual host中的队列（每个虚拟主机中都有一个connection factory）。

例如，在使用lookup key qualifier thing1和一个container 侦听队列thing2的情况下，可以注册目标连接工厂的查找键为thing1[thing2]。

队列亲和性和 LocalizedQueueConnectionFactory

在群集中使用HA队列时，为了获得最佳性能，您可能需要连接到mater队列所在的物理broker。可以使用多个代理地址配置CachingConnectionFactory。这种情况下客户端尝试按顺序连接来进行故障转移。LocalizedQueueConnectionFactory使用管理插件提供的REST API来确定在哪个节点上是master队列。 然后，它创建（或从缓存检索）仅连接到该节点的CachingConnectionFactory。 如果连接失败，那么将确定新的master节点，并且消费者将连接到新的master节点。 如果无法确定队列的物理位置，则使用默认的连接工厂配置LocalizedQueueConnectionFactory，在这种情况下，它将照常连接到群集。

LocalizedQueueConnectionFactory是一个RoutingConnectionFactory，SimpleMessageListenerContainer使用队列名称作为查找关键字，如上面的 "路由 Connection Factory" 中所述。

以下示例配置显示了如何使用Spring Boot的RabbitProperty配置工厂：

@Autowiredprivate RabbitProperties props;private final String[] adminUris = { "https://host1:15672", "https://host2:15672" };private final String[] nodes = { "rabbit@host1", "rabbit@host2" };@Beanpublic ConnectionFactory defaultConnectionFactory() {    CachingConnectionFactory cf = new CachingConnectionFactory();    cf.setAddresses(this.props.getAddresses());    cf.setUsername(this.props.getUsername());    cf.setPassword(this.props.getPassword());    cf.setVirtualHost(this.props.getVirtualHost());    return cf;}@Beanpublic ConnectionFactory queueAffinityCF(        @Qualifier("defaultConnectionFactory") ConnectionFactory defaultCF) {    return new LocalizedQueueConnectionFactory(defaultCF,            StringUtils.commaDelimitedListToStringArray(this.props.getAddresses()),            this.adminUris, this.nodes,            this.props.getVirtualHost(), this.props.getUsername(), this.props.getPassword(),            false, null);}

请注意，前三个参数addresses，adminUris和nodes都是数组。 这些是适当的，因为当容器尝试连接到队列时，它确定队列在哪个node上是master队列，并连接到同一数组位置对应的的地址。

Publisher Confirms and Returns

通过将CachingConnectionFactory的PublisherConfirmType属性设置为ConfirmType.CORRELATED并将PublisherReturns属性设置为'true'，可以开启发布消息的确认（具有相关性）和返回消息。
设置这些选项后，由工厂创建的Channel实例将被包装在PublisherCallbackChannel中，该Publisher用于增加回调。当获得这样的channel时，客户端可以向该channel注册PublisherCallbackChannel.Listener。 PublisherCallbackChannel实现包含将确认或返回到适当的listener的逻辑。

Connection and Channel Listeners

连接工厂支持注册ConnectionListener和ChannelListener实现。 这使您可以接收有关Connection和Channel相关事件的通知。（当建立Connection时，RabbitAdmin使用ConnectionListener来执行声明(declarations)-有关更多信息，请参见这里）。 以下代码显示了ConnectionListener接口定义：

@FunctionalInterfacepublic interface ConnectionListener {    void onCreate(Connection connection);    default void onClose(Connection connection) {    }    default void onShutDown(ShutdownSignalException signal) {    }}

从2.0版开始，org.springframework.amqp.rabbit.connection.Connection对象可以支持与com.rabbitmq.client.BlockedListener实例一起使用，使connection被block和unblock的事件进行通知。 以下示例显示ChannelListener接口定义：

@FunctionalInterfacepublic interface ChannelListener {    void onCreate(Channel channel, boolean transactional);    default void onShutDown(ShutdownSignalException signal) {    }}

记录通道关闭事件（Logging Channel Close Events）

1.5版引入了一种机制，使用户可以控制日志记录级别。
CachingConnectionFactory使用默认策略来记录通道关闭，如下所示：

• 正常通道关闭（200 OK）不会被记录。
• 如果通道由于被动队列（passive queue）声明失败而关闭，那么它将在调试级别记录。
• 如果由于消费者排他使basic.consume被拒绝进而导致的通道关闭，那么它将以INFO级别记录。
• 其他所有日志均以ERROR级别记录。

若要修改此行为，可以在CachingConnectionFactory的closeExceptionLogger属性中注入自定义的ConditionalExceptionLogger。

运行时缓存属性（Runtime Cache Properties）

从1.6版开始，CachingConnectionFactory现在通过getCacheProperties方法提供缓存统计信息。 这些统计信息可用于调整缓存以在生产中对其进行优化。 例如，the high water marks可用于确定是否应增加缓存大小。 如果等于缓存大小，则可能要考虑进一步增加。 下表描述了CacheMode.CHANNEL属性：

Table 1. Cache properties for CacheMode.CHANNEL

接下来的表格描述了CacheMode.CONNECTION 属性:

Table 2. Cache properties for CacheMode.CONNECTION

cacheMode 属性 (CHANNEL or CONNECTION) 也被包含在返回对象内.

Figure 1. JVisualVM 示例

RabbitMQ 自动 Connection/Topology 恢复

Since the first version of Spring AMQP, the framework has provided its own connection and channel recovery in the event of a broker failure. Also, as discussed in Configuring the Broker, the RabbitAdmin re-declares any infrastructure beans (queues and others) when the connection is re-established. It therefore does not rely on the auto-recovery that is now provided by the amqp-client library. Spring AMQP now uses the 4.0.x version of amqp-client, which has auto recovery enabled by default. Spring AMQP can still use its own recovery mechanisms if you wish, disabling it in the client, (by setting the automaticRecoveryEnabled property on the underlying RabbitMQ connectionFactory to false). However, the framework is completely compatible with auto-recovery being enabled. This means any consumers you create within your code (perhaps via RabbitTemplate.execute()) can be recovered automatically.

从Spring AMQP的第一个版本开始，该框架在代理发生故障的情况下提供了自己的连接和通道恢复。 另外，如 Configuring the Broker中所述，当重新建立连接时，RabbitAdmin会重新声明所有底层的Bean（队列和其他）。 因此，它不依赖于amqp-client库现在提供的自动恢复。 Spring AMQP现在使用amqp-client的4.0.x版本，该库默认情况下启用了auto-recovery。 如果需要，Spring AMQP仍可以使用其自己的恢复机制，只需在amqp-client客户端将其禁用（通过将基础RabbitMQ connectionFactory的automaticRecoveryEnabled属性设置为false）。 但是，该框架与启用的自动恢复完全兼容。 这意味着您在代码中创建的所有消费者（可能通过RabbitTemplate.execute()）都可以自动恢复。

基础组件

基础组件一共有四个Message、Exchange、Queue、Binding。

• Message
  0-9-1 AMQP规范未定义Message类或接口。而是在执行诸如basicPublish（）之类的操作时，将内容作为字节数组参数传递，并将其他属性作为单独的参数传递。 Spring AMQP将Message类定义为更通用的AMQP领域模型表示形式的一部分。 Message类的目的是将正文和属性封装在一个实例中，以便使API更加简单。下面的示例显示Message类的定义：

public class Message {    private final MessageProperties messageProperties;    private final byte[] body;    public Message(byte[] body, MessageProperties messageProperties) {        this.body = body;        this.messageProperties = messageProperties;    }    public byte[] getBody() {        return this.body;    }    public MessageProperties getMessageProperties() {        return this.messageProperties;    }}

MessageProperties接口定义了几个常用属性，例如“ messageId”，“ timestamp”，“ contentType”等。您还可以通过调用setHeader（String key，Object value）方法，使用用户定义的“header”扩展这些属性。

• Exchange

Exchange接口表示一个AMQP Exchange，这是消息生产者发送消息的对象。代理的虚拟主机中的每个Exchange都有唯一的名称以及其他一些属性。以下示例显示了Exchange接口：

public interface Exchange {    String getName();    String getExchangeType();    boolean isDurable();    boolean isAutoDelete();    Map<String, Object> getArguments();}

Exchange有一个由ExchangeTypes定义的常量字段表示的类型。基本类型为：direct、 topic、 fanout和headers。在核心程序包中，可以找到每种类型的Exchange接口的实现。这些Exchange类型在处理队列绑定方面的行为各不相同。例如，direct exchange可让队列由固定的路由键（通常是队列名称）绑定。topic exchange支持具有路由模式的绑定，路由模式可能分别包括“*”（表示一个词）和“#”（表示多个词）通配符。 Fanout交换发布到与其绑定的所有队列，而不考虑任何路由键。

• Queue
  Queue类代表消息消费者从中接收消息的组件。以下展示了Queue类：

public class Queue  {    private final String name;    private volatile boolean durable;    private volatile boolean exclusive;    private volatile boolean autoDelete;    private volatile Map<String, Object> arguments;    /**     * The queue is durable, non-exclusive and non auto-delete.     *     * @param name the name of the queue.     */    public Queue(String name) {        this(name, true, false, false);    }    // Getters and Setters omitted for brevity}

请注意，构造函数采用队列名称。管理模板(the admin template)可以提供用于生成唯一命名的队列的方法。这样的队列可以用作“答复”地址或在其他临时情况下使用。因此，自动生成的队列的“ exclusive”和“ autoDelete”属性都将设置为“ true”。

• Binding
  假设生产者发送到exchange，而消费者从queue中接收，那么将queue连接到exchange的binding对这些生产者和消费者来说就至关重要。在Spring AMQP中，我们定义了一个Binding类来表示这些连接。
  你可以用一个指定的路由键绑定一个queue和一个DirectExchange ，如下。

new Binding(someQueue, someDirectExchange, "foo.bar");

你可以用一个指定的路由模式绑定一个queue和一个TopicExchange ，如下。

new Binding(someQueue, someTopicExchange, "foo.*");

你可以绑定一个queue和一个FanoutExchange ，而不指定路由键（因为这种是广播模式只要绑定就会转发），如下。

new Binding(someQueue, someFanoutExchange);

我们也提供了一个 BindingBuilder 以便于使用 “fluent API”（流式API） 风格,如下:

Binding b = BindingBuilder.bind(someQueue).to(someTopicExchange).with("foo.*");

就其本身而言，Binding类的实例仅保存有关连接的数据。换句话说，它不是“活动”组件。但是，如稍后在配置代理中所见，AmqpAdmin类可以使用Binding实例实际触发对代理的绑定操作。

就实际使用而言，其实应该基本上不会直接使用这几个类了，spring提供了更高级的API供我们使用，这里的说明旨在提供一个对Spring AMQP模型的抽象。

getfacl + 文件、文件夹 查看acl权限

setfacl 设置acl权限

1. 设置某用户某文件的acl权限

setfacl -u u:username:rx 文件名

2. 设置某文件夹某用户组的acl权限

setfacl -g g:groupname:rx 文件名

3. 最大权限

setfacl -m m:rx 文件文件名

4. 删除某一用户或用户组的权限

setfacl -x g:groupname 文件名

5. 删除所有acl权限

setfacl -b 文件名

6. 递归权限

setfacl -m u:用户名:权限 -R 文件名

7. 设置目录默认的acl权限

setfacl -m d:u:用户名:权限 文件名

ls 命令
-a 查看隐藏文件
-l 详细信息
-d 指定目录
-h 人性化显示文件大小
-i i节点查看

mkdir 创建新目录
-p 递归创建

cd 切换目录

pwd 查看当前目录

rmdir 删除空目录

cp 复制文件
-r 复制目录
-p 复制保持属性

mv 剪切文件或者改名文件

rm 删除文件

-r 删除目录

-f 不用询问确认

文件处理命令

touch 创建文件

不建议使用空格

cat 查看文件内容

-n 加上行号

tac 反向显示文件内容

无-n选项

more 分页显示

• 空格、f 翻页
• 回车 换行
• q 推出

less 分页显示

• pageup 上翻页
• 上箭头 上换行
• /搜索关键字 遍历搜索
• n 下一个关键字

head 查看前几行

-n 查看前n行

tail 查看最后几行

-n 查看最后n行

-f 动态显示添加的内容

链接命令

ln 生成硬链接

-s 生成软链接文件

软链接文件特征：

1. 文件权限lrwxrwxrwx
2. 文件大小-只是符号链接
3. 普通复制只会复制原文件

硬链接特征：

1. 相当于 cp -p + 同步跟新
2. 通过 i节点 识别
3. 不能跨分区
4. 不能对目录使用

权限管理命令

chmod 更改权限

操作符 + - =

数值 r=4 w=2 x=1

目录的写权限决定了目录下面的文件能否删除

chown 更改文件所有者

只有root有资格

chgrp

umask 默认权限掩码

默认值 022

文件默认还要去除执行文件

文件搜索命令

find 查找文件

-name 按照文件名查找

-iname 按文件名查找 不区分大小写

通配符 ？ *

-size

大于多少

小于多少

-user 根据用户查找

-group 根据用户组查找

-amin 根据访问时间查找

-mmin 根据内容修改时间查找

-cmin 根据属性修改时间查找

-type 根据文件类型来查找

f 文件

d 目录

l 连接

-inum 根据i节点来查找

-a AND

-o OR

locate 快速查找

-i 不区分大小写

-u 更新资料库

存在tmp还有一些目录文件不收录，也就检索不到

which 查找命令的绝对路径

可以查找到文件别名

whereis 查找命令的绝对路径

可以查找到帮助文档的位置

grep 筛选文件内容

-i 不区分大小写

-v 排除查找

帮助命令

man 命令或者配置文件（只要文件名不要路径）

命令 NAME 文件作用 通过/选项来查找选项的作用

配置文件 NAME 存放信息 文件格式

whatis 命令 查看命令简短介绍

apropos 配置文件 配置文件相关信息

命令 --help 查看命令选项的信息

help 内置命令 查看shell内置命令的帮助

用户管理命令

useradd 添加用户

passwd 设置或者更改用户密码

who 当前登录用户信息

w 当前登录用户详细的信息

压缩解压命令

.gz 格式

压缩 gzip

解压 gunzip gzip -d

不能压缩目录

不能保留原文件

.tar格式

压缩 tar -cf

解压 tar -xf

.tar.gz格式

压缩 tar -zcf

解压 tar -zxf

.zip格式

压缩 zip

-r 压缩目录

解压 unzip

.bz2格式

压缩 bzip2

解压 bunzip2

.tar.bz2格式

tar -cjf

tar -xjf

网络命令

write 用户名 给用户发信息

ctrl + d 结束

用户必须先登录

wall 内容 给所有用户发信息

ping host 测试网络连通性

-c 次数 ping 指定的次数

ifconfig 查看设置网卡信息

ifconfig eth33 ip 临时设置 eth33网卡的ip

目前centos 7 用nmtui 来设置永久生效的网卡信息

mail 用户名 给本机用户离线发送邮件

mail 进入邮件应用

help 帮助命令

邮件编号i 查看编号为i的邮件内容

h 邮件列表

d 邮件编号i 删除邮件编号为i的邮件

q 推出邮件应用

last 所有登录过的用户的登录信息

lastlog 所有用户的最后一次登录的信息

-u uid uid用户的最后一次登录信息

traceroute 显示数据包到主机间的路径

使用方式 traceroute host

netstat 显示网络状态相关信息

-t tcp协议

-u udp协议

-l 监听

-r 路由

-n 显示ip和端口号

netstat -tlun 查看本机监听的端口

netstat -an 查看本机所有网络连接

netstat -rn 查看本机路由表

setup 设置网络、防火墙、系统服务、验证服务等

感觉已经被nmtui命令替代

网络设置完成可能需要重启网络服务

mount -t 文件系统 设备文件名 挂载点

示例 mount -t iso9660 /dev/sr0 /mnt/cdrom

umount 卸载设备

不能在设备内卸载设备

关机重启命令

shutdown 选项 时间

-c 取消前一个关机命令

-h 关机

-r 重启

关机命令

halt

poweroff

init 0

重启命令

reboot

init 6

init

不允许设置0和6的启动模式

通过 runlevel 可以查询运行级别

logout 退出登录用户

笔者认为这个梗的精髓在于递归性质的自包含，所以第一篇文章的位置就让给了要怎么来快速构建这么一个博客。

1. 证书部分大体流程参考下面这么一篇文章:
   https://medium.com/@pentacent/nginx-and-lets-encrypt-with-docker-in-less-than-5-minutes-b4b8a60d3a71
2. 博客部分选择了halo，配置好nginx的设置，代理halo，然后将halo的创建过程也在docker-compose文件中配置好，即完成了该博客的搭建。

最好注意一下docker-compose文件中的nginx的依赖配置，因为nginx反向代理halo的应用，所以nginx应该在halo启动之后启动。

哒哒哒哒！大工搞成，