虚拟服务器的回收站在哪

找虚拟服务器的回收站的方式。

1、在电脑上进入阿里云，点击上方的控制台选项。

2、进入阿里云后台页面中，点击轻量应用服务器。

3、在轻量服务器列表中，找到想要使用的服务器即可。

在日常的服务器维护中，会经常用到如下命令。

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

它会显示例如下面的信息：

TIME_WAIT 689

CLOSE_WAIT 2

FIN_WAIT1 1

ESTABLISHED 291

SYN_RECV 2

LAST_ACK 1

常用的三个状态是：ESTABLISHED表示正在通信 、TIME_WAIT表示主动关闭、CLOSE_WAIT表示被动关闭。

如果服务器出现了异常，很大的可能是出现了以下两种情况：

我们也都知道Linux系统中分给每个用户的文件句柄数是有限的，而TIME_WAIT和CLOSE_WAIT这两种状态如果一直被保持，那么意味着对应数目的通道(此处应理解为socket，一般一个socket会占用服务器端一个端口，服务器端的端口最大数是65535)一直被占用，一旦达到了上限，则新的请求就无法被处理，接着就是大量Too Many Open Files异常，然后tomcat、nginx、apache崩溃。。。

下面来讨论这两种状态的处理方法，网络上也有很多资料把这两种情况混为一谈，认为优化内核参数就可以解决，其实这是不恰当的。优化内核参数在一定程度上能解决time_wait过多的问题，但是应对close_wait还得从应用程序本身出发。

这种情况比较常见，一般会出现在爬虫服务器和web服务器(如果没做内核参数优化的话)上，那么这种问题是怎么产生的呢？

从上图可以看出time_wait是主动关闭连接的一方保持的状态，对于爬虫服务器来说它自身就是客户端，在完成一个爬取任务后就会发起主动关闭连接，从而进入time_wait状态，然后保持这个状态2MSL时间之后，彻底关闭回收资源。这里为什么会保持资源2MSL时间呢？这也是TCP/IP设计者规定的。

TCP要保证在所有可能的情况下使得所有的数据都能够被正确送达。当你关闭一个socket时，主动关闭一端的socket将进入TIME_WAIT状 态，而被动关闭一方则转入CLOSED状态，这的确能够保证所有的数据都被传输。当一个socket关闭的时候，是通过两端四次握手完成的，当一端调用 close()时，就说明本端没有数据要发送了。这好似看来在握手完成以后，socket就都可以处于初始的CLOSED状态了，其实不然。原因是这样安 排状态有两个问题， 首先，我们没有任何机制保证最后的一个ACK能够正常传输，第二，网络上仍然有可能有残余的数据包(wandering duplicates)，我们也必须能够正常处理。

TIMEWAIT就是为了解决这两个问题而生的。

再引用网络中的一段话：

time_wait问题可以通过调整内核参数和适当的设置web服务器的keep-Alive值来解决。因为time_wait是自己可控的，要么就是对方连接的异常，要么就是自己没有快速的回收资源，总之不是由于自己程序错误引起的。但是close_wait就不一样了，从上图中我们可以看到服务器保持大量的close_wait只有一种情况，那就是对方发送一个FIN后，程序自己这边没有进一步发送ACK以确认。换句话说就是在对方关闭连接后，程序里没有检测到，或者程序里本身就已经忘了这个时候需要关闭连接，于是这个资源就一直被程序占用着。这个时候快速的解决方法是：

注：

直到写这篇文章的时候我才完全弄明白之前工作中遇到的一个问题。程序员写了爬虫(php)运行在采集服务器A上，程序去B服务器上采集资源，但是A服务器很快就发现出现了大量的close_wait状态的连接。后来手动检查才发现这些处于close_wait状态的请求结果都是404，那就说明B服务器上没有要请求的资源。

下面引用网友分析的结论：

服 务器A是一台爬虫服务器，它使用简单的HttpClient去请求资源服务器B上面的apache获取文件资源，正常情况下，如果请求成功，那么在抓取完 资源后，服务器A会主动发出关闭连接的请求，这个时候就是主动关闭连接，服务器A的连接状态我们可以看到是TIME_WAIT。如果一旦发生异常呢？假设 请求的资源服务器B上并不存在，那么这个时候就会由服务器B发出关闭连接的请求，服务器A就是被动的关闭了连接，如果服务器A被动关闭连接之后程序员忘了 让HttpClient释放连接，那就会造成CLOSE_WAIT的状态了。

　　1可以利用软件实现让局域网用户删除的文件保留在回收站里。

　　2Network Recycle Bin（简称NRB）这款独特的软件，在使用该工具之前，需要为局域网共享路径映射网盘，在系统托盘中右击NBR图标，在弹出菜单中点击Settings项，在设置窗口中点击Password按钮，为NBR设置密码。以后当进入NBR管理界面或者卸载该软件时，必须输入该密码。在Define the Hot Key combination to show the application栏中设置激活热键，以后点击该热键，可以立即进入NBR管理界面。点击菜单“Option→Network Recycle Bin settings”项，在Path to store deleted files栏中点击浏览按钮，更改网络回收站存储路径（如图1）。网盘中删除的所有文件自动被保存到该路径中。在Track deletion of files for specified drives栏中列出所有可用盘符，用户可以根据需要勾选需要跟踪的磁盘。当然，也可以点击“Add”按钮，添加需要监控的网络共享路径，NRB同样可以对其进行严密监控。当误删了文件之后，可以在NRB管理界面的工具栏上点击Network Recycle Bin按钮，进入网络回收站管理窗口，在其中显示所有删除的文件。在目标文件右键菜单上点击Recover File（s）项，就可以将其恢复到原始路径中。

我认为微信、QQ等社交软件长时间不登录被注销或收回，是合理的。以下是我的观点：

1 用户账号安全是首要考虑。随着互联网的发展，个人信息安全问题日益重要。如果一个用户长时间不登录，很可能是因为账号被盗或者用户不再使用该账号。为了保障用户的隐私和账号安全，注销这些长期不活跃的账号是必要的。

2 节约服务器资源。社交软件如微信、QQ等用户量庞大，因此需要大量的服务器资源来存储和处理用户数据。如果长时间不登录的账号还保留在服务器上，将占用大量的存储空间和运算资源，无形中浪费了服务器的资源。注销这些不活跃账号可以提高服务器的运行效率。

3 维护用户体验和活跃度。社交软件的核心就是连接人与人，如果一个账号长时间未登录或者不活跃，那么它对其他用户来说就没有太大的意义。通过注销这些账号，可以减少用户数量的虚高，让真正活跃的用户更好地享受到社交软件的服务。

4 提醒用户关注账号安全。社交软件注销长时间不登录的账号，也有助于提醒用户关注账号安全。如果用户在一段时间内没有登录，那么可能是因为个人密码被泄露或者遗忘。通过注销这些账号，可以促使用户重视账号安全，及时修改密码或者重新登录。

然而，我也认识到这一政策可能会引发一些争议和困扰。对于那些因为种种原因而长时间未登录的用户来说，他们的账号被注销可能会感到不公平。为了避免这种情况，官方已经明确表示只要账户中存有零钱就不会被注销，这可以说是一种合理而温和的安排。

总之，微信、QQ等社交软件长时间不登录被注销或收回是合理的。这一政策保障了用户账号安全，节约了服务器资源，维护了用户体验和活跃度，同时也提醒用户关注账号安全。然而，官方也应该为那些长时间不登录的用户提供一些申诉或者解决问题的途径，以确保公平和方便性。