为docker容器暴露端口
在创建一个容器的时候，一般都需要讲容器需要暴露的端口映射到物理主机的相同端口或其他端口，因为在外网环境下是不方便直接连接到容器的，所以需要通过映射端口的方式，让外网访问宿主机的映射端口来访问容器。
为了这么做，我通过expose命令去运行该容器，这是告诉Docker在运行该容器的时候让其公开特定的端口。当然，被公开的端口是可以被其他容器访问的。
docker默认开启的端口要看你的docker容器是什么应用才行，比如docker中的mysql默认就是3306端口。
等待容器启动。你可以使用以下命令查看正在运行的容器：Copy Codedocker ps现在，你的 GitHub 项目已经成功部署到 Docker 容器中。你可以通过访问指定的主机端口来访问你的应用程序。
redis连不上咋整??
原因如下：配置错误：配置错误是导致泛微无法连接到Redis集群的常见原因之一。包括配置文件错误或网络连接问题。若Redis集群的配置文件中的地址或端口设置不正确，泛微将无法正确连接到集群。
网络问题。Redis是一个客户端服务端的程序，服务端提供数据存储等等服务，可以连接，服务连接不上，是网络问题。网络是由若干节点和连接这些节点的链路构成，表示诸多对象及其相互联系。网络是信息传输、接收、共享的虚拟平台。
首先没有关闭redis保护，在客户端输入命令。其次没有关闭redis保护，redistemplate就无法连接redis。最后及时的释放掉redis的连接资源即可解决。
redis常见报错及解决?
使用 WATCH 命令：WATCH 命令可以监听一个或多个键，如果在事务执行期间这些键被其他客户端修改，事务会被中断并返回错误。
借助Redis setNX命令设置一个标志位就行。设置成功的放行，设置失败的就轮询等待。
检查复制积压缓冲区内存消耗，可以看到因为缓冲区设置过大，数据量才存储190多M，Redis就无法写入了。
那还是有问题，我们可以在加锁的时候，手动调长redis锁的过期时间，可这个时间多长合适？业务逻辑的执行时间是不可控的，调的过长又会影响操作性能。
在使用 redis-cli 连接 redis 集群，进行数据操作时，有报错 解决方法：这种情况一般是因为启动redis-cli时没有设置集群模式所导致。
redis订阅断开后,怎么重新订阅
启动订阅进程，启动发布进程。分别断开与redis之前的网络连接，发现jedis断开后又重连连上了，通过redis命令pubsub命令查询订阅数，发现订阅数减少了。由此证明当网络中断后订阅丢失。
如果连接失败，则客户端会尝试重新连接，直到连接成功或达到最大连接尝试次数。需要注意的是，在Redis重启后，可能会出现一段时间无法访问Redis的情况，因为Redis需要重新加载数据到内存中。
我们先订阅频道称为redisChat 现在，我们重新开启个redis客户端，然后在同一个频道redisChat发布消息，订阅者可以接收到消息。
本机和服务器上的redis进行连接，由于网络问题会进行类似握手校验，位移量达到3的时候就会断开连接，连接时加一个healthcheckinterval参数即可解决问题。redis连接池出现了问题，可以更换redis连接池即可解决问题。
判断如果是当前线程持有的锁，那么就重新设置过期时间，并返回 1 即 true 。否则返回 0 即 false 。通过调用 unlockInnerAsync(threadId) 来删除 redis 中的 key 来释放锁。
在OnMessage回调方法中调用UnSubscribeFromAllChannels()或其它退订方法。
以上就是redis端口转发(redis 6380端口)的内容，你可能还会喜欢redis端口转发,主机,数据存储,宿主机,端口映射等相关信息。
