Netty-握手的其他管道？
在我的netty客户端中，我有一个初始管道，只有一个ChannelInoundHandlerAdapter。使用这个处理程序，我可以处理协议的握手。之后，我需要修改管道以供正常使用。这意味着我需要删除ChannelIn HandlerAdapter并添加LengthFieldPrepender/LengthFieldBasedFrameDecoder、Encoder/Decoder和一个处理程序。
最好的方法是什么？
共有1个答案
通道处理程序的上下文具有通道。获取管道，并按所需顺序添加新的通道处理程序。最后，删除协商处理程序。
所有这些都应该在协商通道处理程序内部完成，这是它的最后一步。单个通道上的操作是在该通道的事件循环(读“thread”)上按顺序执行的，因此通道内没有争用条件。
-
我有客户端和服务器配置使用TLS和自签名证书。 客户端SSL引擎配置为使用虚拟信任管理器，该管理器从不抛出CertificateException和空KeyManager数组。 服务器SSL引擎使用由手动生成的密钥存储文件初始化的密钥存储。 当我用JDK 8运行它时，我得到以下握手结果： 服务器无法验证证书 这是预期的行为。 当我使用JDK 11运行它时，我得到以下结果： 服务器失败与相同的错误（
-
我们正在Netty之上实现SSL。但是当前的设计有一个缺陷。如果失败，客户端将重试连接到服务器。这是网络或服务器负载过重问题所需要的。但是错误的客户端凭据会导致持续的失败。 有一些解决办法： 客户端-服务器连接可以故障转移到未加密模式（从管道中删除SslHandler）。 客户端可以死亡并在知道它是SSL异常时抛出异常。 不幸的是，我不知道如何使用Netty实现这一点。几个问题： < li >如何
-
在 seahub_settings.py 配置文件中可以个性化用户管理 # 是否开启用户注册功能，默认为 `False`，不开启. ENABLE_SIGNUP = False # 用户注册后是否立即激活，默认为 `True`，立即激活。 # 如果设置为 `False`，需管理员在系统管理界面激活用户。 ACTIVATE_AFTER_REGISTRATION = False # 管理员添加新用户后，
-
要破解WPA密钥，首先我们要捕获握手。使用，将以与在WEP加密网络中使用它相同的方式捕获握手。使用以下命令捕获周围的所有网络： 下面我们将对javaT网络运行，其中为。指定参数，数字，然后添加将捕获的所有数据包存储到文件中，然后将无线网卡包含在监控模式下，即。命令如下： 一旦启动此命令，我们将拥有WPA加密网络，并且将客户端连接到网络。 我们可以通过两种方式捕获握手。首先，等待设备连接到网络。一旦
-
在WPA中，使用唯一的临时密钥对每个数据包进行加密。它不像WEP，重复IV，我们收集大量具有相同IV的数据包。在每个WPA数据包中，都有一个唯一的临时IV，即使收集了100万个数据包，这些数据包也不会对我们有用。这些数据包不包含任何可以帮助我们确定实际WPA密钥的信息。 包含有用信息并帮助我们确定密钥的唯一数据包是握手数据包。这些是四个数据包，当新设备连接到目标网络时，将发送这些数据包。例如，假设
-
我希望netty服务器A在启动时连接netty服务器B，听起来像代理，所以我尝试了netty代理示例，但它只是在中启动netty客户端，只有一个新的连接处于活动状态，客户端才会被创建。当服务器A启动时，我需要通知服务器B做一些“注册”的事情，我该怎么办？