rpcbind(transmission怎么修改tracker服务器为https模式)

rpcbind，transmission怎么修改tracker服务器为https模式？

前言如果没有修改下面设置也是能打开transmission的web界面，但是你会发现一片空白，提示正在连接服务器。 transmission实现远程访问要开启rpc-authentication-required设置方法找到transmission安装目录内的settings.json文件使用notepad++或者sublime等文本编辑软件打开修改以下地方：（大约在第43行开始）

1.将rpc-authentication-required和rpc-enabled修改为true，启用认证功能

2.rpc-username后设置为你的登录用户名

3.rpc-password后设置为你的密码

4.其他的就按下面的配置修改即可"rpc-authentication-required": true, "rpc-bind-address": "0.0.0.0", "rpc-enabled": true, "rpc-host-whitelist": "", "rpc-host-whitelist-enabled": true, "rpc-password": "123456", "rpc-port": 9091, "rpc-url": "/transmission/", "rpc-username": "admin", "rpc-whitelist": "", "rpc-whitelist-enabled": false,这个配置的用户名为admin 密码为123456 注：密码修改后重启transmission，然后打开settings.json文件，rpc-password会变成了一串加密密钥。

Netty能做什么？

上一个问答说到了多线程为什么不适合长连接的问题，因为创建多个线程用于维持连接，会极大的浪费内存资源，仿佛一个个线程被阻塞了一样！

正好这个时候，jdk4提出了一套新的类库NIO:noneBlocking IO（当然，也有人叫做new IO，用于区别原来老式IO处理方式），同步非阻塞IO，Netty正是基于NIO做的一套同步非阻塞框架，netty性能良好，而且封装了一套原本在NIO中复杂的API，提供给操作者方便的调用！

阻塞与非阻塞:原本的多个线程分别处理连接，不管数据有没有传输，线程一直存在，而没有进行读写数据的时候就相当于发生了阻塞！而非阻塞模型是使用一个线程干了所有线程的活，通过不断的轮询看连接需不需要进行数据读写，如果不需要就略过，如果需要就交给另外一套专门处理任务的线程池进行处理，这样维持连接的线程从原来的多个连接变为了一个，永远没有线程是阻塞的！

netty就是基于这样的异步事件驱动，非阻塞模型开发的NIO框架，基于reactor模型，能在单个线程接受到请求之后采取多路复用的方式把请求转交给任务处理线程池进行处理！reactor模型也有多种:单线程模型，多线程模型和主从多线程模型！

事实上，大多数的高性能框架都是基于reactor模型进行设计，包括nginx，redis都有类似的技术模型！阿里的SOFAbolt，Ratpack等等非常多的RPC框架，服务器等都是基于netty进行开发，可以说在高并发的环境下，netty是搭建多任务长连接处理模型的不二之选！

关于netty知识，有大量的书籍介绍！不是短短的几百字就可以说的清的，可以自己动手实现相应的东西才能加深理解，更多的技术分享，敬请关注。。。