比亚迪秦ev服务器连接失败

原因分析：1、多媒体程序故障；2、云服务模块故障；3、网络和线路故障。

故障排查：

1、用VDS检测，VTOG报P1B9716未定义的故障码，故障码的含义是：动力电池总电压严重过低；

2、读取BMS数据流，在上OK电的瞬间读取接触器是否有吸合动作，在故障时没有吸合动作，但是显示预充完成，这是一个问题点。接触器没有吸合动作，怎么能预充完成，判断是BMS问题，更换BMS后故障再次出现；

3、根据故障码分析也有可能是高压电控故障，准备更换，但每次故障出现后断负极线故障可以消失，为确保故障判断准确，采集了启动、退电整个过程报文，报文分析：退电命令发送后，BCM已发送双路电继电器断电指令，但BMS仍有报文，即双路电没断开；

确定问题方向后结合电路图对电池管理器的供电进行检查，供电电源由双路电继电器IG3供电，IG3为外挂继电器，检查继电器时发现继电器表面有腐蚀物，怀疑继电器进水，发现车辆有贴膜，更换继电器故障排除。

⑴打开“服务器管理器” ， 单击右上角“工具” 菜单， 在弹出的菜单中选择“DNS”

⑵打开“DNS管理工具” ， 左侧的“正向查找区域” 上， 单击鼠标右键， 在弹出的菜单中选择“新建区域”

⑶进入“新建区域向导” 欢迎界面

⑷进入“区域类型” 选择界面， 选择区域类型为： “主要区域”

⑸进入“区域名称” 界面， 在区域名称中输入本DNS服务器负责管理的区域名称“fjnueducn”

⑹进入“区域文件” 界面， 使用默认设置， 不做修改

⑺进入“动态更新” 界面， 选择最下面的“不允许动态更新”

⑻进入“新建区域向导” 完成界面， 显示了前面设置的信息

"主机记录” 用于记录一个区域中主机域名与IP地址的对应关系， 是DNS服务器中最常使用的记录。

⑴在新建的正向解析区域“fjnueducn” 上， 单击鼠标右键， 在弹出的菜单中选择“新建主机”

⑵进入“新建主机” 界面， 在名称中输入主机名dns1， 在“IP地址” 中输入该域名对应的IP地址19216883201

⑶同理在正向区域中为其他服务器添加主机记录 （dns2、www、ftp、mail）

别名相当于主机记录的另外一个名字 ，下面以邮件服务器的域名为例，为其新增两个别名stmp和pop3

⑴在正向解析区域“fjnueducn” 上， 单击鼠标右键， 在弹出的菜单中选择“新建别名”

⑵进 入 “ 新 建 别 名 ” 界 面 ， 在 “ 别 名 ” 中 输 入 smtp ， 在 “ 目 标 主 机 的 完 全 合 格 的 域 名 ” 中 输 入mailfjnueducn

⑶采用相同步骤为mailfjnueducn创建名为pop3fjnueducn别名

邮件交换记录用于指明本区域的邮件服务器

⑴在正向解析区域“fjnueducn” 上， 单击鼠标右键， 在弹出的菜单中选择“新建邮件交换器 "

⑵打开“新建邮件交换器” 界面， 在“主机或子域” 中， 不输入任何文字， 表示“邮件交换记录” 是属于区域fjnueducn；在“邮件服务器的完全限定的域名” 中输入邮件服务器的完整域mailfjnueducn

⑶单击“正向查找区域” 下面的“fjnueducn” ， 右边显示出所有已创建的资源记录

配置Windows 10虚拟机网卡：

IP地址：1921688310

子网掩码：255255255255

首选DNS服务器：19216883201

其余为空。

⑴使用pnig命令，测试Windows 10与Windows Server 2019之间通信是否正常。

⑵打开cmd命令行输入命令nslookup， 进入nslookup交互环境， 输入域名dns1fjnueducn， “回车” ， 解析到对应的IP地址为192168183201， 输入在DNS服务器中设置的其他服务器域名， 都可以解析到其对应的IP地址

⑶输入域名smtpfjnueducn， “回车” ， 显示该域名为“别名”。输入域名pop3fjnueducn后， 也得到该别名的解析结果。

⑷输入命令set type=mx， 设置解析类型为邮件交换记录， 然后输入区域名fjnueducn， “回车”， 查询到本区域内的邮件服务器为mailfjnueducn， 并解析了该服务器对应的IP地址为19216883224

⑸也可以使用ping命令来测试域名解析， 如ping dns1fjnueducn， ping命令发送数据包之前， 会首先启动DNS查询， 到DNS服务器解析dns1cqvietesteducn对应的IP地址， 然后再向目的IP发送数据包。

ping wwwfjnueducn， 并不能ping通， 这是由于目前只有DNS服务器在运行， 其他服务并没有运行， 但是ping命令能够解析到wwwfjnueducn的IP地址19216883208， 只不过该IP 地址的服务器并不在线。

大家好，我是阿远。对于王思聪这位大富豪相信大家都不陌生，他是中国第二首富王健林的儿子，你别看他经常出手就是几百万，他对中国电竞行业做出的贡献也是不容小觑的。下面就跟随阿远的脚步来说说为何王思聪会被电竞界成为王校长吧！

国民老公王思聪是游戏行业的巨大投资人，也是一位拥有百分百胜率的电竞选手。2009年，校长的老爹拿出五个亿帮其成立了北京普思投资公司，2011年8月，王思聪收购了CCM电竞俱乐部，也就是现在的IG，从那时起，王思聪便正式踏入电子竞技圈，那么校长为什么会进入游戏圈呢？

显而易见，这位公子多平时除了爱玩游戏外，还看到了游戏行业在未来不可限量的潜力，2015年，校长出任了熊猫直播的CEO，他认为直播是年轻人展现自我的一种新模式，他十分看好直播行业的未来，2018年，校长宣布注册成为LPL职业选手参加比赛，一手望远镜打着对方毫无还手之力，并成功拿下了其职业生涯的首胜，随后校长光速退役，百分百胜率的电竞选手就此诞生，在这之后IG成功拿下了英雄联盟S8的总冠军，几代LPL人的梦想终于实现了。另外说到校长玩游戏，最著名的莫过于去年的超级爆款逆水寒了，由于太过火爆，当时逆水寒，几乎所有的服务器都需要排队进入，而同样等待排队的王校长还在微博吐槽，别挤紫金之巅了，我给你买个服务器，如今校长沉迷自走棋，并参加了《DOTA自走棋》邀请赛，不过可能是太久没玩游戏的原因，四轮过后，王校长积分垫底，但胜败乃兵家常事，校长的世界不是我们能比的，大家还需多多努力啊。

所有可以看出王思聪对游戏行业还是下了很多功夫的，这也是他被称为电竞行业王校长的原因之一了，对于以上所述，大家还有什么看法呢？若有不同看法，欢迎在评论区域留言参与讨论。

这里提及的参数是和IPv4网络有关的Linux内核参数。我们可以将这些内核参数的值追加到Linux系统的/etc/sysctlconf文件中，然后使用如下命令使修改生效：

这些常用的参数包括以下这些。

1 netcorenetdev_max_backlog参数

netcorenetdev_max_backlog，表示当每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许发送到队列的数据包的最大数目。一般默认值为128（可能不同的Linux系统该数值也不同）。Nginx服务器中定义的NGX_LISTEN_BACKLOG默认为511我们可以将它调整一下：

2netcoresomaxconn参数

该参数用于调节系统同时发起的TCP连接数，一般默认值为128。在客户端存在高并发请求的情况下，在默认值较小，可能导致链接超时或者重传问题，我们可以根据实际需要结合并发请求数来调节此值。

3netipv4tcp_max_orphans参数

该参数用于设定系统中最多允许存在多少TCP套接字不被关联到任何一个用户文件句柄上。如果超过这个数字，没有与用户文件句柄关联的TCP套接字将立即被复位，同时给出警告信息。这个限制只是为了防止简单的DoS(Denial of Service，拒绝服务)攻击。一般在系统内存比较充足的情况下，可以增大这个参数的赋值：

4netipv4tcp_max_syn_backlog参数

该参数用于记录尚未收到客户端确认信息的连接请求的最大值。对于拥有128MB内存的系统而言，此参数的默认值是1024，对小内存的系统则是128。一般在系统内存比较充足的情况下，可以增加这个参数的赋值：

5netipv4tcp_timestamps参数

该参数用于设置时间戳，这可以避免序列号的卷绕。在一个1Gb/s的链路上，遇到以前用过的序列号的概率很大。当此值赋值为0时，禁用对于TCP时间戳的支持。在默认情况下，TCP协议会让内核接受这种“异常”的数据包。针对Nginx服务器来说，建议将其关闭：

6netipv4tcp_synack_retries参数

该参数用于设置内核放弃TCP连接之前向客户端发送SYN+ACK包的数量。为了建立对端的连接服务，服务器和客户端需要进行三次握手，第二次握手期间，内核需要发送SYN并附带一个回应前一个SYN的ACK，这个参数主要影响这个进程，一般赋值为1，即内核放弃连接之前发送一次SYN+ACK包，可以设置其为：

7netipv4tcp_syn_retries参数

该参数的作用和上一个参数类似，设置内核放弃建立连接之前发送SYN包的数量，它的赋值和上个参数一样即可：

在Nginx配置文件中，有这样两个指令：worker_processes和worker_cpu_affinity，它们可以针对多核CPU进行配置优化。

1worker_processes指令

worker_processes指令用来设置Nginx服务的进程数。官方文档建议此指令一般设置为1即可，赋值太多会影响系统的IO效率，降低Nginx服务器的性能。为了让多核CPU能够很好的并行处理任务，我们可以将worker_processes指令的赋值适当的增大一些，最好是赋值为机器CPU的倍数。当然，这个值并不是越大越好，Nginx进程太多可能增加主进程调度负担，也可能影响系统的IO效率。针对双核CPU，建议设置为2或

4。如果是四核CPU，设置为：

设置好worker_processes指令之后，就很有必要设置worker_cpu_affinity指令。

2 worker_cpu_affinity指令

worker_cpu_affinity指令用来为每个进程分配CPU的工作内核。这个指令用来为每个进程分配CPU的工作内核。这个指令的设置方法有些麻烦。

如下图所示：

worker_cpu_affinity指令的值是由几组二进制值表示的。其中，每一组代表一个进程，每组中的每一位表示该进程使用CPU的情况，1表示使用，0表示不使用。注意，二进制位排列顺序和CPU的顺序是相反的。建议将不同的进程平均分配到不同的CPU运行内核上。

如果设置的Nginx服务的进程数为4，CPU为4核，因此会有四组值，并且每组有四位，所以，此指令的设置为：

四组二进制数值分别对应4个进程，第一个进程对应0001，表示使用第一个CPU内核。第二个进程对应0010，表示使用第二个CPU内核，以此类推。

如果将worker_processes指令的值赋值为8，即赋值为CPU内核个数的两倍，则worker_cpu_affinity指令的设置可以是：

如果一台机器的CPU是八核CPU，并且worker_processes指令的值赋值为8，那么worker_cpu_affinity指令的设置可以是：

1keepalive_timeout指令

该指令用于设置Nginx服务器与客户端保持连接的超时时间。

这个指令支持两个选项，中间用空格隔开。第一个选项指定客户端连接保持活动的超时时间，在这个时间之后，服务器会关闭此连接。第二个选项可选，其指定了使用Keep-Alive消息头保持活动的有效时间，如果不设置它，Nginx服务器不会向客户端发送Keep-Alive消息头以保持与客户端某些浏览器（如Mozilla、Konqueror等）的连接，超过设置的时间后，客户端就可以关闭连接，而不需要服务器关闭了。你可以根据自己的实际情况设置此值，建议从服务器的访问数量、处理速度以及网络状态方面考虑。下面是此指令的设置示例：

该设置表示Nginx服务器与客户端连接保持活动的时间是60s，60s后服务器与客户端断开连接。使用Keep-Alive消息头保持与客户端某些浏览器（如Mozilla、Konqueror等）的连接时间为50s，50s后浏览器主动与服务器断开连接。

2send_timeout指令

该指令用于设置Nginx服务器响应客户端的超时时间，这个超时时间仅针对两个客户端和服务器之间建立连接后，某次活动之间的时间。如果这个时间后客户端没有任何活动，Nginx服务器将会关闭连接。此指令的设置需要考虑服务器访问数量和网络状况等方面。下面是此指令的设置示例：

该设置表示Nginx服务器与客户端建立连接后，某次会话中服务器等待客户端响应超时10s，就会自动关闭连接。

3client_header_buffer_size指令

该指令用于设置Nginx服务器允许的客户端请求头部的缓冲区大小，默认为1KB。此指令的赋值可以根据系统分页大小来设置。分页大小可以用以下命令取得：

有过Nginx服务器工作经验的可能遇到Nginx服务器返回400错误的情况。查找Nginx服务器的400错误原因比较困难，因为此错误并不是每次都会出现，出现错误的时候，通常在浏览器和日志里也看不到任何有关提示信息。根据实际的经验来看，有很大一部分情况是客户端的请求头部过大造成的。请求头部过大，通常是客户单cookie中写入了较大的值引起的。于是适当增大此指令的赋值，允许Nginx服务器接收较大的请求头部，可以改善服务器对客户端的支持能力。一般将此指令赋值为4KB大小，即：

4multi_accept指令

该指令用于配置Nginx服务器是否尽可能多的接收客户端的网络连接请求，默认值为off。

本节涉及的指令与Nginx服务器的事件驱动模型密切相关。

其中，number为设置的最大数量。结合worker_processes指令，我们可以计算出Nginx服务器允许同时连接的客户端最大数量Client = worker_processes worker_connections / 2;

在使用Nginx服务器的过程中，笔者曾经遇到过无法访问Nginx服务器的情况，查看日志发现一直在报如下错误:

根据报错信息，推测可能是Nginx服务器的最大访问连接数设置小了。此指令设置的就是Nginx服务器能接受的最大访问量，其中包括前端用户连接也包括其他连接，这个值在理论上等于此指令的值与它允许开启的工作进程最大数的乘积。此指令一般设置为65535：

此指令的赋值与linux操作系统中进程可以打开的文件句柄数量有关系。按照以上设置修改此项赋值以后，Nginx服务器报以下错误：

究其原因，Linux系统中有一个系统指令open file resource limit，它设置了进程可以打开的文件句柄数量。worker_connections指令的赋值当然不能超过open file resource limit的赋值。可以使用以下命令查看在你的Linux系统中open file resource limit的赋值。

可以通过一下命令将open file resource limit指令的值设为2390251：

这样，Nginx的worker_connections指令赋值为65535就没问题了。

其中，limit为Linux平台事件信号队列的长度上限值。

该指令主要影响事件驱动模型中rfsig模型可以保存的最大信号数。Nginx服务器的每一个工作进程有自己的事件信号队列用于暂存客户端请求发生信号，如果超过长度上线，Nginx服务器自动转用poll模型处理未处理器的客户端请求。为了保证Nginx服务器对客户端请求的高效处理，请大家根据实际的客户端并发请求数量和服务器运行环境的处理能力设定该值。设置示例为：

其中，number为要设置的数量，默认值均为32。

其中，number为要设置的数量，默认值均为512

使用kequeue_changes方式，可以设置与内核之间传递事件的数量。

其中，number为要设置的数量，默认值均为512。

7rtsig_signo指令

该指令用于设置rtsig模式使用的两个信号中的第一个，第二个信号是在第一个信号的编号上加1，语法为：

默认的第一个信号设置为SIGRTMIN+10。

提示

在Linux中可以使用一下命令查看系统支持的SIGRTMIN有哪些。

8rtsig_overflow_ 指令

该指令代表三个具体的指令，分别为rtsig_overflow_events指令、rtsig_overflow_test指令和rtsig_overflow_threshold指令。这些指令用来控制当rtsig模式中信号队列溢出时Nginx服务器的处理方式，语法结构为：

其中，number是要设定的值。

rtsig_overflow_events指令指定队列溢出时使用poll库处理的事件数，默认值为16。

rtsig_overflow_test指令设定poll库处理完第几件事件后将清空rtsig模型使用的信号队列，默认值为32。

rtsig_overflow_threshold指令指定rtsig模式使用的信号队列中的事件超过多少时就需要清空队列了。