client掉域现象
（转）常见Nginx服务器故障处理。
（转）常见Nginx服务器故障处理。
⽬的：在Nginx服务器出现故障时，能快速定位并解决相关错误。
概述：Nginx常见错误与问题之解决⽅法技术指南。
安装环境：系统环境：redhat enterprise 6.5 64bit1、Nginx 常见启动错误有的时候初次安装nginx的时候会报这样的错误sbin/nginx -c conf/nginx.conf报错内容：sbin/nginx: error while loading shared libraries: libpcre.so.1:cannot open shared object file: No such file or directory启动时如果报异常error while loading shared libraries: libpcre.so.1: cannot openshared object file: No such file or directory 这说明我们的环境还不是和启动需要⼩⼩的配置⼀下解决⽅法(直接运⾏)：32位系统 [root@sever lib]# ln -s /usr/local/lib/libpcre.so.1 /lib64位系统 [root@sever lib]# ln -s /usr/local/lib/libpcre.so.1 /lib64然后执⾏ps -ef | grep nginx 查看nginx进程确认是否真的已经启动了，在进程列表⾥会有最起码两个， worker(nginx⼯作进程)和master（nginx主进程）root 4349 1 0 02:24 ? 00:00:00 nginx: master process sbin/nginx -cconf/nginx.confnginx 4350 4349 0 02:24 ? 00:00:00 nginx: worker processroot 4356 28335 0 02:30 pts/1 00:00:00 grep nginxNGINX 就 OK了2、400 bad request错误的原因和解决办法配置nginx.conf相关设置如下.client_header_buffer_size 16k;large_client_header_buffers 4 64k;根据具体情况调整，⼀般适当调整值就可以。
VsphereClient 问题汇总
1、启用客户机操作系统和远程控制台之间的复制和粘贴操作解决方法：要在客户机操作系统和远程控制台之间进行复制和粘贴，必须使用vSphere Client 启用复制和粘贴操作。
步骤a、使用vSphere Client 登录到vCenter Server 系统并选择虚拟机。
b、在摘要选项卡中，单击编辑设置。
c、选择选项>高级>常规，然后单击配置参数。
d、单击添加行，并在“名称”和“值”列中键入以下值。
名称值isolation.tools.copy.disable falseisolation.tools.paste.disable false注意这些选项将替代在客户机操作系统的VMware Tools 控制面板中做出的任何设置。
e、单击确定以关闭“配置参数”对话框，然后再次单击确定以关闭“虚拟机属性”对话框。
f、重新启动虚拟机。
2、sco系统迁移过去之后找不到启动列表解决方法：目前解决方法：使用软驱制作应急盘，通过应急盘来找到启动列表，如果不行的话，只能使用，现成的虚拟镜像导入vmware中，但是这种方法，要自己设置与自己相关的应用。
本帖隐藏的内容需要回复才可以浏览3、linux做迁移时手动添加的逻辑分区（LVM卷），迁移过去之后找不到这些分区解决方法：：给虚拟机额外添加硬盘后融合，然后将数据重新拷入加入的硬盘中。
4、安装esxi的时候找不到万兆网卡解决方法：解决方法：安装各个厂商OEM的esxi版本。
5、迁移时提示vss原卷不能克隆解决方法：解决方法：查看是否有额外的设备插在服务器上，如usb设备。
6、Windows迁移之后，配置网卡的时候，会提示“IP已经被分配给其他的适配器”解决方法：打开命令行窗口（运行cmd），输入：（1）、set DEVMGR_SHOW_NONPRESENT_DEVICES=1（2）、devmgmt.msc在弹出的“设备管理器”窗口。
选择“查看（V）”---“显示隐藏的设备（W）”，然后展开“网络适配器”子项，可以看到一些透明图标显示的网卡信息，这些信息是源服务器的物理网卡信息。
mysql链接错误：LostconnectiontoMySQLserveratreadin。。。
mysql链接错误：LostconnectiontoMySQLserveratreadin。
在远程连接mysql的时候，连接不上，出现如下报错：Lost connection to MySQL server at 'reading authorization packet', system error: 0原因分析：mysql开启了DNS的反向解析功能，这样mysql对连接的客户端会进⾏DNS主机名查找。
mysql处理客户端解析过程：1）当mysql的client连过来的时候，服务器会主动去查client的域名。
2）⾸先查找 /etc/hosts ⽂件，搜索域名和IP的对应关系。
3）如果hosts⽂件没有，则查找DNS设置，进⾏DNS反向解析，直到timeout连接失败。
mysql的DNS反向解析：1）mysql接收到连接请求后，获得的是客户端的ip，为了更好的匹配er⾥的权限记录（某些是⽤hostname定义的）。
2）如果mysql服务器设置了dns服务器，并且客户端ip在dns上并没有相应的hostname，那么这个过程很慢，导致连接等待。
解决⽅案：1）把client的ip写在mysql服务器的/etc/hosts⽂件⾥，随便给个名字做主机映射即可。
2）在f配置⽂件中的[mysqld]区域添加skip-name-resolve，即跳过mysql连接的DNS反向解析功能，这样能很好地提⾼mysql性能。
在这种情况下，就只能使⽤MySQL授权表中的IP来连接mysql服务了。
对于第⼀种⽅法显然⽐较笨，也不实⽤！强烈推荐第⼆种⽅法，添加skip-name-resolve选项可以禁⽤dns解析，这样的话，就不能在mysql 的授权表中使⽤主机名了，只能使⽤IP。
--------------------------------------------------------------------------------------------------------------另外：如果在f⽂件中配置了bind-address地址绑定的地址（说明别的机器远程只能通过这个绑定的本机地址来连接mysql），可以将其注释掉。
实验4-冰河木马实验
实验4-冰河木马实验实验报告如有雷同，雷同各方当次实验成绩均以0分计。
2. 在规定时间内未上交实验报告的，不得以其他方式补交，当次成绩按0分计。
实验4 冰河木马实验【实验原理】作为一款流行的远程控制工具，在面世的初期，冰河就曾经以其简单的操作方法和强大的控制力令人胆寒，可以说达到了谈冰色变的地步。
若要使用冰河进行攻击，则冰河的安装（是目标主机感染冰河）是首先必须要做的。
冰河控制工具中有二个文件：G_Client.exe ，以及G_Server.exe 。
G_Client.exe 是监控端执行程序，可以用于监控远程计算机和配置服务器。
G_Server.exe 是被监控端后台监控程序（运行一次即自动安装，开机自启动，可任意改名，运行时无任何本班序号 姓名警示提示）。
运行G_Server.exe后，该服务端程序直接进入内存，并把感染机的7626端口开放。
而使用冰河客户端软件（G_Client.exe）的计算机可以对感染机进行远程控制。
冰河木马的主要功能：（1）自动跟踪目标机屏幕变化，同时可以完全模拟键盘及鼠标输入，即在同步被控端屏幕变化的同时，监控端的一切键盘及鼠标操作将反映在被控端屏幕（局域网适用）。
（2）记录各种口令信息：包括开机口令、屏保口令、各种共享资源口令及绝大多数在对话框中出现的口令信息。
（3）获取系统信息：包括计算机名、注册公司、当前用户、系统路径、操作系统版本、当前显示分辨率、物理及逻辑磁盘信息等多项系统数据。
（4）限制系统功能：包括远程关机、远程重启计算机、锁定鼠标、锁定系统热键及锁定注册表等多项功能限制。
（5）远程文件操作：包括创建、上传、下载、复制、伤处文件或目录、文件压缩、快速浏览文本文件、远程打开文件（正常方式、最小化、最大化、隐藏方式）等多项文件操作功能。
（6）注册表操作：包括对主键的浏览、增删、复制、重命名和对键值的读写等所有注册表操作功能。
（7）发送信息：以四种常用图标向被控端发送简短信息。
高可用服务设计之二：Ratelimiting限流与降级
⾼可⽤服务设计之⼆：Ratelimiting限流与降级《》《》《》《》《》《》服务容灾为了避免出现服务的雪崩，我们需要对服务做容灾处理。
常规的服务容灾处理思路有：资源隔离超时设定服务降级服务限流其中每种思路⼜可以有不同的解决⽅案。
⽐如资源隔离可以通过将不同的服务发布在独⽴的docker容器或服务器中，这样即使⼀个服务出现问题，也不会殃及池鱼。
服务降级和服务限流可以通过前端nginx+lua来实现，当服务处理延迟或宕机时，nginx可以直接返回固定的降级/失败响应，已快速跳过问题服务。
在开发⾼并发系统时，有很多⼿段保护系统，⽐如缓存、降级和限流。
缓存的⽬的是提升系统访问速度和增⼤系统处理能⼒，可谓是抗⾼并发的银弹。
⽽降级是当服务出问题或者影响到核⼼流程的性能，需要暂时屏蔽掉，待⾼峰过去或者问题解决后再打开的场景。
⽽有些场景并不能⽤缓存和降级来解决，⽐如稀缺资源（秒杀、抢购）、写服务（如评论、下单）、频繁的复杂查询（评论的最后⼏页）等。
因此，需要有⼀种⼿段来限制这些场景下的并发/请求量，这种⼿段就是限流。
限流的⽬的是通过对并发访问/请求进⾏限速或者⼀个时间窗⼝内的请求进⾏限速来保护系统，⼀旦达到限速速率则可以拒绝服务（定向到错误页或告知资源没有了）、排队或等待（⽐如秒杀、评论、下单）、降级（返回兜底数据或者默认数据，如商品详情页库存默认有货）。
在压测时，我们能找出每个系统的处理峰值，然后通过设定峰值阈值，当系统过载时，通过拒绝过载的请求来保障系统可⽤。
另外，也可以根据系统的吞吐量、响应时间、可⽤率来动态调整限流阈值。
⼀般开发⾼并发系统场景的限流有：限制总并发数（⽐如数据库连接池、线程池）、限制瞬时并发数（如Nginx的limit_conn模块，⽤来限制瞬间并发连接数）、限制时间窗⼝内的平均速率（如Guava的RateLimiter、Nginx的limit_req模块，⽤来限制每秒的平均速率），以及限制远程接⼝调⽤速率、限制MQ的消费速率等。
NC维护常见问题和技巧
第一部分 客户端
1.浏览器的设置问题.
1.JRE版本冲突: 卸掉所有的JRE,清一下缓存,重新安装NC的JRE ，另外,有时安装完NC的JRE后,用户 又安装了其它产品的JRE. 然后登录NC时,IE报错,登录不进去. 卸载掉NC的JRE,重新安装后即可 2.JRE参数设置的内存过大: -Xms128M -Xmx512M ，如机器内存为512, Xmx设置为512M或超过512M 可以逐渐缩小最大值设置. 如设置为:-Xms128M -Xmx300M 3. 有一个特殊情况. IE自动关闭,而且在桌面上会生成一个日志文件. 这种情况可以使用下面的方法: 在控制面版设置客户端内存如: -Xms256m –Xmx448m 先安装NC的NC_Client_1.5.0_07.exe软件在NC安装目录 nchome\webapps\nc_web\Client\NC_Client_1.5.0_07.exe 该软件会安装在C:\Program Files\jre1.5.0_07目 录下. 如果以前安装过就不用安装了. 在网上下载jre1.5.0_13 如: jre-1_5_0_13-windows-i586-p.exe /webapps/download/AutoDL?BundleId=12839&/jre-1_5_0_13-windows-i586-p.exe 下载后,安装. 该软件安装在C:\Program Files\Java\jre1.5.0_13 然后将 C:\Program Files\jre1.5.0_07\lib\security目录下的java.policy文件覆盖到 C:\Program Files\Java\jre1.5.0_13\lib\security下 另外,V5版本可以用NCSysConfig.bat 生成一个客户端,使用NC的客户端软件
计算机面试常问问题_计算机岗位面试题
计算机面试常问问题_计算机岗位面试题计算机面试常问问题一1、TCP为什么需要3次握手，4次断开?“三次握手”的目的是“为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误”。
client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。
本来这是一个早已失效的报文段。
但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。
于是就向client发出确认报文段，同意建立连接。
假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。
由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。
但server却以为新的运输连接已经建立，并一直等待client发来数据。
这样，server的很多资源就白白浪费掉了。
采用“三次握手”的办法可以防止上述现象发生。
例如刚才那种情况，client不会向server的确认发出确认。
server 由于收不到确认，就知道client并没有要求建立连接。
”。
主要目的防止server端一直等待，浪费资源。
为什么4次断开?因为TCP有个半关闭状态，假设A.B要释放连接，那么A 发送一个释放连接报文给B，B收到后发送确认，这个时候A 不发数据，但是B如果发数据A还是要接受，这叫半关闭。
然后B还要发给A连接释放报文，然后A发确认，所以是4次。
在tcp连接握手时为何ACK是和SYN一起发送，这里ACK 却没有和FIN一起发送呢。
原因是因为tcp是全双工模式，接收到FIN时意味将没有数据再发来，但是还是可以继续发送数据。
2、TCP和UDP有什么区别?TCP是传输控制协议，提供的是面向连接、可靠的字节流服务。
通信双方彼此交换数据前，必须先通过三次握手协议建立连接，之后才能传输数据。
TCP提供超时重传，丢弃重复数据，检验数据，流量控制等功能，保证数据能从一端传到另一端。
校园网inode客户端常见问题分析与解决方案
目录01.络连接中断——网络电缆没插好（XP and win7） (2)02网络连接中断—网卡被禁用（win7和XP） (3)03.未收到服务器回应只能访问隔离区资源 (6)04.IP地址刷新超时 (6)05.IP地址获取方式不通过（win7 和XP） (9)06.英文提示：service no respond (14)07 .客户端提示XML解析器初始化失败，请手工修复。
(14)08网络正常，可以上QQ、玩游戏，浏览器却打不开网页 (16)09.客户端提示，用户MAC地址检查不通过。
(18)10.多重网卡问题 (19)11.校园视频问题 (20)12.江城点播问题 (27)13.用户寝室网络搭建示意图 (31)101.网络连接中断——网络电缆没插好（XP and win7）解决方法：打开客户端–我的802.1X连接—右键属性—常规—选择网卡—换成本地网卡即可。
图解：网络连接中断---网络电缆未插好更改用户客户端网卡选择为本地连接使用的网卡若故障正常解决，维护时间5分钟内若故障未解决，检测用户的网线是否完好若网线有问题，则建议用户更换网线网线完好，则检测墙上端口信号输出是否正常端口信号正常，则检查用户电脑的网卡插槽和网卡是否正常，或者是否网线太长若用户寝室还有其他人能正常使用校园网，则用其他用户网线连到故障电脑（或者使用维护人员携带的网线连接到电脑）若能正常连接，则属用户电脑网卡识别信号能力较弱或网线太长导致（维护时间10分钟左右）若无法连接，则属用户网卡硬件故障。
建议用户拿去维修站处理（维护时间10分钟左右）端口信号异常，则检查端口模块是否损坏。
模块完好，则检测总交换机到用户寝室的模块之间的设备电缆是否完好。
（跳线是否插好，模块是否完好等）若故障依然无法解决，则属疑难类问题处理故障解决，维护时间15分钟左右若模块损坏，则和用户说明情况，并在维护单上做好处理记录。
02网络连接中断—网卡被禁用（win7和XP）Win7：控制面板—查看网络状态和任务—更改适配器设置—本地连接—右键启用1XP：桌面网上邻居—右键属性—本地连接右键启用103.未收到服务器回应只能访问隔离区资源解决方法：首先确定寝室是否有人能够正常上网。
Wlan常见故障处理方法
WLAN常见故障处理指导目录一、WLAN网络故障的分类 (5)1. 接入设备故障 (5)2. 核心网设备故障 (5)3. 传输设备故障 (5)4. 终端设备故障 (5)5. 应用类故障 (5)二、常见故障以及解决方法 (5)1.接入设备故障 (5)（1）AP类故障 (5)▪故障名称：AP硬件损坏 (5)▪故障名称：AP硬件故障 (5)▪故障名称：AP吊死 (5)▪故障名称：无线网桥故障 (5)▪故障名称：AP的POE供电不正常 (5)▪故障名称：AP的Web登陆问题（1） (6)▪故障名称：AP的Web登陆问题（2） (6)▪故障名称：AP不能SNMP网管（1） (6)▪故障名称：AP不能SNMP网管（2） (7)▪故障名称：AP注册失败 (7)▪故障名称：AP处于不停下载版本的状态 (7)▪故障名称：AP永久性掉线 (8)▪故障名称：同一台PoE交换机下的部分AP工作不正常 (8)▪故障名称：AP无法获取地址但是PC能够获取地址 (8)▪故障名称：AC上显示AP不停的进入或者停滞在JoinACK状态 (9)▪故障名称：热点AP ping不通 (9)▪故障名称：热点现场无CMCC信号 (9)（2）交换机类故障 (10)▪故障名称：交换机端口故障 (10)▪故障名称：交换机VLAN故障 (10)▪故障名称：交换机软件故障 (10)▪故障名称：交换机硬件故障 (11)▪故障名称：交换机吊死 (11)▪故障名称：交换机端口故障 (11)▪故障名称：热点交换机ping不通 (11)2.核心网设备故障 (12)（1）AC类故障 (12)▪故障名称：AC吊死 (12)▪故障名称：AC硬件故障 (12)▪故障名称：AC IP地址池耗尽 (12)▪故障名称：AC ACL配置错误 (13)▪故障名称：无线控制器“OAP链接不成功”问题 (13)▪故障名称：核心网AC ping不通 (13)▪故障名称：AC设备掉电 (14)3.传输设备故障 (14)▪故障名称：线缆接触不良 (14)▪故障名称：网线故障 (14)▪故障名称：天馈系统故障 (15)▪故障名称：热点内传输光纤故障 (15)▪故障名称：传输链路故障 (15)▪故障名称：信号弱的情况 (15)▪故障名称：光电转换器故障 (16)▪故障名称：E1故障 (16)▪故障名称：E1转换卡故障 (16)▪故障名称：核心网E1转换器指示灯告警 (16)4.终端设备故障 (17)▪故障名称：IP地址设置故障 (17)▪故障名称：用户无法获取IP地址 (17)▪故障名称：硬件设备冲突 (18)▪故障名称：硬件驱动故障 (18)▪故障名称：硬件性能故障 (18)▪故障名称：拨号720错误 (18)▪故障名称：WIFI开关没打开 (19)▪故障名称：无线网卡管理器故障 (19)▪故障名称：无法打开认证页面。
1.2-AD域-常见用户登录报错-掉域脱域解决
用户登录报错/加域报错（1）操作失败,因为向进行添加/修改而提供的SPN值不是全林唯一的。
(1)（2）此工作站和主域间的信任关系失败 (1)（3）服务器上的安全数据库没有此工作站信任关系的计算机帐户 (2)（4）掉域，脱域的原因 (3)（1）操作失败,因为向进行添加/修改而提供的SPN值不是全林唯一的。
原因：要加域的电脑，使用的计算机名称已经存在了。
解决：①在AD用户和计算机工具里面删除这个计算机名称，即可重新使用此计算机名称加域。
（同步的时间可能长一点。
删掉之后，电脑重启，等几分钟，再加域）②直接更换一个新的计算机名称。
（2）此工作站和主域间的信任关系失败问题：已经加域的电脑，有时候用户登录了，显示如上报错。
原因：此电脑掉域，就是此电脑跟公司域控服务器的连接的安全隧道损坏了，要重新建立安全隧道。
（造成掉域的，方式很多，如下标题会有提出掉域的形式）解决方法：方法1：使用此电脑的本地管理员进去，进行退域，再重新加域。
方法2：用本地管理员进去。
用命令修复安全通道。
管理方式打开powershell输入：（快捷方式：win+X 选择管理员方式powershell）Test-ComputerSecureChannel -Credential 域名前缀\账号 -Repair域名前缀\账号：具有加域的账号进行修复。
检测安全隧道有没有修复成功：使用此命令Test-ComputerSecureChannel（即可判断是否加域成功）（3）服务器上的安全数据库没有此工作站信任关系的计算机帐户问题描述：用户锁屏之后，或者登录账号显示服务器上的安全数据库没有此工作站信任关系的计算机帐户。
原因：①在域控服务器中，删除了此计算机对象。
②在域控服务器中，使用netdom命令给计算机重新命名了。
导致计算机与域控的安全通道受损。
（一般重启电脑可以解决）解决方式：进入本地管理员帐号，退域重新加域。
（4）掉域，脱域的原因掉域脱域的原因：一般是由于客户端电脑和域控之间联系的安全通道损坏。
环回地址
一般主机的环回地址127.0.0.0网段，留做本机网卡测试的。
ping通证明网卡正常。
环回地址(loopback)不离开主机的数据包(也就是说，这些数据包不会通过外部网络接口)。
例如:127.0.0.1，需要注意的是，它是一个虚拟地址。
是IP地址中内部的一种。
有一特殊的A类IP地址，网络地址是127，这类地址称作环回地址。
但是我们经常使用的是127.0.0.1这个地址，且赋给它一个名字：localhost。
使用环回地址，可以帮助我们在同一台主机上实现client和server的功能。
传给自己的数据报，能否省略一些传输层和所有网络层逻辑？在TCP/IP Illustration中说到对于大多数的实现，在网络层和传输层还是要经过完整的处理过程，只有在IP数据报离开网络层的时候才返回给自己。
在路由器动态路由协议OSPF协议中，也用到环回地址。
当OSPF进程启动时，IOS （路由器命令提示）使用最高的本地IP地址作为OSPF路由器ID，但如果配置为环回接口配置IP地址，会将使用该环回接口，而不论它的值是大或是小。
路由器的环回地址：本地环回接口(或地址)，亦称回送地址(loopbackaddress)。
此类接口是应用最为广泛的一种虚接口，几乎在每台路由器上都会使用，本地环回接口-常见用途：1作为一台路由器的管理地址系统管理员完成网络规划之后，为了方便管理，会为每一台路由器创建一个loopback 接口，并在该接口上单独指定一个IP地址作为管理地址，管理员会使用该地址对路由器远程登录（telnet），该地址实际上起到了类似设备名称一类的功能。
但是通常每台路由器上存在众多接口和地址，为何不从当中随便挑选一个呢使用loopback接口地址进行地址转换？原因如下：由于telnet命令使用TCP报文，会存在如下情况：路由器的某一个接口由于故障down掉了，但是其他的接口却仍旧可以telnet，也就是说，到达这台路由器的TCP 连接依旧存在。
浏览器内输入网址到显示网页全过程及相关问题
浏览器内输⼊⽹址到显⽰⽹页全过程及相关问题在浏览器输⼊URL到把⽹页显⽰出来是⼀个很复杂的过程，其⼤致流程如下图所⽰：1、DNS解析什么是DNS解析？当⽤户输⼊⼀个⽹址并按下回车键的时候，浏览器得到了⼀个域名。
⽽在实际通信过程中，我们需要的是⼀个IP地址。
因此我们需要先把域名转换成相应的IP地址，这个过程称作DNS解析。
1. 请求⼀旦发起，浏览器⾸先要做的就是解析这个域名，⼀般浏览器会⾸先搜索⾃⾝缓存的DNS记录，⽐如chrome缓存1000条DNS解析结果；2. 当浏览器缓存中没有找到需要的记录或者记录已经过期，则会查看本地硬盘的hosts⽂件，看看其中有没有和这个域名对应的规则，如果有的话就直接使⽤ hosts ⽂件⾥⾯的 ip 地址。
（windows中可以通过 ipconfig / displaydns 命令查看本机当前的缓存）；通过hosts ⽂件，可以⼿动指定⼀个域名和其对应的IP解析结果，并且该结果⼀旦被使⽤，同样可以缓存到hosts中，linux系统的hosts⽂件在/etc/hosts下⾯；3. 如果本地的hosts⽂件中没有找到对应的ip地址或者记录已经过期，则需要发送⼀个域名解析请求到本地域名解析服务器，本地DNS服务器会⾸先查询它的缓存记录，如果缓存中有此条记录，就可以直接返回结果；如果没有，本地DNS服务器还要向DNS根域服务器进⾏查询。
（⼀般来说就是电脑上配置的DNS服务器⼀项）。
⼀般⼀台域名解析服务器会被地理位置临近的⼤量⽤户使⽤（特别是ISP的DNS，如中国联通、中国移动），⼀般常见的⽹站域名解析都能在这⾥命中；4. 假设要解析的域名是，本地DNS服务器中是没有查到的，便向根域服务器发送请求（注：根域服务器全球只有13台，所以不可能把所有的IP地址都记录下来，记录的是com域服务器的IP、cn域服务器IP的IP等等，如下图所⽰）。
很显然根域服务器上没有的IP，但是却有com域服务器的IP，所以根域服务器就把com域服务器的IP告诉本地DNS服务器，本地DNS服务器便到.com域服务器中去查找的IP；同样.com域服务器中也没有的IP，但是却有域服务器的IP，接着我们的域名解析服务器会向域服务器发出请求。
锐捷客户端问题解决大全
锐捷客户端问题解决大全.txt男人偷腥时的智商仅次于爱因斯坦。
美丽让男人停下，智慧让男人留下。
任何东西都不能以健康做交换。
从学校看来，锐捷在中国的占有额还是挺高的（特别在教育行业，看看我们学校就知道了），国内各大高校认证系统使用锐捷的RGSAM认证系统的也是非常的多；现“总结”下这一年多来的认证问题及解决方式（注意此贴针对XP系统，并包含VISTA!经小新多方收集，希望可以帮同学们解决问题！）问题1．设置都没问题，一点击“连接”，就一直重复寻找和连接这2个动作，一直连不上真是太奇怪了，以前都用得很好地说？An：打开本地连接选择修复清空arp表和netbios表把设置的最后一项改为最后一个选择“私有组发送请求”题要问了----关于锐捷2．为什么我的锐捷认证失败了还能上网？然后我发现，断开连接后还是能连上网。
很奇怪的一件事。
状况不断。
我无语了。
事情好像是因为卡巴斯基的缘故。
昨天从360安全卫士下的卡巴，安装时我好像选了一个主动防御或者是保护之类的东西，后来就发现认证失败，然后赶紧卸载重装，没选那个选项，可是还是认证失败。
可是发现还是能连上网，这让我很是担心.........哭笑不得。
802 An：8021x.exe才是认证主程序, 那个ruijie(?).exe只他的前台而已认证失败以后还能上多久嘛?是一直可以还是一小会儿啊?3.锐捷上网“认证失败”怎么解决？？An：网上邻居---本地连接----本地连接状态---常规----属性----验证----把那个"启用此网络.......”前面的钩去掉就可以了4锐捷认证系统下如何设置~我们学校是使用锐捷认证系统上网的，按照/viewthread.php?tid=86586&highlight=ARP上的设置之后认证失败上不到网了，请教高手，该如何添加或者修改规则才能正常上网？请问是不是使用CHX-I 3.0的官方规则加所述的防御ARP攻击设置，如果答案是如尝试准许Ethernet 888E数据包进入。
HttpClient在高并发场景下的优化实战
HttpClient在 高 并 发 场 景 下 的 优 化 实 战
以上只是一种备用方案,不得不承认,既然系统允许一次查询多个单号,因此在用户在没有达到上限之前所有的请求都是合法的,也是应该予以支持的,因此以上做法实 际上有损用户体验的,然而系统的资源是有限的,要必要的时候只能牺牲特殊用户的利益,保证绝大多数用户的利益.双11已经渡过,实际中双11也没有改动以上配置的 值,但是做为风险防范增加动态配置是必要的.
在项目中使用HttpClient可能是很普遍,尤其在当下微服务大火形势下,如果服务之间是http调用就少不了跟http客户端找交道.由于项目用户规模不同以及应用场景不 同,很多时候可能不需要特别处理也.然而在一些高并发场景下必须要做一些优化. 项目是快递公司的快件轨迹查询项目,目前平均每小时调用量千万级别.轨迹查询以Oracle为主要数据源,Mongodb为备用,当Oracle不可用时,数据源切换到Mongodb.今年菜鸟团 队加入后,主要数据迁移到了阿里云上,以Hbase为主要存储.其中Hbase数据查询服务由数据解析组以Http方式提供.原有Mongodb弃用,云要的调用方式也就变成了http方式.在第10月初第一轮双11压测试跑上,qps不达标.当然这个问题很好定位,因为十一假之间轨迹域组内已经进行过试跑, 当时查的是oracle.十一假期回来后,只有这一处明显的改动,很容易定位到问题出现在调用上.但具体是云上Hbase慢,还是网络传输问题(Hbase是阿里云上的服务,轨迹查询项目 部署在IDC机房).通过云服务,解析组和网络运维的配合,确定问题出现在应用程序上.在Http服务调用处打日志记录,发现以下问题:
bs与cs测试
B/S测试与C/S测试之区别我们在日常功能测试工作中，常常依据测试对象和测试目标的不同分为四个级别的测试，单元测试、集成测试、系统测试和验收测试，但是往往忽略了被测应用系统架构。
在测试过程中针对不同的系统架构，测试的侧重点也不同。
下面以B/S结构和C/S结构的特殊应用系统为例，分析在功能测试中的区别。
我们谈到的web系统是指以Brower/Server的访问方式为主，包含客户端浏览器、web应用服务器、数据库服务器的软件系统。
一般的B/S结构，都是多层架构的，有界面层、业务逻辑层、数据层。
由于这种结构不需要客户端的安装，客户端主要通过浏览器来访问，因此客户端测试的重点是：客户端操作系统（不同类型和版本）、客户端浏览器（不同类型和版本）以及客户端配置（cookie设置和分辨率设置）等测试。
除客户端测试外，根据WEB系统常用技术还需要关注以下几个方面的测试：（1）链接测试（2）表单测试（3）脚本测试（4）ActiveX控件测试C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。
它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Cli ent端和Server端来实现，降低了系统的通讯开销。
这种结构与B/S最显著的区别是需要安装客户端，通过客户端程序来访问应用系统，因此C/S客户端测试是重点，并且与B/S结构有所不同。
C/S客户端测试的重点有：（1）客户端安装测试安装手册的评估安装的自动化程度安装选项和设置得测试安装过程的中断测试安装顺序测试多环境安装测试安装的正确性测试修复安装测试卸载安装测试（2）客户端升级测试与变更相关的测试变更内容的测试与变更相关的测试（3）客户端与服务器链接测试（4）服务器端数据验证（5）客户端可维护性测试以上内容总结了B/S与C/S系统测试的不同点，唯实践使理论之树常青，我们可以在实际工作中积累总结出更多的不同的测试关注点。
系统测试案例：烟草行业V3为了更好的适应各地烟草公司新的业务需要，基于国家局关于“按照客户订单组织货源”的要求，结合多家管理咨询公司咨询成果、在原来V1.0、V2.0的基础上开发了浪潮烟草行业解决方案V3（以下简称V3），V3是一套面向供应链，融合了烟草最佳业务实践和先进管理思想，基于一体化协同集成平台开发的烟草行业整体解决方案。
TE考试精华
故障现象： R3 和 R5 上的 tunnel 口的状态不断的 up、down！ 分析排查： 1、RT1 的 lookback 接口地址和 tunnel 口的地址处于同一个子网，由于 rip 进 程下的 network 后面宣告的是主类的网络， 所以 tunnel 和 looback 都参与了 rip！ 2、GRE over IPSEC,GRE tunnel 口由于匹配缺省路由使 tunnel 口 up 3、一旦 tunnel 接口 UP, R3 R5 通过了 rip 协议学习到对方的 32 位的 lookback 路由,根据最长匹配原则， tunnel 外层 IP 匹配 rip 学到的 32 位路由， 去往隧 道终点的的地址指向了隧道自己 （可以从 debugging tunnel all 看出 Tunnel’s outgoing interface is the tunnel interface itself） ，结果导致 tunnel down 掉！ 4、 tunnel 一旦 down 掉， RIP 学习不到 lookback 路由,此时又匹配了默认路由， 如此周而复始，导致 tunnel 口的状态不断 UP、down！ 故障解决：禁止 RT1 通过 RIP 向外宣告 lookback 路由 acl number 2000 rule deny source 10.1.1.1 0 rule permit source any rip 1 filter-policy 2000 export 故障现象：R1 和 R3 之间无法建立 IPSEC Tunnel 分析排查：通过命令 dis ike sa 发现 Phase 1 建立正常，Phase 2 不正常，说明 Ipsec 协商有问 题，需进一步排查，通过在 R1 上开启 debugging ike all 来查找原因，发现不合 法的 id（INVALID_ID_INFORMATION） ，最可能原因：有 ike peer 参数错误，acl 匹配数据流错误， ipsec policy 应用接口错误， 没有或错误到达对端数据路由， ipsec proposal 参数不一致。通过命令 display ike peer,display acl all,display ipsec policy 在 R1 和 R3 上查看，Security ACL 没有互为镜像！ 故障解决：将 R1 和 R3 的是 security acl 配置互为镜像，故障解决！
印刷术语大全
印刷术语大全-出血：任何超过裁切线或进入书槽的图象。
出血必须确实超过所预高的线，以使在修整裁切或装订时允许有微量的对版不准。
- 全出血：（full bleed)印刷图象超出纸张四边的部分。
由于几乎没有印刷机可以在纸张过边缘进行印刷，帮所有四边必须裁切掉。
- CIElab：与设备无关的色彩空间，通常以三个变量（L，A，B）来描述颜色。
- CMYK：青、品红、黄、黑---四种印刷颜色。
YMCK、KCMY均是CMYK的同义词，YMCK可能是由于人们习惯而形成的拼写错误，而KCMY可能是Nebrasks的某个无线电台。
在印刷中，字母的须序也可能暗示着四色印刷的印刷顺序。
因此，KCMY往往表明油墨印刷为黑、青、品红、黄。
- 客户/服务器：（client/server）称作“服务器”的中心控制计算机与称作“客户机”的分散的计算机相联的计算模式。
客户机可利用服务器上的软件来完成特定的工作。
- 色域：(color gamut)可以被彩色打印机处理的全部颜色。
- 分色：(color separation)将原稿转化为与彩色印刷过程相兼容的结构形式的方法。
- 色彩空间：（color space)一种三维或四维定位坐标系统，每一均为代表一种由三（RGB）或四（CMYK）变量定义的颜色。
- 裁切线：（crop marks)印在纸张周边用于指示裁切部位的线条。
- 密度：（density)反射密度指一种表面的遮光能力；透射密度指一种过滤器的遮光能力。
- 直接制版：（direct-to-plate)将已排版的数字页面文件由主计算机直接输出到激光制版机，免除了底片的制作，也称作CTP （computer-to-plate)。
- 下载：（download)将数据从一台计算机向另一台计算机或诸如打印机这样的设备进行传输。
- 照相排字机：（filmsetter)激光照排机的另一外名称，主要用于制作图象分色片。
- 四色印刷：（four-color printing)用减色法三原色颜色）黄、品红、青）及黑色进行印刷，如果作用橙、栗色入以褐黄色油墨进行印刷，不应将其称“四色印刷”而应称作“专色印刷”或“点色印刷”。
一种国产麒麟私有云故障分析处理方法
0引言私有云平台系统由麒麟云计算平台和一套ceph 分布式存储组成，整个云平台部署架构如图1所示。
分布式存储为云计算平台提供存储服务，物理服务器通过存储交换机形成独立的存储网以3副本机制为麒麟云计算平台提供存储空间。
存储节点服务器的每块硬盘被设计为ceph 分布式存储的osd （即对象存储设备，ceph 管理的存储单元，在操作系统中表现为1个进程）。
ceph 分布式存储运行时的主要进程包括monitor 进程和osd 进程。
osd 在集群中有up 和down 两种状态，up 表示正常工作，down 表示离开集群[1]。
在软硬件例行检查中发现国产麒麟云平台分布式存储集群中多个osd 出现down ，云平台上部分虚拟服务器无法远程桌面访问，部分不能ping 通，能ping 通的虚拟服务器也无法通过ssh 协议登录。
分布式存储健康状态显示为HEALTH_ERR ，虚拟机无法正常使用，业务软件不能运行[2]。
1故障排查过程1.1docker 容器检查登录controller （控制）节点查看docker 服务进程，状态显示均正常，确定麒麟云计算平台docker 容器运行正常，问题初步定位为分布式存储服务异常。
1.2存储节点检查①查看分布式存储集群健康状态，显示为health_err ，进一步查看有7个osd down ，分布在5个ceph 节点上。
各osd down 初始时间如表1所示。
查看osd down 的日志如图2所示，显示心跳检测没有收到回复。
②手动启动状态为down 的osd （先操作compute1上的osd1），osd 未能成功启动，新增日志如图2所示，重启未能解决问题。
③检查分布式存储进程，并手动“杀掉”状态为down 的osd 进程。
再次启动osd 未有反应，日志依旧提示错误，如图3所示。
“杀掉”的osd 进程处于“僵尸”状态，尝试“杀掉”僵尸进程，操作系统卡死。
僵尸进程的父进程号为1，无法被“杀掉”。
CTBS常见问题集和解决思路思路
CTBS5.0.76常见问题0.实例如图比如客户端如果出现这中提示，处理方法：首先去服务器上检查我的属性里---远程—允许用户连接到此计算机这个勾有没有勾上，如果没有勾上，请把这个勾上，如果勾上还不行的话，请找到开始菜单——程序——附件——通讯——远程桌面连接，打开远程桌面连接，输入127.0.0.1：1288，然后点连接，如果不通，在需要将1288端口改成3389或者别的端口，然后重启下服务器就可以用了，出现此问题的原因主要是我的电脑商远程桌面里，允许用户连接到此计算机这个勾有没有勾上。
1.客户端登陆处理办法：6015和5075以前的版本，运行一段时间会出现客户端登录停止在进度条界面，既不能登录也不退出。
针对这个情况已经提出过解决办法，实施中还是发现有时没有想到，导致不知道如何处理。
5.0.7和6.0.1版本，CTBS_ Server目录中的配置文件config.ini中，Client_Auth_Mode按下面的进行配置：Client_Auth_Mode=02.客户端提示无法获取终端服务许可证或提示终端服务还有X天到期（实际终端服务已激活），处理方法：需删除客户端电脑一个注册表项.到出现这个提示的客户端进行如下操作：点击开始－运行－输入regedit，打开注册表找到以下位置：HKEY_LOCAL_MACHINE------SOFTWARE-----MICROSOFT下的MSLIcensing 将MSLIcensing这个项整个删除(备注：有时需要多删除几次才生效)。
3.如果客户端提示internal security error(2084)错误或者3078没有描述性错误，处理方法同上（第3个问题）4.如果客户端提示终端服务内部错误，终端许可证正确或者客户端许可证正常，处理方法同上（第3个问题）5.客户端无法获取终端许可证处理方法：检查系统服务里的terminal services是否被启用，没有启用，请将它启用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
WINDOWS无法与此域连接原因是域控制器存在故障或.....症状:出错提示：“windows 无法与此域连接，原因是域控制器存在故障或不可用，或者没有找到计算机帐户，请稍后再试。
如果此消息持续再现。
请与系统管理员联系以得到帮助”管理员administrator身份可以进去操作，用自己的帐号就不行，试了几次都这样昨天晚上下班前都好的今早一开机就这样.用GHOST还原后第一次可以登陆到域,以后不能登陆。
解决办法我采用的是先退出域，再加入域，OK。
原因分析ghost系统之前是不能入域了。
恢复后，和域服务器脱离。
以下引自其他文章的解决办法:加入域后的计算机如果提示“windows 无法与此域连接，原因是域控制器存在故障或不可用，或者没有找到计算机帐户，请稍后再试。
如果此消息持续再现。
请与系统管理员联系以得到帮助”目前我碰到得原因就是计算机名同名。
退出域，更改计算机名后，再加入域问题解决。
client一旦加入域之后，如果要使用ghost来恢复系统，那么需要这么做：1、安装好client系统，安装完最新的补丁，也可以考虑安装一些基本软件。
2、针对现有系统开始执行sysprep ，关于操作步骤，请参考[url]/default.aspx?scid=kb%3bzh-cn%3b298491[/url] [url]/default.aspx?scid=kb[/url];zh-cn;302577做这一步的目的，就是抽取硬件信息。
做完之后，系统就会关机了。
3、对这台机器的引导区作ghost，以后恢复就用这个母盘恢复了。
Note：您会注意到上面的动作，并不是将client加入域之后再ghost，为什么呢？ok，下面我说一下您之所以遇到这个问题的原因：ad在设计的时候，为了保证client与dc之间安全的通信，要求client在加入域后，client 的计算机账户需要定期与dc的计算机账户保持同步（这个期限默认是30天），也就是说，当client与dc发生验证动作的时候，其实是先用计算机账户去验证，然后才是用户账户验证（也就是您输入用户名和密码）。
那么，为什么要这么做呢？因为，用户名和密码是比较容易伪造的，如果在任何验证发生之前，先校验计算机账户的安全性，校验通过之后，再校验用户账户，那么整体验证的安全性就得到了保证，相对于用户帐户，计算机账户就比较难以伪造。
微软通过如下两个方法来保障计算机账户验证的安全：其一、ad不允许任何用户模式下的程序或者用户模式下的交互动作，去干预或者设置计算机账户的同步（由这个同步动作建立的通道，微软称之为 security channel），其二、计算机账户将会关联计算机硬件信息，然后用形成计算机sid（sysprep的动作就是抽取了这部分信息）。
ok，那么我们重现一下您遇到的问题。
您可能在将client加入域后，没有作sysprep，然后直接ghost。
然后这台计算机启动登录到域，于是dc验证当前client，通过验证，随后与client计算机账户进行同步（这个动作对用户是透明的），好，这些都没有问题。
过了一段时间，这段时间可能超过了30天，您使用之前的ghost进行恢复，然后再次尝试登录到域，dc验证当前计算机账户的时候，与ad中的那个计算机账户对比，发现已经超过了30天，那么出于安全考虑，认为该计算机账户是不可信任的（怕是伪造的），于是就给出一个错误信息“windows 无法与此域连接，原因是域控制器存在故障或不可用，或者没有找到计算机帐户，请稍后再试。
如果此消息持续再现。
请与系统管理员联系以得到帮助”，在这种情况下，不是说dc有问题，而是说client的计算机账户有问题，请管理员出面解决。
管理员该如何做呢？把ad中原来的计算机账户删除，然后将客户端重新加入域就可以了。
那么30天的时间是否可以修改呢？是可以的，您甚至可以禁止这个同步动作，请参考[url]/kb/154501/zh-cn[/url][url]/kb/175468/[/url]这种情形常见于移动办公，移动办公的域账户，脱离域的时间可能超过30天。
关于dc上不能使用还原卡或者使用ghost的问题，请参考[url]/logs/4888455.html[/url]真正的原因是SID，SID 是电脑的唯一标示附，用来授权的，因为你用的是GHOST恢复，或者与之前的SID冲突，导致出现此情况。
解决办法1、用NEWSID重新获得新的SID号，加入域。
2。
安装光盘I386 下也有一个封装工具，获得新的SID，加入域。
修改安全设置和用户权限分配时可能出现的客户端、服务和程序不兼容问题02(ZT)(2007-05-21 10:05:13) c. 授予此用户权限的原因跳过遍历检查用户权限的默认设置是允许任何人跳过遍历检查。
对于有经验的 Windows 系统管理员，这是预期的行为，他们会相应地配置文件系统访问控制列表 (SACL)。
如果配置权限的管理员不了解该行为并认为不能访问父文件夹的用户将无法访问任何子文件夹的内容，则默认配置可能导致问题，这也是默认配置可能导致问题的唯一情况。
d. 删除此用户权限的原因非常注重安全性的组织可能很想要从具有跳过遍历检查用户权限的组的列表中删除Everyone 组，甚至可能删除 Users 组，以试图阻止对文件系统中文件或文件夹的访问。
e. 兼容性问题的示例" Windows 2000、Windows Server 2003：如果在运行 Windows 2000 或 Windows Server 2003 的计算机上删除或错误地配置了跳过遍历检查用户权限，则无法在域中的域控制器之间复制 SYVOL 文件夹中的组策略设置。
" Windows 2000、Windows XP Professional、Windows Server 2003：如果删除或错误地配置了跳过遍历检查用户权限，则在从 SYSVOL 树中删除所需的文件系统权限时，运行Windows 2000、Windows XP Professional 或 Windows Server 2003 的计算机将记录事件1000 和 1202 而且无法应用计算机策略和用户策略。
有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：290647 (/kb/290647/) 应用程序事件日志中每 5 分钟记录一次 Event ID 1000、1001" Windows 2000、Windows Server 2003：在运行 Windows 2000 或 Windows Server 2003 的计算机上，当您查看卷的属性时，Windows 资源管理器中的“配额”选项卡将会消失。
" Windows 2000：登录到 Windows 2000 终端服务器的非管理员可能会收到以下错误消息：Userinit.exe 应用程序错误。
应用程序正常初始化 0xc0000142 失败。
请单击“确定”，终止应用程序。
有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：272142 (/kb/272142/) 用户在尝试登录到终端服务时会自动注销" Windows NT 4.0、Windows 2000、Windows XP、Windows Server 2003：在运行 Windows NT 4.0、Windows 2000、Windows XP 或 Windows Server 2003 的计算机上，如果未对用户授予跳过遍历检查用户权限，则这些用户可能无法访问共享文件夹或共享文件夹中的文件，并且可能收到“Access Denied”错误消息。
有关更多信息，请单击下面的文章编号，以查看Microsoft 知识库中相应的文章：277644 (/kb/277644/) 用户尝试访问共享文件夹时出现“Access Denied”（拒绝访问）错误消息" Windows NT 4.0：在基于 Windows NT 4.0 的计算机上，删除跳过遍历检查用户权限将导致文件复制过程丢失文件流。
如果删除此用户权限，则在将文件从 Windows 客户端或Macintosh 客户端复制到运行 Macintosh 服务的 Windows NT 4.0 域控制器时，会丢失目标文件流，并且该文件会显示为纯文本文件。
有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：172930 (/kb/172930/) 删除“跳过遍历检查”导致文件复制过程丢失文件流" Microsoft Windows 95、Microsoft Windows 98：在运行 Windows 95 或 Windows 98 的客户端计算机上，如果未向 Authenticated Users 组授予跳过遍历检查用户权限则 net use * /home 命令会失败并显示“Access Denied”错误消息。
" Outlook Web Access：如果未向非管理员授予跳过遍历检查用户权限，则他们将无法登录到 Microsoft Outlook Web Access，并会收到“Access Denied”错误消息。
安全设置1. 审核:如果无法记录安全审核则立即关闭系统a. 背景" 审核:如果无法记录安全审核则立即关闭系统设置可确定在无法记录安全事件时是否关闭系统。
如果审核系统不能记录这些事件，则可信计算机安全评估标准 (TCSEC) 方案的 C2 评估和信息技术安全评估的通用标准需要此设置以防止发生可审核事件。
如果审核系统失败，则关闭系统，并出现停止错误消息。
" 如果计算机不能将事件记录到安全日志中，则发生安全事故后可能没有关键证据或重要的故障排除信息可供查看。
b. 危险配置以下是一种危险配置：审核:如果无法记录安全审核则立即关闭系统设置打开，并且事件查看器中的安全事件日志的大小受以下选项约束：不要覆盖事件(手动清除日志) 选项、按需要覆盖事件选项、覆盖时间超过 number 天的事件选项。
请参见“兼容性问题的示例”部分，了解运行最初发布的 Windows 2000、Windows 2000 Service Pack 1 (SP1)、Windows 2000 SP2 或 Windows 2000 SP3 版本的计算机的特定风险。
c. 启用此设置的原因如果计算机不能将事件记录到安全日志中，则发生安全事故后可能没有关键证据或重要的故障排除信息可供查看。
d. 禁用此设置的原因" 启用了审核:如果无法记录安全审核则立即关闭系统设置后，如果由于任何原因无法记录安全审核，则会关闭系统。