VMware开启时间过长及提示 “连接错误: 无法协商 SSL。”

故障说明

在升级Win10 专业工作站版 到2004 后发现 VMware 开启时间过长将近两分钟才可以加载完成 卡在初始化页面 如下

 
经过好久后启动完成。  同时连接esxi服务器后打开已启动虚拟机造成VMware长时间未响应容易造成卡死如下图

同时虚拟机客户端页面显示黑屏 不能正常远程操作如下图

有时间会提醒用户 “连接错误: 无法协商 SSL。”  有时候不会有更多提醒。。弹窗图片待补充

前言

本文章只对本人在Windows10下KeePass使用KeeAgent插件进行ssh密钥管理的记录  
首先感谢所有使用项目的开发者们。  
使用软件或项目如下

• KeePass 2.4.3 KeePass主程序
• KeepAgent Stable 0.10.1 KeeAgent插件
• weasel-pagent 1.4 weasel-pagent程序 如WSL需要使用KeeAgent需要使用

其次感谢部分已有教程的启发及指导

• Win10 Bash下使用KeePass KeeAgent插件
• How to use KeeAgent with WSL and Ubuntu

故障说明

部分神舟笔记本及蓝天模具笔记本指纹模块经常在开机一段时间后不能识别指纹，重启电脑或者禁止指纹模块再重新启用后会恢复正常。

群晖moments 缩略图索引生成失败 及无法浏览图片

群晖配件moments 建立缩略图时需要everyone 对/hoems 文件夹有浏览读取修改权限。  
因开通多账号 原本将homes 目录权限设置为 administrator、owner 群组具有完全操控权限 user 组拥有读取 写入权限  /homes 下  用户二级目录设置为 admin 及 owner 组 拥有完全权限  其他用户组禁止读取写入  
设置好后 发现群晖moments中 无法生成图片索引 无法查看原图  经过排查发现 需要对homes 根目录给everyone 读取及修改权限才能正常使用  其他 drive 配件无此bug影响。 初步判断为 moments索引程序 执行时所用权限为非root权限 当仅仅对 user admininstrator owner 有操作权限时无法正常读取子目录及文件  
ps: moments中 共享图库不会因homes权限不对而造成无法读取。初步判定此问题是bug造成。  
遭遇环境为 dsm6.20  moments 为1.2.1

Plex Media Server 进程 cpu占用100%

症状体现为 待机状态下 Plex Media Server 进程 占用cpu100% 已知影响版本1.15.6.1079  
在官方论坛发现很多用户在1.15.6.1079版本之前也遇到相关问题 已有有网友分析出原因及结局方法  

造成bug原因：

在Plex Media Server 与Plex官方服务器通讯时 会自动寻找本地路由upnp服务器 若路由器为openwrt(lede) 梅林等固件 部分miniupnp服务会与 进程通讯出bug 形成死循环 从而形成cpu占用100%  即使使用手动设置远程端口也会有unpu扫描

本人尝试解决方法

1. 停止路由upnp服务  重启 Plex服务 不过此方法影响其他局域网内upnp使用  最终未使用
2. 如果为docker方式安装
   1. 可在docker客户机中进行 防火墙设置 拒收所有 1900端口udp 封包 需要进入docker镜像修改 安装iptabales 防火墙 对镜像修改较大 且不保证更新后该bug是否会修复 PS：根据论坛反馈 最近两版本出现的bug 大概一个月前已经有人反馈过 并未更新  所以没使用该方法
        2. 在docker 宿主上 进行防火墙设置 拒收所有 1900 端口 udp封包  使用如下命令

      1 2 3

      iptables -I INPUT -p udp --sport 1900 -j DROP service iptables save service iptables reload

          优点 只影响改宿主host及下属应用upnp使用。 目前采用此方法

更新于 2019年6月16日 官方已经修改修复此bug

删除upnp设置

1
2
3

iptables -D INPUT -p udp --sport 1900 -j DROP
service iptables save
service iptables reload