Signal WebSockets无法在启用了websocket协议的Windows server 2012 R2 IIS 8.5上工作,但可以在本地开发计算机(Win 10)上工作。
两种设置都符合:https://www . IIS . net/config reference/system . web server/web socket
服务器 (网页密码不起作用) -Windows 2012 R2 标准 -IIS 8.5 -启用网页套筒 - 客户端 Chrome 版本 58 64 位 (像开发机一样在服务器上本地运行 - 以消除负载平衡器或网络问题) 信号返回 TryWebSockets:false (SSE、长polling 和 永久帧确实有效)
本地开发计算机(WebSockets正在工作)-Windows 10-IIS 10.0.10586.0-客户端Chrome版本58 64位信号返回TryWebSockets:true
网络配置有:
<system.web>
<httpRuntime targetFramework="4.5"...
和
<compilation defaultLanguage="c#" debug="true" targetFramework="4.6.2">
抓住吸管:
>
添加<代码>
重新安装signalr包~没有变化本地工程/服务器没有(参考表格:SignalR不会使用Websocket协议,即使我在windows 8中安装了该协议)
已尝试升级到 Signalr 2.2.2 表单 2.2.1 ~无更改 本地工作 / 服务器未更改
服务器重新启动~无更改本地工作/服务器没有
测试更改为
客户端显式设置为使用websockets
$.connection.hub。start({transport:'webSockets'},function(){console.log('connection-started-webSockets!');})。已完成(函数()
~不改变本地工厂/服务器
已检查组件 https://forums.asp.net/p/1872743/5263876.aspx
结果发现applicationhost.config中缺少一行,需要更新以包括:
更多面试题总结请看:【面试题】技术面试题汇总 OSI 参考模型 OSI 从上到下分为 7 层: 应用层:应用层协议定义的是应用进程间的通信和交互的规则,不同的网络应用需要不同的应用层协议 表示层:把数据转换为能与接收者的系统格式兼容并适合传输的格式 会话层:在数据传输中设置和维护电脑网络中两台电脑之间的通信连接 传输层:向两台主机进程之间的通信提供通用的数据传输服务 网络层:基于网络层地址(IP地
我遇到了应用引擎上servlet映射的问题。 详细信息 使用我的web.xml配置文件,我将URL模式“/i”映射到WAR路径根目录上的info.html。 当我在本地运行它并访问url localhost:8888/I时,web服务器会正确地重定向到该信息。html网站。但当我推到应用引擎并尝试访问www.mysite时。com/i收到404错误:未找到 问题1。为什么我的服务器映射在本地工作,
ARP(地址解析协议) 基本功能为透过目标设备的IP地址,查询目标设备的MAC地址,以保证通信的顺利进行。在每台安装有TCP/IP协议的电脑或路由器里都有一个ARP缓存表,表里的IP地址与MAC地址是一对应的。 当发送数据时,主机A会在自己的ARP缓存表中寻找是否有目标IP地址。如果找到就知道目标MAC地址为(00-BB-00-62-C2-02),直接把目标MAC地址写入帧里面发送就可;如果在AR
IP 协议简介 IP 协议位于 TCP/IP 协议的第三层——网络层。与传输层协议相比,网络层的责任是提供点到点(hop by hop)的服务,而传输层(TCP/UDP)则提供端到端(end to end)的服务。 IP 地址的分类 A类地址 B类地址 C类地址 D 类地址 广播与多播 广播和多播仅用于UDP(TCP是面向连接的)。 广播 一共有四种广播地址: 受限的广播 受限的广播地址为255.
UDP 简介 UDP 是一个简单的传输层协议。和 TCP 相比,UDP 有下面几个显著特性: UDP 缺乏可靠性。UDP 本身不提供确认,序列号,超时重传等机制。UDP 数据报可能在网络中被复制,被重新排序。即 UDP 不保证数据报会到达其最终目的地,也不保证各个数据报的先后顺序,也不保证每个数据报只到达一次 UDP 数据报是有长度的。每个 UDP 数据报都有长度,如果一个数据报正确地到达目的地,
TCP 的特性 TCP 提供一种面向连接的、可靠的字节流服务 在一个 TCP 连接中,仅有两方进行彼此通信。广播和多播不能用于 TCP TCP 使用校验和,确认和重传机制来保证可靠传输 TCP 给数据分节进行排序,并使用累积确认保证数据的顺序不变和非重复 TCP 使用滑动窗口机制来实现流量控制,通过动态改变窗口的大小进行拥塞控制 注意:TCP 并不能保证数据一定会被对方接收到,因为这是不可能的。T