59期day1：常见红蜘蛛故障和服务器基础知识

学习主要内容：1、红蜘蛛常见故障及解决方法；                          

                         2、 运维工作内容，职责；

                         3、物理服务器型号及各核心零部件的学习         

                         4、云服务器

一、红蜘蛛常见故障及解决方法流程

11：故障1：无法看到红蜘蛛共享界面

111：解决方法1：修改网络端口

1111：流程:everything(搜索)->输入adapterexe->双击进入网络端口界面->选择合适的网络端口点击现在设置即可

112：解决方法二：其他激活软件导致， 激活office(word )

12：红蜘蛛故障2：红蜘蛛窗口置顶

121：解决方法一：关闭红蜘蛛，让其自动重启

122;解决方法二：右键红蜘蛛窗口里面单击-> 选择"显示工具条"->屏幕黑屏过一会之后正常；若一直黑,关闭红蜘蛛让其自动开启

红蜘蛛排错视频

二、运维核心工作：

三、服务器

31服务器基础：

311：服务器尺寸：U（unit）   1U=445cm

312:作用及特点：

32：服务器按外形分类

321 机架式服务器   （常用）

322 刀片服务器

323 塔式服务器-更强壮的计算机

例如：42U机柜(限制电流)

         1U服务器    20台     2U      15-16台

324：DELL服务器型号命名规则:
R740 ：R->指机架式；

             7->与CPU颗数有关，7表示2颗

             4->表示第14带服务器

             0->表示生产商为Inter

四、服务器核心零部件：

41：电源：生产中一般单个服务器核心业务最好使用双电源AB线路。

42：CPU处理器：服务器的CPU相当于人体的大脑，负责计算机运算和控制，是服务器性能效率最核心的部件。

421：CPU颗数和路数关系：颗数即为路数，2颗也可以说成2路

422：CPU颗数和核心的关系：下图表示两路CPU，每路CPU四个核心  
423：核心与线程关系：

通常一个核心在同一时间只能做一件事；Inter超线程技术可以实现一个核心做两件事。

一般的企业里的服务器，CPU个（颗）数2,4颗，单个（颗）CPU是四或六核。内存总量一般是16-256G(32G,64G)。

做虚拟化的宿主机（eg:安装vmware（虚拟化软件）的主机），CPU颗数4-8颗，内存总量一般是48-128G，6-10个虚拟机。

43：内存：内存是电脑的一个临时储存器，CPU和磁盘之间的缓冲设备，

他负责电脑数据中转而不能永久保存。

431：作用：内存是CPU能够直接访问的储存器，CPU从内存中读取 *** 作指令和数据，又把运算或处理结果送回内存。

432：程序、进程、守护进程的区别：

433：如何提高用户体验（提升网站打开速度）

4331： 门户（大网站 ）极端案例：高并发写入案例（抢红包、微博）
4332：中小型网站 访问量少
4333：如何防止数据不丢、IDC机房(数据中心)(不断电)

4334：buffer与cache 区别

44、磁盘：磁盘就是永久存放数据的存储器，磁盘上也是有缓存的（芯片）。

441：磁盘接口：SAS(企业)   SATA(家)

服务器使用磁盘接口

45:Raid卡（阵列卡）：磁盘阵列 统一管理磁盘的方法

451：特点 功能:

                                   最少硬盘数          容量                      性能                            冗余

RAID 0                          1块                 容量总和                 最快的                       坏一块数据便丢失了

RAID 1 （镜像）        只能2块            总和的一半              写入慢                           100% 坏1半
46：远程控制卡：

我们平时控制服务器,远程连接xshell

服务器出现故障了,通过远程控制卡 *** 作(就相当于你跑机房 *** 作）

461：品牌

Dell 远程控制卡 iDrac

HP    远程控制卡  iLo

462：作用：开关服务器，并可以查看服务器开关的过程等信息。

47：光驱

471：功能：听歌、看碟、装软件、装系统等

48：云服务器：

481：云服务器图示
482：主要厂商:国内  阿里云  腾讯云  华为云（国企）

                国外  AWS（亚马逊）  外企

可以在浏览器中通过远程数据服务RDS取得RECORDSET对象，然后在脚本语言中存取数据。或在原生WINDOWS应用程序中通过RDS取得RECORDSET对象，然后使用程序代码来存取远程数据源中的数据。RDS能够将ADO取得的数据一DCOM或>这是一种WI-FI软件在任务管理器里关闭下就可以了。
解决办法是需要点击开始菜单中的注销按钮，点击断开按钮或是远程屏幕上方的X按钮都不能正确地断开当前用户的登录。
也可以打开开始-程序-金蝶K3-金蝶K3工具-远程组件配置工具，输入K3主服务ip地址后单击测试确认是否正常，若测试通过后单击确定后则可正常使用，若测试不通过，请单击终止后查看测试结果。

1问题描述

jwt与token+redis，哪种方案更好用？

问题结论

刚好最近有项目使用了jwt，而且是定制化的jwt的认证机制，就个人的理解而言，各自有其优缺点，并且针对不同的场景需要进行约束性开发，如用户剔除、同一用户每2h只生成一次jwt等。

2Token机制简述

21Token的用途

用户在登录APP时，APP端会发送加密的用户名和密码到服务器，服务器验证用户名和密码，如果验证成功，就会生成相应位数的字符产作为token存储到服务器中，并且将该token返回给APP端。以后APP再次请求时，凡是需要验证的地方都要带上该token，然后服务器端验证token，成功返回所需要的结果，失败返回错误信息，让用户重新登录。其中，服务器上会给token设置一个有效期，每次APP请求的时候都验证token和有效期。

在存储的时候把token进行对称加密存储，用到的时候再解密。文章最开始提到的签名sign：将请求URL、时间戳、token三者合并，通过算法进行加密处理。

22token+redis机制

用户验证通过后，服务端通过如uuid相关的方法，生成token，存储用户信息。当请求服务时，客户端将token带上来，进行查询验证，如token存在并在有限期内，请求有效，否则请求非法。

token+redis机制是中心化的，每次验证token有效性时，都需要访问redis，其核心优点实服务端可以主动让token失效，缺点是每次都要进行redis查询。占用redis存储空间。

23jwt机制

这是一种无状态身份验证机制，因为用户状态永远不会保存在服务器内存中。服务器受保护的路由将在授权头中检查有效的JWT，如果存在，则允许用户访问受保护的资源。由于JWT是独立的，所有必要的信息都在那里，减少了多次查询数据库的需求。

Javajwt普遍选用java-jwt工具包依赖，gradle依赖：compile'comauth0:java-jwt:320'用户发起登录请求，验证通过后，服务端创建一个加密后的JWT信息，作为Token返回。在后续请求中JWT信息作为请求头，发给服务端。服务端拿到JWT之后进行解密，正确解密表示此次请求合法，验证通过；解密失败说明Token无效或者已过期。

jwt的有点主要有：a其是去中心化的，便于分布式系统使用；2基本信息可以直接放在token中。user_id，session_id；3功能权限信息可以直接放在token中。用bit位表示用户所具有的功能权限。其缺点有：服务端无法主动让token失效，另一个是无法很好的控制payload的数据量。

3小结

jwt和token+redis两种方案，没有最优，只有结合不同的业务场景，需求最适合的方案。就比如token2h过期，同一用户每15h只生成一次token，当两次token并存时，同时有效。大家可以考虑在这两种方案的前提下，分别如何实现？

可以啊,我试了一下 WebClient abc1 = new WebClient(); abc1DownloadFile(" >