connection manager(IM)配置文件详细说明

最新推荐文章于 2024-01-14 13:20:46 发布
最新推荐文章于 2024-01-14 13:20:46 发布
阅读量3k 收藏 1
点赞数
分类专栏： openfire 文章标签： java CM 流程 XMPP
本文为博主原创文章，请尊重劳动成果，转载注明一下出处。
本文链接：https://blog.csdn.net/zq1994520/article/details/88664614
版权

一、connection manager的作用

connection Manager 简称CM的创作初始是为了提高openfire的用户并发数。

比如：

     每个连接管理器应该至少处理五千个并发用户，如果openfire允许只能同时连接 300个连接，那么最终集群理论上的并发就是150万个，但是这是理想的情况下， 因为一个CM有时候为了提高并发会同时占用多条连接。

Openfire首先要配置5262端口开启：

二、connection manager的配置文件

CM中部分属性的作用

<?xml version="1.0" encoding="UTF-8"?>
<!--
    This file stores bootstrap properties needed by Connection Managers.
    Property names must be in the format: "prop.name.is.blah=value"
    That will be stored as:
        <prop>
            <name>
                <is>
                    <blah>value</blah>
                </is>
            </name>
        </prop>
-->
<!-- root element, all properties must be under this element -->
<jive>
    <xmpp>
        <!-- 配置openfire的名称，一般来说和实际的名称相同，因为这个名称是否相同会和openfire的证书签名的校验发生作用，也就是下面的server.certificate.verify的值有影响。如果openfire的实际名称不是domain中的名称并且verify为true，启动就会报错。 -->
        <domain>localhost</domain>
        <!-- xmpp服务器的IP地址，如果没有这个值，就会使用上面的domain名称通过dns获取。 -->
        <hostname>127.0.0.1</hostname>
        <!-- TCP port to connect to the XMPP server on.这个就是openfire的控制中的CM配置的端口-->
        <port>5262</port>
        <!-- 这个是配置的密码，是必须的 -->
        <password>123456</password>
        <manager>
            <!-- 这个名称不怎么重要，主要就是给openfire说，我的代号是什么，如果这个值不存在就会随机一个名称 -->
            <name></name>
            <!-- 链接到openfire的连接数，这个参数实际中很重要，和吞吐量有关。 -->
            <connections>1</connections>
            <!-- 针对CM和openfire中间的连接，这个配置是针对这个的每个连接所准备处理数据的线程数。这个也和吞吐量有关 -->
            <incoming>
                <threads>5</threads>
            </incoming>
        </manager>
        <server>
            <certificate>
                <!-- 这个显示了 是否需要验证服务器的证书，上面 的domain名称在这人也会验证 -->
                <verify>true</verify>
                <!-- 下面的是详细的验证的过程 -->
                <verify>
                    <!-- 这个显示了证书里面的证书链是否需要被验证 -->
                    <chain>true</chain>
                    <!-- 
                    验证链中的最后一个证书是否由颁发                     我们信任的第三方。-->
                    <root>true</root>
                    <!-- 对于证书链中的证书，是否需要验证证书的时间是否超时 -->
                    <validity>true</validity>
                </verify>
                <!-- 提示是否接受自签名证书（除了自签名证书，还有就是CA签名证书，可以自己生成CA签名，也可以使用免费的签名）-->
                <accept-selfsigned>true</accept-selfsigned>
            </certificate>
        </server>
        <client>
            <!-- Milliseconds a client connection has to be idle to be closed.
            Default is 30 minutes. -->
            <idle>1800000</idle>
        </client>
        <socket>
            <default>
                <active>true</active>
                <!-- 这个就是默认的端口，对应着openfire中的5223端口。它的功能就是可以使用STARTTLS协议。 -->
                <port>5225</port>
            </default>
            <ssl>
                <!-- 这个设置是否使用老的ｓｓｌ端口  -->
                <active>false</active>
                <!-- 这个是老的ssl方法链接的端口，现在新的是使用ＳＴＡＲＴＴＬＳ协议 -->
                <port>5226</port>
                <storeType>jks</storeType>
                <keystore>../../../../security/openfire/keystore</keystore>
                <keypass>changeit</keypass>
                <truststore>../../../../security/openfire/truststore</truststore>
                <trustpass>changeit</trustpass>
            </ssl>
            <!-- Listen on a specific network interface. -->
            <!-- <network>
                <interface></interface>
            </network> -->
            <!-- Low level socket settings. Use this section to finetune sockets based on load. -->
            <!-- Maximum number of outstanding connection requests is set. This can be considered a backlog
                 of requests waiting on the TCP/IP port for the listener to accept the request. -->
            <backlog>50</backlog>
            <!-- 设置网络传输中的缓存大小。 -->
            <buffer>
                <!-- Hint the size of the underlying buffers used by the platform for incoming network I/O -->
                <receive>50</receive>
                <!-- Hint the size of the underlying buffers used by the platform for outgoing network I/O -->
                <send>50</send>
            </buffer>
            <!-- Specifies a linger-on-close timeout. This option disables/enables immediate return
                 from a close() of a TCP Socket.-->
            <linger>50</linger>
            <!-- This option causes packets to be flushed on to the network more frequently. If you are
                 streaming large amounts of data, there is no buffering and hence no delay.-->
            <!-- <tcp-nodelay>false</tcp-nodelay> -->
        </socket>
        <processor>
            <!-- Number of processors that will be listening for incoming traffic. The optimal number is related
                 to the number of CPUs. Each processor will run in its own thread. -->
            <!-- <count>1</count> -->
            <!-- Number of threads that will process incoming traffic detected by processors. Note that
                 threads will be shared among processors. -->
            <!-- <threads>
                <standard>16</standard>
                <ssl>16</ssl>
            </threads> -->
        </processor>
        <!-- Configure http binding. -->
        <httpbind>
            <enabled>false</enabled>
            <port>
                <plain>7081</plain>
                <secure>7484</secure>
            </port>
            <!-- Script syntax allows BOSH to be used in environments where clients may be restricted to using a particular server -->
            <scriptSyntax>
                <enabled>false</enabled>
            </scriptSyntax>
            <client>
                <requests>
                    <!-- Longest time (in seconds) to wait before responding to any request during the session -->
                    <!-- <wait></wait> -->
                    <!-- Maximum allowable seconds over which a client can send empty requests to the server -->
                    <polling>5</polling>
                    <!-- Limit number of simultaneous requests the client makes with the 'requests' attribute -->
                    <max>2</max>
                </requests>
                <!-- Seconds a session has to be idle to be closed -->
                <idle>30</idle>
            </client>
        </httpbind>
    </xmpp>
    <!-- Configure debug logger. -->
    <log>
        <debug>
            <enabled>true</enabled>
        </debug>
    </log>
</jive>

1、 配置只使用5225端口，并且不使用starttls协议来传输数据，并且连接服务器的时候不验证服务器的证书的配置文件模板（openfire中需要开启5222端口，并且设置不允许加密。）：

<!-- 配置openfire的名称，一般来说和实际的名称相同，因为这个名称是否相同会和openfire的证书签名的校验发生作用，也就是下面的server.certificate.verify的值有影响。如果openfire的实际名称不是domain中的名称并且verify为true，启动就会报错。 -->
        <domain>localhost</domain>
        <!-- xmpp服务器的IP地址，如果没有这个值，就会使用上面的domain名称通过dns获取。 -->
        <hostname>127.0.0.1</hostname>
        <!-- TCP port to connect to the XMPP server on.这个就是openfire的控制中的CM配置的端口-->
        <port>5262</port>
        <!-- 这个是配置的密码，是必须的 -->
        <password>123456</password>
        <manager>
            <!-- 这个名称不怎么重要，主要就是给openfire说，我的代号是什么，如果这个值不存在就会随机一个名称 -->
            <name></name>
            <!-- 链接到openfire的连接数，这个参数实际中很重要，和吞吐量有关。 -->
            <connections>1</connections>
            <!-- 针对CM和openfire中间的连接，这个配置是针对这个的每个连接所准备处理数据的线程数。这个也和吞吐量有关 -->
            <incoming>
                <threads>5</threads>
            </incoming>
        </manager>
        <server>
            <certificate>
                <!-- 这个显示了 是否需要验证服务器的证书，上面 的domain名称在这人也会验证 -->
                <verify>false</verify>
                <!-- 下面的是详细的验证的过程 -->
                <verify>
                    <!-- 这个显示了证书里面的证书链是否需要被验证 -->
                    <chain>true</chain>
                    <!-- 
                    验证链中的最后一个证书是否由颁发                     我们信任的第三方。-->
                    <root>true</root>
                    <!-- 对于证书链中的证书，是否需要验证证书的时间是否超时 -->
                    <validity>true</validity>
                </verify>
                <!-- 提示是否接受自签名证书（除了自签名证书，还有就是CA签名证书，可以自己生成CA签名，也可以使用免费的签名）-->
                <accept-selfsigned>true</accept-selfsigned>
            </certificate>
        </server>
        <client>
            <!-- Milliseconds a client connection has to be idle to be closed.
            Default is 30 minutes. -->
            <idle>1800000</idle>
        </client>
        <socket>
            <default>
                <active>true</active>
                <!-- 这个就是默认的端口，对应着openfire中的5223端口。它的功能就是可以使用STARTTLS协议。 -->
                <port>5225</port>
            </default>
            <ssl>
                <!-- 这个设置是否使用老的ｓｓｌ端口  -->
                <active>false</active>
                <!-- 这个是老的ssl方法链接的端口，现在新的是使用ＳＴＡＲＴＴＬＳ协议 -->
                <port>5226</port>
                <storeType>jks</storeType>
                <!--<keystore>../../../../security/openfire/keystore</keystore>
                <keypass>changeit</keypass>
                <truststore>../../../../security/openfire/truststore</truststore>
                <trustpass>changeit</trustpass>-->
            </ssl>

 Openfire配置：

Openfire需要配置5222中Advanced configuration中强制不允许加密，不可以选择Optional。

Advanced configuration进入后

 

２、配置只使用5225端口，并且不使用starttls协议来代码段 小部件传输数据，但是连接服务器的时候验证服务器的证书的配置模板（openfire需要开启5222端口 ，并且允许加密，并且需要配置keystore和truststore）：

<!-- 配置openfire的名称，一般来说和实际的名称相同，因为这个名称是否相同会和openfire的证书签名的校验发生作用，也就是下面的server.certificate.verify的值有影响。如果openfire的实际名称不是domain中的名称并且verify为true，启动就会报错。 -->
        <domain>localhost</domain>
        <!-- xmpp服务器的IP地址，如果没有这个值，就会使用上面的domain名称通过dns获取。 -->
        <hostname>127.0.0.1</hostname>
        <!-- TCP port to connect to the XMPP server on.这个就是openfire的控制中的CM配置的端口-->
        <port>5262</port>
        <!-- 这个是配置的密码，是必须的 -->
        <password>123456</password>
        <manager>
            <!-- 这个名称不怎么重要，主要就是给openfire说，我的代号是什么，如果这个值不存在就会随机一个名称 -->
            <name></name>
            <!-- 链接到openfire的连接数，这个参数实际中很重要，和吞吐量有关。 -->
            <connections>1</connections>
            <!-- 针对CM和openfire中间的连接，这个配置是针对这个的每个连接所准备处理数据的线程数。这个也和吞吐量有关 -->
            <incoming>
                <threads>5</threads>
            </incoming>
        </manager>
        <server>
            <certificate>
                <!-- 这个显示了 是否需要验证服务器的证书，上面 的domain名称在这人也会验证 -->
                <verify>true</verify>
                <!-- 下面的是详细的验证的过程 -->
                <verify>
                    <!-- 这个显示了证书里面的证书链是否需要被验证 -->
                    <chain>true</chain>
                    <!-- 
                    验证链中的最后一个证书是否由颁发                     我们信任的第三方。-->
                    <root>true</root>
                    <!-- 对于证书链中的证书，是否需要验证证书的时间是否超时 -->
                    <validity>true</validity>
                </verify>
                <!-- 提示是否接受自签名证书（除了自签名证书，还有就是CA签名证书，可以自己生成CA签名，也可以使用免费的签名）-->
                <accept-selfsigned>false</accept-selfsigned>
            </certificate>
        </server>
        <client>
            <!-- Milliseconds a client connection has to be idle to be closed.
            Default is 30 minutes. -->
            <idle>1800000</idle>
        </client>
        <socket>
            <default>
                <active>true</active>
                <!-- 这个就是默认的端口，对应着openfire中的5223端口。它的功能就是可以使用STARTTLS协议。 -->
                <port>5225</port>
            </default>
            <ssl>
                <!-- 这个设置是否使用老的ｓｓｌ端口  -->
                <active>false</active>
                <!-- 这个是老的ssl方法链接的端口，现在新的是使用ＳＴＡＲＴＴＬＳ协议 -->
                <port>5226</port>
                <storeType>jks</storeType>
                <!--<keystore>../../../../security/openfire/keystore</keystore>
                <keypass>changeit</keypass>
                <truststore>../../../../security/openfire/truststore</truststore>
                <trustpass>changeit</trustpass>-->
            </ssl>

 Openfire配置：

这个Openfire配置和上面的配置是一样的。

3、配置只使用5225端口，使用starttls协议来传输数据连接服务器的时候验证服务器的证书的配置模板（该部分需要在openfire中设置5222端口允许加密，这儿需要配置keystore，也可以使用CM的默认证书路径）：

<!-- 配置openfire的名称，一般来说和实际的名称相同，因为这个名称是否相同会和openfire的证书签名的校验发生作用，也就是下面的server.certificate.verify的值有影响。如果openfire的实际名称不是domain中的名称并且verify为true，启动就会报错。 -->
        <domain>localhost</domain>
        <!-- xmpp服务器的IP地址，如果没有这个值，就会使用上面的domain名称通过dns获取。 -->
        <hostname>127.0.0.1</hostname>
        <!-- TCP port to connect to the XMPP server on.这个就是openfire的控制中的CM配置的端口-->
        <port>5262</port>
        <!-- 这个是配置的密码，是必须的 -->
        <password>123456</password>
        <manager>
            <!-- 这个名称不怎么重要，主要就是给openfire说，我的代号是什么，如果这个值不存在就会随机一个名称 -->
            <name></name>
            <!-- 链接到openfire的连接数，这个参数实际中很重要，和吞吐量有关。 -->
            <connections>1</connections>
            <!-- 针对CM和openfire中间的连接，这个配置是针对这个的每个连接所准备处理数据的线程数。这个也和吞吐量有关 -->
            <incoming>
                <threads>5</threads>
            </incoming>
        </manager>
        <server>
            <certificate>
                <!-- 这个显示了 是否需要验证服务器的证书，上面 的domain名称在这人也会验证 -->
                <verify>true</verify>
                <!-- 下面的是详细的验证的过程 -->
                <verify>
                    <!-- 这个显示了证书里面的证书链是否需要被验证 -->
                    <chain>true</chain>
                    <!-- 
                    验证链中的最后一个证书是否由颁发                     我们信任的第三方。-->
                    <root>true</root>
                    <!-- 对于证书链中的证书，是否需要验证证书的时间是否超时 -->
                    <validity>true</validity>
                </verify>
                <!-- 提示是否接受自签名证书（除了自签名证书，还有就是CA签名证书，可以自己生成CA签名，也可以使用免费的签名）-->
                <accept-selfsigned>false</accept-selfsigned>
            </certificate>
        </server>
        <client>
            <!-- Milliseconds a client connection has to be idle to be closed.
            Default is 30 minutes. -->
            <idle>1800000</idle>
        </client>
        <socket>
            <default>
                <active>true</active>
                <!-- 这个就是默认的端口，对应着openfire中的5223端口。它的功能就是可以使用STARTTLS协议。 -->
                <port>5225</port>
            </default>
            <ssl>
                <!-- 这个设置是否使用老的ｓｓｌ端口  -->
                <active>false</active>
                <!-- 这个是老的ssl方法链接的端口，现在新的是使用ＳＴＡＲＴＴＬＳ协议 -->
                <port>5226</port>
                <storeType>jks</storeType>
                <!-- 可以不配置，如果不配置使用默认的密钥和信任 -->
                <keystore>../../../../security/openfire/keystore</keystore>
                <keypass>changeit</keypass>
                <truststore>../../../../security/openfire/truststore</truststore>
                <trustpass>changeit</trustpass>
            </ssl>

这儿需要打开证书的配置，因为ＣＭ连接的在tls阶段不是用的openfire的证书，是使用的cm的证书。这儿没有对加密数据进行转发。如果openfire的5222端口使用了STARTTLS，客户端连接CM的时候就会使用CM的证书供与客户端加密。

Openfire配置：

Openfire需要配置5222中Advanced configuration中可以设置可选的（Optional，加密是优先的选项）或者强制允许加密（Required），两者的设置最后是一样的效果

Advanced configuration进入后

 

4、配置只使用5226端口，开放旧的tls端口让客户端来连接，并且CM连接openfire的时候需要检验该证书。（该部分需要在openfire中设置5222端口打开，并且强制不准加密，这儿需要配置keystore和truststore）。

相对与上面只是把active修改了

<ssl>
                <!-- 这个设置是否使用老的ｓｓｌ端口  -->
                <active>true</active>
                <!-- 这个是老的ssl方法链接的端口，现在新的是使用ＳＴＡＲＴＴＬＳ协议 -->
                <port>5226</port>
                <storeType>jks</storeType>
               　<keystore>../../../../security/openfire/keystore</keystore>
                <keypass>changeit</keypass>
                <truststore>../../../../security/openfire/truststore</truststore>
                <trustpass>changeit</trustpass>
            </ssl>

Openfire配置：

需要设置5222端口不允许加密，因为tls的握手是在xmpp之前已经决定了，所以这个时候不能使用STARTTLS协议，所以不允许加密，具体openfire配置和1相同。

Advanced configuration进入后

 

 

总结和说明：

       客户端连接CM来连接openfire中，openfire是没有做tls部分的，包括STARTTLS和旧的tls协议，所有的都是CM来处理的。CM中对于端口加密和不加密都是从Openfire配置中获取的，分别是required， optional和disabled。CM中的证书的配置就十分的重要，但是他们都有默认值，一般在部署环境不需要手动去配置，只需要把真实的证书添加到keystore中去就行了，因为conf里面的文件就是他们的默认文件。

<ssl>
                <!-- 这个设置是否使用老的ｓｓｌ端口  -->
                <active>false</active>
                <!-- 这个是老的ssl方法链接的端口，现在新的是使用ＳＴＡＲＴＴＬＳ协议 -->
                <port>5226</port>
                <storeType>jks</storeType>
                <keystore>../../../../security/openfire/keystore</keystore>
                <keypass>changeit</keypass>
                <truststore>../../../../security/openfire/truststore</truststore>
                <trustpass>changeit</trustpass>
            </ssl>

       有STARTTLS协议的连接（注：不是整个就是STARTTLS协议）可以从stream的发起作为分割点，可以分为三步，其中分为：

1> tls认证部分

2> sasl认证部分

3> 正式的数据

不过第3点我省略了讲解其中的资源绑定部分。

时序图如下：

1、添加starttls协议的过程：

 

2、没有添加starttls协议的过程：

 

3、老tls端口连接的过程：

 

案例（一个骚操作）：

这次研究CM，因为公司有个特殊需求，需要把openfire中的部分站独立

公司有n个网站，所有网站的用户都是使用一个openfire，现在因为一些原因要独立一些网站使得独立的网站连接的服务器和其它的网站的域名不一样，并且需要加密不让别人知道实际的openfire服务器地址。如果使用常规的STARTTLS当然不能实现，因为配置文件里面的domain按照文档需要配置成openfire的域名，这个数据恰好被<stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="localhost" id="8a9bheiskt" xml:lang="en" version="1.0">这个报文中from给暴露了，所以只有该domain位CM的名称，但是certificate的验证变为false。当然还可以使用旧的tls，但是有个平台的客户端的xmpp架构不支持5223，所以只能这么玩了。

 

如果想要知道openfire于client的报文内容和作用，请查看我下篇博客openfire的认证部分报文过程

正在飞翔的猫
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
HTTPClient4.5.2学习笔记（二）：连接管理（Connection management）
chenpeng19910926的专栏
05-11 8761
其实在第一篇基础篇的时候在介绍entity的时候就已经，在说三种类型区分的时候就已经提到过连接管理的概念，但是就我个人而言其实对于HTTPClient的连接管理不是很清楚。 2.1. 连接的持久性（Connection persistence） 建立从一个主机到另一个主机的连接的过程是相当复杂的，并且涉及两个端点之间的多个分组交换，这可能是相当耗时的。 连接握手的开销可能很大，特别是
使用连接池的ConnectionManager连接管理类
XuXuemin的专栏
04-17 1914
这是一个连接数据库的管理程序，使用DataSource连接池管理连接的总数量，同时使用了ThreadLocal（连接线程池，一个线程的连接永远使用的是该线程的链接对象）。具体代码如下： public class ConnectionManager { private static ThreadLocal<Connection> remoteConnection = new Th...
Android系统服务：ConnectionManager
Java技术博客，不再更新Android内容
05-12 1470
ConnectionManager基本介绍和使用ConnectionManager是负责网路管理的类。 获取ConnectivityManagerConnectivityManager manager = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);获取可用的NetworkInfo()NetworkInf
android之ConnectivityManager简介，网络连接状态
小范屯
03-06 677
android之ConnectivityManager简介，网络连接状态 [java] view plaincopy /**    * 测试ConnectivityManager    * ConnectivityManager主要管理和网络连接相关的操作    * 相关的TelephonyManager则管理和手机、运营商等的相关信息；W
openfire 最大连接数调优
dielucui7698的博客
09-12 186
https://community.igniterealtime.org/thread/48064#224126 https://community.igniterealtime.org/thread/57701 http://stackoverflow.com/questions/27718876/how-to-increase-openfire-concurrent-connec...
Remote Desktop Connection Manager
05-23
Remote Desktop Connection Manager（RDCMan）是微软开发的一款强大的远程桌面连接管理工具，它为IT专业人员提供了高效、集中的方式来管理和控制多个远程桌面会话。RDCMan以其便捷的功能和灵活的配置，深受系统管理...
PuTTY connection manager
03-27
PuTTY Connection Manager是一款基于PuTTY的强大工具，它扩展了PuTTY的功能，提供了更方便的多会话管理和连接配置。PuTTY本身是一个免费的SSH、Telnet和rlogin客户端，广泛用于远程登录和管理服务器。而PuTTY ...
mybatis逆向工程配置文件.zip
05-23
在使用这个压缩包时，你需要根据自己的项目结构和数据库信息修改配置文件中的`jdbcConnection`部分以及`targetProject`和`targetPackage`属性，确保代码生成后会被正确地引入到项目中。同时，如果需要逆向其他数据库...
Connection Manager-开源
06-08
您是否必须使用 ssh、telnet、vnc 和/或 rdesktop 连接到很多系统？ Connection Manager 允许您配置所有这些连接，并按名称访问它们，因此您不必记住如何连接到每个系统。
vs C#项目读取JSON配置文件
12-14
config.json 文件内容如下 { "Data": { "DefaultConnection": { "ConnectionString": "Server=(localdb)\\MSSQLLocalDB;Database=Books;Trusted_Connection=True;" } }, "Appsettings": { "Name": ...
connection manager连接管理
04-15
NULL 博文链接：https://i-feng.iteye.com/blog/1749758
ConnectionManager
08-05
ConnectionManager接口
OpenFire源码学习之十：连接管理(上)
weixin_30790841的博客
02-02 226
关于连接管理分为上下两部分 连接管理 在大并发环境下，连接资源 需要随着用户并发访问量的增加而增加，所以可伸缩的连接资源就是支持大访问量的关键技术。openfire系统通过增加独立部署的连接管理器程序提高并发的能力，连接管理的前端是一台负载均衡设备，它负责把用户访问分配到指定连接管理器，多台连接管理器在访问服务器。使用连接管理器后，服务器的连接池是提供给连接管理器连 接，而...
ConnectivityManage——基础用法（一）
小白
12-29 1096
ConnectivityManage基础用法（一） 判断是否有网络连接 ConnectivityManager connectivityManager = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE); NetworkInfo networkInfo = connectivit
ConnectionManager 管理JDBC连接
tmmh
03-27 1182
[code="java"] log:打印日志（废话） callback: 回调类：在 打开连接，关闭连接，事务状态时机定义动作 factory:供应ConnectionProvider以提供连接,Batch以管理Statement releaseMode：释放模式 connection:连接缓存 borrowedConnection：连用连接缓存 wasConnectionSuppl...
三、MySQL实例初始化、设置、服务启动关闭、环境变量配置、客户端登入（一篇足以从白走到黑）
qq_52495761的博客
01-14 1389
如果电脑上可能安装多个版本mysql，请在服务名后面保留版本标识，例如：MySQL80，这样可以区别用哪个版本的mysql。
mysql server 安装及配置
weixin_45562371的博客
09-06 1245
mysql server安装及配置1、下载：2、配置：3、修改root用户名 1、下载： 官网下载 MySQL产品档案 下载 MySQL Community Server 5.7. Windows (x86, 64-bit), ZIP Archive 2、配置： step 1 : 解压下载下来的 zip 包，放到指定目录，以 D:\mysql\mysql-5.7.30-winx64 为例。 step2： 配置环境变量，在path中追加 D:\mysql\mysql-5.7.30-winx64\bin。
HttpClient高级进阶-ConnectionManager
GTH07399的博客
03-12 3179
简述 本文介绍HttpClient的连接管理，主要介绍使用BasichttpClientConnectionManager和PoolingHttpClientConnectionManager来实现强制安全，协议兼容和有效使用HTTP连接。 用于单线程连接的BasicHttpClientConnectionManager 自HttpClient 4.3.3起，BasicHttpClientConnectionManager可用作HTTP连接管理器的最简单实现。它用于创建和管理一次只能由一个线程使用的单
03-04_配置并启动Managed Server(受管服务器)
weixin_34254823的博客
01-22 495
本文重点： 配置Managed Servers（受管服务器） 启动Managed Servers 原理 运行多个Managed Servers实例 一、配置Managed Servers 配置Managed Server可以通过以下方式： Domains配置助手（本文略） Web控制台 WLST配置脚本（后续脚本管理时会创建） ...
remote desktop connection manager
最新发布
02-04
Remote Desktop Connection Manager（远程桌面连接管理器）是一种用于管理远程桌面连接的工具，主要用于帮助用户管理多个远程桌面连接。它提供了一个集中的界面，让用户可以方便地查看、连接和管理多个远程计算机。 Remote Desktop Connection Manager 允许用户创建多个连接配置文件，并且可以对这些配置文件进行组织和分类，使得用户可以轻松地管理多个远程连接。通过这个工具，用户可以一次性打开多个远程连接，在不同的窗口中进行操作，从而提高工作效率。 该工具还提供了丰富的功能，如自动登录、快速切换、导入/导出连接配置等，使得用户可以根据自己的需求，灵活地进行远程连接的管理和操作。 Remote Desktop Connection Manager 还提供了安全性设置，可以帮助用户保护远程连接的安全性，如通过使用加密协议、验证身份等方式来确保远程连接的安全。 总之，Remote Desktop Connection Manager 是一款功能强大、灵活方便的远程连接管理工具，可以帮助用户高效地管理和操作多个远程连接，提高工作效率，保护连接安全。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值