请登陆后使用
只需一步，快速开始
&&&&&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&&&&&&&&&&&&
查看: 363|回复: 4
优酷话费注册提示服务器开小差，怎么办
优酷话费注册提示服务器开小差，怎么办，是人太多了吗
浪费我两次验证码、、
换ip，好用不？
重要信息提醒 /1
果果一旦被盗很难追回
不要全网一个密码，为账户设置个安全问题,才能高枕无忧
Powered by1248人阅读
1. rtsp摘要认证协议流程
RTSP协议，全称Real Time Streaming Protocol，是应用层的协议，它主要实现的功能是传输并控制具有实时特性的媒体流，如音频（Audio）和视频（Video）。Rtsp认证主要分为两种：基本认证（basic authentication）和摘要认证（ digest authentication　）。基本认证是http 1.0提出的认证方案，其消息传输不经过加密转换因此存在严重的安全隐患。摘要认证是http 1.1提出的基本认证的替代方案，其消息经过MD5哈希转换因此具有更高的安全性。下面将以一次与网络摄像机握手的全过程来详细介绍RTSP摘要认证的应用：
摘要认证 Digest authentication
客户端第一次发起连接请求：
OPTIONS rtsp://192.168.123.158:554/11 RTSP/1.0
User-Agent: LibVLC/2.0.5(LIVE555 Streaming Media v)
服务器端返回服务端信息及public方法：
RTSP/1.0 200 OK
Server: HiIpcam/V100R003 VodServer/1.0.0
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY,GET_PARAMETER
客户端再次发起连接：
DESCRIBE rtsp://192.168.123.158:554/11 RTSP/1.0
User-Agent: LibVLC/2.0.5(LIVE555 Streaming Media v)
Accept: application/sdp
服务器端返回401错误，提示未认证并以nonce质询：
RTSP/1.0 401 Unauthorized
Server: HiIpcam/V100R003 VodServer/1.0.0
WWW-Authenticate:Digest realm=&HipcamRealServer&,
nonce=&3b27a446bfa49b0c48c3edbd&
客户端以用户名，密码，nonce，HTTP方法，请求的URI等信息为基础产生response信息进行反馈（计算方法参考说明）：
DESCRIBErtsp://192.168.123.158:554/11 RTSP/1.0
Authorization: Digest username=&admin&,realm=&Hipcam RealServer&, nonce=&3b27a446bfa49b0c48c3edbd&,uri=&rtsp://192.168.123.158:554/11&, response=&258af9dfff8c58&
User-Agent: LibVLC/2.0.5(LIVE555 Streaming Media v)
Accept: application/sdp
服务器对客户端反馈的response进行校验，通过则返回如下字段：
RTSP/1.0 200 OK
Server: HiIpcam/V100R003 VodServer/1.0.0
Content-Type: application/sdp
Cache-Control: must-revalidate
Content-length: 306
Content-Base: rtsp://192.168.123.158:554/11/
o=StreamingServer
0 IN IP.158
c=IN IP4 0.0.0.0
a=control:*
m=video 0 RTP/AVP 96
a=control:trackID=0
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1;sprop-parameter-sets=Z0LgHtoCgPRA,aM4wpIA=
a=framesize:96 640-480
然后，客户端发起建立连接请求（用同样的方法计算response）：
SETUP rtsp://192.168.123.158:554/11/trackID=0 RTSP/1.0
Authorization: Digest username=&admin&, realm=&HipcamRealServer&, nonce=&3b27a446bfa49b0c48c3edbd&,uri=&rtsp://192.168.123.158:554/11/&,response=&dec6d89fc948e4c50e0b1cf&
User-Agent: LibVLC/2.0.5(LIVE555 Streaming Media v)
Transport:RTP/AVP;client_port=
服务器端验证客户端返回的response字段，通过则返回通信参数：
RTSP/1.0 200 OK
Server: HiIpcam/V100R003 VodServer/1.0.0
Session: 920
Cache-Control: must-revalidate
Transport: RTP/AVP;mode=source=192.168.123.158;client_port=;server_port=;ssrc=542289ec
最后，客户端发起播放请求(同样需计算response字段)：
PLAY rtsp://192.168.123.158:554/11/ RTSP/1.0
Authorization: Digest username=&admin&, realm=&HipcamRealServer&, nonce=&3b27a446bfa49b0c48c3edbd&,uri=&rtsp://192.168.123.158:554/11/&,response=&9bfb25badcf52e6826caed&
User-Agent: LibVLC/2.0.5(LIVE555 Streaming Media v)
Session: 920
Range: npt=0.000-
服务器端校验response字段，通过则返回视频数据。
1. 请求头字段说明
例如：OPTIONS rtsp://192.168.123.158:554/11RTSP/1.0
字段依次包含：public_method,uri地址，协议版本
2. response字段的计算
RTSP客户端应该使用username + password并计算response如下:
(1)当password为MD5编码,则
&&&response = md5(password:nonce:md5(public_method:url));
(2)当password为ANSI字符串,则
&&&&response= md5(md5(username:realm:password):nonce:md5(public_method:url));
客户端在每次发起不同的请求方法时都需要计算response字段，同样在服务器端校验时也默认采取同样的计算方法。
3. http状态码及含义
初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）
Switching Protocols
服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）
一切正常，对GET和POST请求的应答文档跟在后面。
&&&Created
服务器已经创建了文档，Location头给出了它的URL。
已经接受请求，但处理尚未完成。
Non-Authoritative Information
文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。
&&&No Content
没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
Reset Content
没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
Partial Content
客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。
Multiple Choices
客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。
Moved Permanently
客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。
Not Modified
客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。
Temporary Redirect
和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。（HTTP 1.1新）
& & & & & 400
Bad Request
请求出现语法错误。
Unauthorized
客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。
资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。
无法找到指定位置的资源。这也是一个常用的应答。
Method Not Allowed
请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）
Not Acceptable
指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。
Proxy Authentication Required
类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）
Request Timeout
在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）
通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）
所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 1.1新）
Length Required
服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）
Precondition Failed
请求头中指定的一些前提条件失败（HTTP 1.1新）。
Request Entity Too Large
目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。
Request URI Too Long
URI太长（HTTP 1.1新）。
&&&Requested Range Not Satisfiable
服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）
&&&Internal Server Error
服务器遇到了意料不到的情况，不能完成客户的请求。
Not Implemented
服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。
Bad Gateway
服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。
&&&Service Unavailable
服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。
&&&Gateway Timeout
由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）
HTTP Version Not Supported
服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：761617次
积分：11504
积分：11504
排名：第503名
原创：289篇
转载：661篇
评论：141条
(9)(18)(10)(9)(21)(4)(23)(25)(7)(19)(33)(22)(12)(2)(8)(8)(3)(4)(9)(6)(4)(23)(23)(26)(39)(24)(12)(14)(7)(25)(24)(14)(1)(14)(5)(5)(6)(25)(30)(39)(62)(37)(61)(56)(31)(37)(5)(3)(3)(2)(3)(4)(1)(1)(3)(2)(17)(1)(4)(5)(1)(1)(9)(1)(3)(2)QQ音乐 提示 网络开小差_百度知道
提问者采纳
以前放的音乐是通过缓存在里面的可以放，乐库里面的是时时更新的没有足够的网络信号是显示不了的。
我知道如果有缓存就可以播放，但我把他们清空了的。刚才网络又可以了，还是谢谢你
提问者评价
来自团队：
其他类似问题
为您推荐：
开小差的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁为什么我在扣扣发说说加照片就说服务器开小差，发送失败呢？？？是在3g得网络下发的，等进屋了只有2g_百度知道
为什么我在扣扣发说说加照片就说服务器开小差，发送失败呢？？？是在3g得网络下发的，等进屋了只有2g
是在3g得网络下发的？，这是怎么回事为什么我在扣扣发说说加照片就说服务器开小差？，等进屋了只有2g网络的时候就可以正常发送了，发送失败呢
提问者采纳
你qq的设置，应该是设置3g情况下不给发送
提问者评价
太给力了，你的回答完美地解决了我的问题，非常感谢！
其他类似问题
为您推荐：
开小差的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁