eth超时

A. stackexchange 超时 min怎么设置

.conkyrc

2.打开主文件夹，按ctrl+h显示隐藏文件，看看有没有.conkyrc这个文件，一般来说是没有的，你可以创建一个空白文件，命名为.conkyrc
3.配置解释：
update_interval
1.0 # 更新时间间隔
double_buffer
yes # 双缓存，解决Conky闪烁问题
use_xft
yes
# 自定义字体
xftfont DejaVu Sans Mono:size=9

maximum_width
300 # Conky最大宽度像素值
default_color
lightgrey # Conky默认颜色
alignment
top_right # Conky默认位置
#draw_outline
yes # 绘制文本、图案的轮廓线

#
解决Conky和桌面图标的冲突问题
own_window yes
own_window_type
override
own_window_hints undecorated
own_window_transparent
yes

TEXT
# 系统信息总览
${color lightblue}${font :bold:size=12}[SYSTEM]
$font$color $alignr$time
Hostname: $alignr $nodename
Kernel: $alignr
$kernel
Uptime: $alignr $color $uptime
System load: $alignr
$loadavg
Running Processes: $alignr $running_processes/$processes
Running
Threads: $alignr $running_threads/$threads

# 显示网络使用情况
${color
lightblue}${font :bold:size=12}[NETWORK] $font$color
IP address:
$alignr${addr eth0}
Download: $alignr ${downspeed eth0}/s
Upload: $alignr
${upspeed eth0}/s

# 显示当前四核CPU的频率、使用率的数值和示意图
${color lightblue}${font
:bold:size=12}[PROCESSORS]
Core 1: ${freq_g 1}GHz (${cpu cpu1}%) ${alignr
100}${cpubar cpu1}
Core 2: ${freq_g 2}GHz (${cpu cpu2}%) ${alignr
100}${cpubar cpu2}
#Core 3: ${freq_g 3}GHz (${cpu cpu3}%) ${alignr
100}${cpubar cpu3}
#Core 4: ${freq_g 4}GHz (${cpu cpu4}%) ${alignr
100}${cpubar cpu4}

# 列出排名前三的CPU消耗进程
${font :bold:size=9}Name $alignc
PID $alignr CPU $font
${top name 1} $alignc ${top pid 1} $alignr ${top cpu
1}%
${top name 2} $alignc ${top pid 2} $alignr ${top cpu 2}%
${top name 3}
$alignc ${top pid 3} $alignr ${top cpu 3}%
#${top name 4} $alignc ${top pid
4} $alignr ${top cpu 4}%
#${top name 5} $alignc ${top pid 5} $alignr ${top
cpu 5}%

# 显示计算机当前内存的使用情况
${color lightblue}${font
:bold:size=12}[MEMORY] $font:$color $mem/$memmax -
$memperc%
${membar}

# 列出排名前三的内存消耗进程
${font :bold:size=9}Name
$alignc PID $alignr RAM $font
${top_mem name 1} $alignc ${top_mem pid 1}
$alignr ${top_mem mem 1}%
${top_mem name 2} $alignc ${top_mem pid 2} $alignr
${top_mem mem 2}%
${top_mem name 3} $alignc ${top_mem pid 3} $alignr
${top_mem mem 3}%
#${top_mem name 4} $alignc ${top_mem pid 4} $alignr
${top_mem mem 4}%
#${top_mem name 5} $alignc ${top_mem pid 5} $alignr
${top_mem mem 5}%

# 显示磁盘的使用情况，并且显示磁盘使用示意图
#
因为只分有两个区，所以只显示/和/home的磁盘使用情况
${color lightblue}${font :bold:size=12}[HDD]
$font$color
/ $alignr ${fs_used /} of ${fs_size /} (${fs_used_perc
/}%)
${fs_bar /}
/home $alignr ${fs_used /home} of ${fs_size /home}
(${fs_used_perc /home}%)
${fs_bar /home}
#swap $alignr $swap of $swapmax
($swapperc%)
#$swapbar
C: $alignr ${fs_used /media/C:} of ${fs_size
/media/C:} (${fs_used_perc /media/C:}%)
${fs_bar /media/C:}
D: $alignr
${fs_used /media/D:} of ${fs_size /media/D:} (${fs_used_perc
/media/D:}%)
${fs_bar /media/D:}
E: $alignr ${fs_used /media/E:} of
${fs_size /media/E:} (${fs_used_perc /media/E:}%)
${fs_bar /media/E:}
G:
$alignr ${fs_used /media/G:} of ${fs_size /media/G:} (${fs_used_perc
/media/G:}%)
${fs_bar /media/G:}
${color pink}${font :bold:size=9}Dread is
proced by a powerlessness!$font$color
${color pink}${font :bold:size=10}LHY
Challenge yourself!$font$color

如何使用别人配置好的conky：

以下是一些比较漂亮的主题，使用方法都比较简单，下载压缩包解压后，如果看到文本文件，就命名为.conkyrc，如果有conky文件夹，就命名为.conky，如果什么都看不到，说明被隐藏了，按ctrl+h显示隐藏文件，最后我们把这些文件和文件夹全部放到主文件夹，这样就可以了。因为不能开机启动，所以还要写一个脚本让它开机启动，新建一个空白文件命名为conky.sh，内容如下：

#!/bin/bash
sleep 10 && conky /home/你的主文件夹/.conkyrc

把conky.sh放到主文件夹里面，sleep 10 代表开机10秒后才显示。在“程序--首选项--启动应用程序”添加一个启动项，在命令里选择刚才新建的conky.sh，OK。

补充：如果Conky在桌面显示一个个方框，说明缺少字体，可以修改.conkyrc，将里面的字体替换成自己的

B. 在虚拟机VMware中redhat9.0访问网络总提示操作超时鉴于百度搜索未果，特此发问，忘朋友解答

主机中网关不用设置 ，虚拟机中网关设置为主机的ip
也就是你设置的192.168.66.1

C. 在Linux系统中数据如何发送

从网络设备驱动程序的结构分析可知，Linux网络子系统在发送数据包时，会调用驱动程序提供的hard_start_transmit()函数，该函数用于启动数据包的发送。在设备初始化的时候，这个函数指针需被初始化以指向设备的xxx_tx (）函数。网络设备驱动完成数据包发送的流程如下：
1）网络设备驱动程序从上层协议传递过来的sk_buff参数获得数据包的有效数据和长度，将有效数据放入临时缓冲区。
2）对于以太网，如果有效数据的长度小于以太网冲突检测所要求数据帧的最小长度ETH ZLEN，则给临时缓冲区的末尾填充0。
3）设置硬件的寄存器，驱使网络设备进行数据发送操作。
特别要强调对netif_ stop_queue()的调用，当发送队列为满或因其他原因来不及发送当前上层传下来的数据包时，则调用此函数阻止上层继续向网络设备驱动传递数据包。当忙于发送的数据包被发送完成后，在以TX结束的中断处理中，应该调用netif_wake_queue (）唤醒被阻塞的上层，以启动它继续向网络设备驱动传送数据包。当数据传输超时时，意味着当前的发送操作失败或硬件已陷入未知状态，此时，数据包发送超时处理函数xxx _tx _timeout ()将被调用。这个函数也需要调用由Linux内核提供的netif_wake _queue()函数以重新启动设备发送队列。

D. 在window上面ping liunx系统上面的ip地址，ping不同，请求超时,请问是什么原因

网卡是桥接的吗？还有真机的网卡也要是通的才行，就是有个交换机插着或者猫、路由器都可以。

E. tp钱包创建钱包的时提示超时

tp钱包创建钱包的时提示超时，可能是网络不流畅，可以尝试切换网络。
TokenPocket是全球最大的数字货币钱包,支持包括BTC、ETH、BSC、HECO、TRON、OKExChain、Polkadot、Kusama、EOS等在内的所有主流公链及Layer2。

F. rsas基本工作流程排序为

咨询记录 · 回答于2021-11-27

G. 深信服AC1000的默认超时时间是多少，默认登录失败几次锁定多久

使用一根交叉网线，将设备的eth0和eth1相连。开机，等待这次开机完成，直至设备重启。将线去掉。这时候就恢复出厂了。之后将电脑连接到eth1口。设备ip 10.252.252.252 用户名admin 密码admin或Admin。这就可以登录了。电脑ip设置成10.252.252.x这个段的就可以

H. 求救：不上网ping值正常,可是一上网就显示请求超时!!!

一、去排除下是不在交换机上的端口问题，把你的ETH口换一个端口，，你可以先试一下单机，，把交换机拆了，直接通过与电信调制解调器的链接，，自动获取IP地址，，如果这样测试没有问题。那问题肯定是出在交换机上了。
二、出在交换机上的话先换一个对接端口试试。

三、如果你单机接入也出现这样的问题，先换一下网线。如果网线无问题，那十有八九就是网卡的问题了。

这样要一步一步来进行排除的

I. UBUNTU的网络问题MENTOHUST 锐捷提示认证成功 可还是无法上网- - 求高手给予解决！！！！！！！！！！！！

各人的情况各不同。我的mentohust连接成功,却上不了网的问题。一年半前我就是这种情况。
是设置问题.在设置的时候,我的是默认网关gateway填不上,填后又恢复为空.我试了在那再点一下add,在下面增加一行，结果网关可以填了。填好就把以前的那行删了。
使用下面的命令就能退出mentohust：sudo mentohust -k。
锐捷的设置不是很重要，能连接成功(虽然不能上网)，就可以了。

J. keepalived怎么重新加载配置文件

keepalived.conf内容说明如下

●全局定义块
1、email通知。作用：有故障，发邮件报警。
2、Lvs负载均衡器标识（lvs_id）。在一个网络内，它应该是唯一的。
3、花括号“{}”。用来分隔定义块，因此必须成对出现。如果写漏了，keepalived运行时，不会得到预期的结果。由于定义块内存在嵌套关系，因此很容易遗漏结尾处的花括号，这点要特别注意。
●VRRP定义块
1、同步vrrp组vrrp_sync_group。作用：确定失败切换（FailOver）包含的路由实例个数。即在有2个负载均衡器的场景，一旦某个负载均衡器失效，需要自动切换到另外一个负载均衡器的实例是哪些？
2、实例组group。至少包含一个vrrp实例。
3、Vrrp实例vrrp_instance。实例名出自实例组group所包含的那些名字。
(1) 实例状态state。只有MASTER和BACKUP两种状态，并且需要大写这些单词。其中MASTER为工作状态，BACKUP为备用状态。当 MASTER所在的服务器失效时，BACKUP所在的系统会自动把它的状态有BACKUP变换成MASTER；当失效的MASTER所在的系统恢复 时，BACKUP从MASTER恢复到BACKUP状态。
(2)通信接口interface。对外提供服务的网络接口，如eth0,eth1.当前主流的服务器都有2个或2个以上的接口，在选择服务接口时，一定要核实清楚。
(3)lvs_sync_daemon_inteface。 负载均衡器之间的监控接口，类似于HA HeartBeat的心跳线。但它的机制优于Heartbeat，因为它没有“裂脑”这个问题，它是以优先级这个 机制来规避这个麻烦的。在DR模式中，lvs_sync_daemon_inteface 与服务接口interface 使用同一个网络接口。
(4)虚拟路由标识virtual_router_id。这个标识是一个数字，并且同一个vrrp实例使用唯一的标识。即同一个vrrp_stance，MASTER和BACKUP的virtual_router_id是一致的，同时在整个vrrp内是唯一的。
(5)优先级priority。这是一个数字，数值愈大，优先级越高。在同一个vrrp_instance里，MASTER 的优先级高于BACKUP。若MASTER的priority值为150，那么BACKUP的priority只能是140或更小的数值。
(6)同步通知间隔advert_int。MASTER与BACKUP负载均衡器之间同步检查的时间间隔，单位为秒。
(7)验证authentication。包含验证类型和验证密码。类型主要有PASS、AH两种，通常使用的类型为PASS，据说AH使用时有问题。验证密码为明文，同一vrrp实例MASTER与BACKUP 使用相同的密码才能正常通信。
4、 虚拟ip地址virtual_ipaddress。可以有多个地址，每个地址占一行，不需要指定子网掩码。注意：这个ip必须与我们在lvs客户端设定的vip相一致！
●虚拟服务器virtual_server定义块
虚拟服务器定义是keepalived框架最重要的项目了，是keepalived.conf必不可少的部分。
1、虚拟服务器virtual_server。这个ip来自于vrrp定义块的第“4”步，后面一个空格，然后加上端口号。定义一个vip，可以实现多个tcp端口的负载均衡功能。
(1)delay_loop。健康检查时间间隔，单位是秒。
(2)lb_algo。负载均衡调度算法，互联网应用常使用wlc或rr。
(3)lb_kind。负载均衡转发规则。一般包括DR、NAT、TUN3种，在我的方案中，都使用DR的方式。
(4)persistence_timeout。 会话保持时间，单位是秒。这个选项对动态网站很有用处：当用户从远程用帐号进行登陆网站时，有了这个会话保持功能，就能把用户的请求转发给同一个应用服务 器。在这里，我们来做一个假设，假定现在有一个lvs 环境，使用DR转发模式，真实服务器有3个， 负载均衡器不启用会话保持功能。当用户第一次访问的时候，他的访问请求被负载均衡器转给某个真实服务器，这样他看到一个登陆页面，第一次访问完毕；接着他 在登陆框填写用户名和密码，然后提交；这时候，问题就可能出现了---登陆不能成功。因为没有会话保持，负载均衡器可能会把第2次的请求转发到其他的服务器。
(5)转发协议protocol。一般有tcp和udp两种。实话说，我还没尝试过udp协议类的转发。
2、真实服务器real_server，也即服务器池。Real_server的值包括ip地址和端口号，多个连续的真实ip。
(1)权重weight，权重值是一个数字，数值越大，权重越高。使用不同的权重值的目的在于为不同性能的机器分配不同的负载，性能较好的机器，负载分担大些；反之，性能差的机器，则分担较少的负载，这样就可以合理的利用不同性能的机器资源。
(2)Tcp检查tcp_check。

第③版更新内容如下:
每台服务器都有二块网卡，分别连接内外网；后端的mysql数据库与web连接采用内网方式，整个网络环境采用内网；
增加了keepalived.conf语法内容；
删除了lvs.sh脚本内容，直接让keepalived内容更直接明了；
lvs主从机上的keepalived.conf文件我直接从生产服务器上download下来了，可方便大家使用。

※值得注意的是：
1、你必须向你的服务器所在机房IDC多申请一个IP供VIP使用；多关注/var/log/messages和ipvsadm -ln，利用其有效信息排错。
2、服务器的iptables、Selinux均关闭；在生产环境中，我就遇到了iptables的NAT转发问题，导致了lvs失败。
3、 keepalived的启动过程并不会对配置文件进行语法检查，就算没有配置文件，keepalived的守护进程照样能够被运行起来。在默认状态下，即 不指定配置文件的位置--keepalived先查找文件/etc/keepalived/keepalived.conf。
4、session的过程默认是以文件的形式存在，在浏览器关闭或重启时删除；会话保持我建议写成120秒，如果这个值设置得不合理，用户将得到非常糟糕的访问效果。
5、 keepalived是lvs的扩展项目，因此它们之间具备良好的兼容性，这点应该是keepalived部署比其他类似工具能更简洁的原因 吧，lvs+keepalived目前是一个应用于生产环境的成熟架构，实现了真正意义上的负载均衡高可用，尤其适用于bbs和blog(它们均是访问频 繁，用户量大的对象)，建议熟练掌握。

LVS 算法说明

LVS的常见八种调度算法：
一:轮叫调度（Round-Robin Scheling）

轮叫调度（Round Robin Scheling）算法就是以轮叫的方式依次将请求调度不同的服务器，即每次调度执行i = (i + 1) mod n，并选出第i台服务器。算法的优点是其简洁性，它无需记录当前所有连接的状态，所以它是一种无状态调度。

二:加权轮叫调度（Weighted Round-Robin Scheling）

加权轮叫调度 （Weighted Round-Robin Scheling）算法可以解决服务器间性能不一的情况，它用相应的权值表示服务器的处理性能，服务器的缺省权值为1。假设服务器A的权值为1，B的权值为2，则表示服务器B的处理性能是A的两倍。加权轮叫调度算法是按权值的高低和轮叫方式分配请求到各服务器。权值高的服务器先收到的连接，权值高的服务器比权值低的服务器处理更多的连接，相同权值的服务器处理相同数目的连接数。

三:最小连接调度（Least-Connection Scheling）

最 小连接调度（Least- Connection Scheling）算法是把新的连接请求分配到当前连接数最小的服务器。最小连接调度是一种动态调 度算法，它通过服务器当前所活跃的连接数来估计服务器的负载情况。调度器需要记录各个服务器已建立连接的数目，当一个请求被调度到某台服务器，其连接数加1；当连接中止或超时，其连接数减一。
四:加权最小连接调度（Weighted Least-Connection Scheling）

加权最小连接调 度（Weighted Least-Connection Scheling）算法是最小连接调度的超集，各个服务器用相应的权值表示其处理性能。服务器的缺省权值为1，系统管理员可以动态地设置服务器的权值。加权最小连接调度在调度新连接时尽可能使服务器的已建立连接数和其权值成比例。

五:基于局部性的最少链接（Locality-Based Least Connections Scheling）

基 于局部性的最少链接调度（Locality-Based Least Connections Scheling，以下简称为LBLC）算法是针对请 求报文的目标IP地址的负载均衡调度，目前主要用于Cache集群系统，因为在Cache集群中客户请求报文的目标IP地址是变化的。这里假设任何后端服 务器都可以处理任一请求，算法的设计目标是在服务器的负载基本平衡情况下，将相同目标IP地址的请求调度到同一台服务器，来提高各台服务器的访问局部性和 主存Cache命中率，从而整个集群系统的处理能力。LBLC调度算法先根据请求的目标IP地址找出该目标IP地址最近使用的服务器，若该服务器是可用的 且没有超载，将请求发送到该服务器；若服务器不存在，或者该服务器超载且有服务器处于其一半的工作负载，则用“最少链接”的原则选出一个可用的服务器，将 请求发送到该服务器。

六: 带复制的基于局部性最少链接（Locality-Based Least Connections with Replication Scheling）

带 复制的基于局部性最少链接调度（Locality- Based Least Connections with Replication Scheling，以下简称为LBLCR）算法也是针对目标 IP地址的负载均衡，目前主要用于Cache集群系统。它与LBLC算法的不同之处是它要维护从一个目标IP地址到一组服务器的映射，而LBLC算法维护 从一个目标IP地址到一台服务器的映射。对于一个“热门”站点的服务请求，一台Cache 服务器可能会忙不过来处理这些请求。这时，LBLC调度算法会 从所有的Cache服务器中按“最小连接”原则选出一台Cache服务器，映射该“热门”站点到这台Cache服务器，很快这台Cache服务器也会超 载，就会重复上述过程选出新的Cache服务器。这样，可能会导致该“热门”站点的映像会出现在所有的Cache服务器上，降低了Cache服务器的使用 效率。LBLCR调度算法将“热门”站点映射到一组Cache服务器（服务器集合），当该“热门”站点的请求负载增加时，会增加集合里的Cache服务 器，来处理不断增长的负载；当该“热门”站点的请求负载降低时，会减少集合里的Cache服务器数目。这样，该“热门”站点的映像不太可能出现在所有的 Cache服务器上，从而提供Cache集群系统的使用效率。LBLCR算法先根据请求的目标IP 地址找出该目标IP地址对应的服务器组；按“最小连 接”原则从该服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载；则按 “最小连接”原则从整个集群中选出一台服务器，将 该服务器加入到服务器组中，将请求发送到该服务器。同时，当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除，以降低复制的程度。

七:目标地址散列调度（Destination Hashing Scheling）

目 标地址散列调度 （Destination Hashing Scheling）算法也是针对目标IP地址的负载均衡，但它是一种静态映射算法，通过 一个散列（Hash）函数将一个目标IP地址映射到一台服务器。目标地址散列调度算法先根据请求的目标IP地址，作为散列键（Hash Key）从静态分 配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。

八:源地址散列调度（Source Hashing Scheling）

源 地址散列调度（Source Hashing Scheling）算法正好与目标地址散列调度算法相反，它根据请求的源IP地址，作为散列键 （Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。它采用的散列函数与目标地址 散列调度算法的相同。它的算法流程与目标地址散列调度算法的基本相似，除了将请求的目标IP地址换成请求的源IP地址，所以这里不一一叙述。在实际应用 中，源地址散列调度和目标地址散列调度可以结合使用在防火墙集群中，它们可以保证整个系统的唯一出入口。

此文出处抚琴煮酒之网络博客