1、请教：远程服务器返回错误：所需的长度
你好。
string url=@"ip";
HttpWebRequest request = HttpWebRequest.Create(url) as HttpWebRequest;
request.Method = "POST";
WebResponse response = request.GetResponse();
试试这样还报错吗。
2、web 服务器上的请求筛选被配置为拒绝该请求，因为内容长度超过配置的值
单击"启动.在中开始搜索框中键入记事本.用鼠标右键单击记事本然后单击以管理员身份运行.
请注意如果系统提示您输入管理员密码或进行确认，键入密码，或单击继续.
在上文件菜单中，单击打开.在中文件名称框中键入%windir%/system32/inetsrv/config/applicationhost.config然后单击打开.
在 ApplicationHost.config 文件中，查找<requestlimits></requestlimits>节点。
删除maxAllowedContentLength属性。或者，添加一个值相匹配的客户端将作为请求的一部分发送的内容长度标头大小。默认情况下的值maxAllowedContentLength属性是 30000000。
3、web服务器上一个大小为22KB的网页，假设TCP最大报文长度是1KB,浏览器与web服务器之间的往返RTT为100ms
客户端C和服务器S之间建立一个TCP连接，该连接总是以1KB的最大段长发送TCP段，客户端C有足够的数据要发送。当拥塞窗口为16KB的时候发生超时，如果接下来的4个RTT往返时间内的TCP段的传输是成功的，那么当第4个RTT时间内发送的所有TCP段都得到了ACK时，拥塞窗口大小是：9KB
4、服务器机柜的内部尺寸是多少
标准机柜为19英寸.宽度600mm。42U，1u=44.45mm，高度1869mm。
厚度以4.445cm为基本单位。1U就是4.445cm，2U则是1U的2倍为8.89cm。也就是说所谓“1U的PC服务器”，就是外形满足EIA规格，厚度为4.445cm的产品。设计为能放置到19英寸机柜的产品一般被称为机架服务器。
机架服务器的宽度为19英寸，常有1U，2U，3U，4U，5U，7U几种标准的服务器。机柜的尺寸也是采用通用的工业标准，通常从22U到42U不等。
5、如何计算传输给服务器的实体数据的总长度
网站的服务器带宽，是根据实际情况分析才可以的
网络带宽计算公式是统一的：1M带宽是指比特,并不是平时所说的字节.
比特(bit)是内存中的最小单位，也称“位”、它只有两个状态分别以1和0表示。我们将8个连续的比特叫做一个字节(byte)。比特率就是数据传输的速率. 它们的关系:
千比特，就是Kbit,它和KB是不一样的，KB是千字节的意思，而1byte=8bit
千比特率写作:Kbit/s,表示每秒传输1000比特数据，换算成字节就是1000除以8是125字节,也就是1Kbit/s=125KB,所以1M带宽理论值应为:128KB/S。
不同的网络应用所占用的带宽程度不同，比如同样的访客数量，文字类的数据只有简单的字节交换，流量较低。
而采用图文，视频，下载等应用，所产生的流量较多。
同时在线的几率越高，流量越高，带宽越高。
所以计算所需带宽的时候，不仅要看带宽算法，还要结合网站的实际应用，综合分析。
6、服务器一般的尺寸是多少？有没有一个标准？
5
7、服务器的磁盘队列长度是100,正常么?
我win7的机器，反应很慢，发现磁盘队列100。当磁盘队列减小时，反应就快了。不知道为什么。不知你的服务器是不是windows系列的，不知道你是否已知答案，望告知。
8、服务器用什么尺寸机柜
服务器可以选择用标准尺寸机柜。
标准机柜为19英寸.宽度600mm。42U，1u=44.45mm，高度1869mm。厚度以4.445cm为基本单位。1U就是4.445cm，2U则是1U的2倍为8.89cm。也就是说所谓“1U的PC服务器”，就是外形满足EIA规格，厚度为4.445cm的产品。
设计为能放置到19英寸机柜的产品一般被称为机架服务器。机架服务器的宽度为19英寸，常有1U，2U，3U，4U，5U，7U几种标准的服务器。
机柜的尺寸也是采用通用的工业标准，通常从22U到42U不等。
9、centos 服务器上怎样设置密码最短长度为5
修改/etc/login.defs
PASS_MAX_DAYS 90 用户的密码不过期最多的天数；
PASS_MIN_DAYS 15 密码修改之间最小的天数；
PASS_MIN_LEN 8 密码最小长度；
PASS_WARN_AGE 10 密码过期之前提醒的天数
如何你想修改其他的参数上面也有
10、服务端返回结果长度为零异常是什么原因
发生在TCP 3次握手刚好完成，服务器TCP将连接放入到已经建立好连接队列中，此时客户端给一个RST,接下来accept返回，不过这时accept返回的是ECONNECTABORT错误.这不是一个致命错误。
2、服务器进程终止过程如下:a、kill掉服务进程，作为进程善后处理的部分，所有打开的文件描述符被关闭，这导致服务端TCP(注意"服务端"和"服务端TCP"是不同概念)发送FIN给客户端，客户端TCP响应以ACK。
b、客户端此时正阻塞在scanf函数(基于上篇中提到的客户端模型)，这导致客户端不知道服务端TCP已经关闭连接。
c、客户端在scanf返回后调用write向服务端发数据，由于服务端已经被kill掉，所以服务端TCP会发送一个RST给客户端TCP.
d、客户端在发送完数据后立即调用read读取数据，由于有第一步的FIN,read立即返回0(表示EOF),然而客户端希望的是收到刚才发送的数据而不是EOF。如果客户端接着往服务端发数据，将诱发服务端TCP向服务端发送SIGPIPE信号，因为向接收到RST的套接口写数据都会收到此信号.
问题的本质在于客户端同时处理两个描述字--套接口和用户输入，程序被单纯地阻塞在一个源上了。这个问题可以通过1、设置非阻塞模式。2、采用select以及epoll处理。
3、服务器主机崩溃
在客户TCP发送数据后，由于接收不到ACK,它将试图一直重传，直到最后放弃，并返回给客户进程一个出错信息。ETIMEOUT表示没有相应，EHOSTUNREACH表示路由器判定主机不可达。
4、服务器崩溃后重启
由于服务端TCP丢失了以前的连接信息，这将导致服务端发送一个RST,而此时客户端阻塞在read函数，这将导致返回一个ECONNECTRESET错误.
5、服务器关机
服务器关机时init进程会先发送SIGTERM(此信号可捕获)给所有进程，再过一段时间发送SIGKILL(次信号不可捕获)给仍然在运行的程序，这时就和服务器进程终止一样了。