本文的目的是介绍web-server–如何在影子网络上播放流量?的详细情况,特别关注影子网络的进入方法的相关信息。我们将通过专业的研究、有关数据的分析等多种方式,为您呈现一个全面的了解web-serv
本文的目的是介绍web-server – 如何在影子网络上播放流量?的详细情况,特别关注影子网络的进入方法的相关信息。我们将通过专业的研究、有关数据的分析等多种方式,为您呈现一个全面的了解web-server – 如何在影子网络上播放流量?的机会,同时也不会遗漏关于.NET Web 部件 | Web 部件管理器 | Web 部件区、App server 与 Web server 之间的区别、asp.net-web-api – System.Web.Routing.RouteCollection不包含“MapHttpRoute”的定义 – VS 2012,Web API、asp.net-web-api – Windows.Web.Http.HttpClient WEB API Windows身份验证的知识。
本文目录一览:- web-server – 如何在影子网络上播放流量?(影子网络的进入方法)
- .NET Web 部件 | Web 部件管理器 | Web 部件区
- App server 与 Web server 之间的区别
- asp.net-web-api – System.Web.Routing.RouteCollection不包含“MapHttpRoute”的定义 – VS 2012,Web API
- asp.net-web-api – Windows.Web.Http.HttpClient WEB API Windows身份验证
web-server – 如何在影子网络上播放流量?(影子网络的进入方法)
我听说过Netflix和Twitter能够在两个独立的基础设施中复制网络流量的故事:一个是权威/可信的,可以追溯到用户;另一个是“影子”或测试基础设施,认为它正在返回给用户,但却没有.重点是在实际负载和时间测试二级基础设施.
我很确定有一个词可以形容这一点,但“桥梁”似乎不是正确的,也不是“重播”.
任何人都可以帮助我调用这种技术和/或可以用什么工具来完成这项工作?
我想我应该补充一点,我听说过有效“重放日志”的技术,但实际上很难获得真正的速度/分布.
而且,我们不是要验证输出的“正确性”,而是确保我们在新的基础架构中看不到错误/堆栈跟踪等.
解决方法
我见过的用于此类负载测试的基本策略是从生产系统中提取日志文件并在测试系统上重放它们.
您可以使用JMeter或Apache Bench等工具重播日志文件中的请求.如果您正在寻找重放非常复杂的客户端/服务器交互(具有基于原始日志流的特定时序详细信息),希望真正运行应用程序的内部(查找竞争条件,与时间相关的错误等),您可能会看看编写特定于大规模模拟客户的应用程序特定测试工具.
您无法简单地捕获大量原始网络流量并使用任何基于TCP或IP的协议“重放”它. TCP序列号不会与原始捕获的流量匹配,并且不会起作用. IP层捕获将成为问题,因为您的模拟客户端将需要回答捕获的发件人的IP地址.你最好在靠近第7层捕获流量并使用它来重放会话,否则,你也在考虑编写TCP模拟器. (我可以想象使用像tshark这样的东西来破坏第7层数据和来自TCP流的定时并重播它,例如.)
简单地重放网络流量可以模拟负载,但不一定能捕获缺陷.如果您想要对应用程序正确响应的任何测试进行负载测试,您的模拟客户端将需要从测试服务器接收响应并解析它们的正确性.由于您的应用程序将生成动态响应数据,因此模拟客户端不太可能只是将测试服务器的响应与来自生产服务器的记录响应进行比较.在这里,您将开始编写特定于您的应用程序及其输出的测试工具.
.NET Web 部件 | Web 部件管理器 | Web 部件区
如何解决.NET Web 部件 | Web 部件管理器 | Web 部件区
我在 ASP.NET Web 窗体中使用 Web 部件。我的项目运行正常。 但是,当我拖放 Web 部件管理器时出现此错误,谁能指导我如何在 Windows 10 中解决此问题。
与 sql Server 建立连接时发生与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称是否正确以及 sql Server 是否配置为允许远程连接。 (提供程序:sql 网络接口,错误:26 - 错误定位服务器/指定的实例)
App server 与 Web server 之间的区别
原文: http://www.javaworld.com/javaqa/2002-08/01-qa-0823-appvswebserver.html
简单来说,web 服务器提供页面给浏览器,而 app 服务器提供客户端可以调用的接口。具体而言,我们可以说:
Web 服务器处理 HTTP 请求,而 app 服务器基于多种不同的协议,处理应用程序的逻辑问题。
以下将详细介绍它们之间的区别。
Web 服务器
web 服务器处理 HTTP 协议。当收到一个 HTTP 请求之后,web 服务器会返回一个 HTTP 响应,比如一个 HTML 页面。为了处理请求,它可能响应一个静态的 HTML 页面、图片、重定向,或者代理(delegate)其他动态响应。这些动态响应可以由其他程序生成,包括 CGI 脚本,JSPs,servlets,ASPs,服务器端的 Javascript,或者其他服务器端技术。而这些服务器端程序响应,大多数时候都表现为 HTML 页面,供浏览器访问。
理解一个 web 服务器的代理模型 (delegate model) 相对比较简单。当 web 服务器接收到一个请求,它只是简单的将请求交给处理该请求的最优程序。除了为服务器程序简单的提供一个运行环境(服务器程序可以在其中运行,并且返回生成的响应)之外,web 服务器不提供任何功能。服务器程序一般自己处理交换 (transaction)、数据库连接、消息分发等。
虽然 web 服务器不提供以上的服务,但是它一般会提供诸如容错机制,负载均衡、缓存、集群等的可扩展性。而后者,一般来说不应该部署在 web 服务器上,而应该在 app 服务器上!
App 服务器
根据我们的定义,app 服务器可以基于各种不同的协议(可能包含 HTTP 协议),为客户端程序提供应用逻辑的处理。不同于 web 服务器主要发送用来展示在浏览器上的 HTML 页面,app 服务器为客户端程序处理应用逻辑方面问题。应用程序使用这些逻辑,就如同调用一个对象的方法(或者面向过程编程中的函数)一样简单。
这些应用程序可能包含 PC 机上运行的 GUI 进程,web 服务器,甚至其他的 app 服务器。app 服务器和客户端之间的通信并不局限于简单的显示标记,而是可以由程序逻辑,比如数据表单、方法调用,而非静态的 HTML,这样,客户端程序就可以按需去用了!
在大多数情况下,app 服务器通过元件 API,比如基于 j2ee app 服务器的 EJB,来提供应用逻辑。而更多的情况下,app 服务器自己管理自己的资源。这些责任(gate-keeping)包括安全、进程交互、资源池、消息分发等。同 web 服务器一样,app 服务器也可能需要各种可扩展性和容错机制。
一个例子
以一个提供实时价格和相关信息的在线商店为例,它极有可能提供了一个表单,用户可以选择不同的产品并查询。它会查找,并通过 HTML 网页展示结果。这个网站可能有多种方式来实现这个功能,下面我们将举两个相反的例子,一个不使用 app 服务器,而另一个使用。通过这两个例子,可以帮助你理解 app 服务器的功能。
场景 1:web 服务器,而非 app 服务器
在这个场景里,web 服务器独自提供在线商店的功能。它接受用户的请求,交给服务器端程序处理。该服务器端程序通过数据库,或者纯文本,查找到价格信息,然后生成 HTML 响应,通过 web 服务器返回给用户的浏览器。
总结来说,web 服务器仅需要接受 HTTP 请求,并响应 HTML 网页。
场景 2: web 服务器 + app 服务器
同场景 1 一样,web 服务器仍然代理脚本生成的响应。但是你可以把业务逻辑部署在 app 服务器上。这样,脚本就不需要去关注怎样查询和生成响应,而仅需要调用 app 服务器提供查询服务,从而利用其生成它的 HTML 响应。
在这个例子中,app 服务器提供了价格查询的业务逻辑。这个逻辑不应该包含怎样去展示,或者强迫客户端使用这些数据。相反的是,客户端和 app 服务器进行交互,只有当客户端调用了 app 服务器的价格查询服务的时候,该服务才查找到信息并返回。
♩HTML 代码生成分离开后,价格查询逻辑的复用性提高了。另外一个客户端,比如收银机,同样可以调用这个接口。而场景 1 里,价格查询服务就很难被重用,因为它和 HTML 页面紧密联系。
总结来说,第二个场景中,web 服务器处理 HTTP 请求,并返回 HTML 页面,而 app 服务器处理业务逻辑。
注意事项
近来,XML web 服务器模糊了 app 服务器和 web 服务器的界限。发送一个 XML 请求给 web 服务器,web 服务器可以像过去的 app 服务器一样,处理数据并返回响应。
另外,很多 app 服务器包含 web 服务器,这就意味着你可以把 web 服务器看做 app 服务器的一个子集。虽然 app 服务器包含 web 服务器的功能,但是开发者还是很少以此身份发布 app 服务器。如果需要的话,他们通常将 web 服务器和 app 服务器分离开。这样的目的是,性能(简单的 web 请求不会影响到 app 服务器的性能)、发布配置(专用的 web 服务器,集群等)、更好的厂商选择。
asp.net-web-api – System.Web.Routing.RouteCollection不包含“MapHttpRoute”的定义 – VS 2012,Web API
我已经用Web API创建了一个新的MVC 4应用程序。基于一些示例和教程,我开始配置我的路由:
routes.MapHttpRoute( name: "Controller only",routeTemplate: "api/{controller}" );
但是,这会导致RouteCollection不包含MapHttpRoute的定义的错误。我是否安装了一些DLL?
据我看到,我已经安装了所有正确的DLL和版本。
解决方法
asp.net-web-api – Windows.Web.Http.HttpClient WEB API Windows身份验证
使用(Windows.Web.Http.HttpClient httpClient = new Windows.Web.Http.HttpClient())
{
//添加用户代理标头
var headers = httpClient.DefaultRequestHeaders;
//检查用户标头值的安全方法是TryParseAdd方法
//因为我们知道这个标题是可以的,所以我们使用ParseAdd会抛出异常
//值不好 – http://msdn.microsoft.com/en-us/library/windows/apps/dn440594.aspx
headers.UserAgent.ParseAdd("ie"); headers.UserAgent.ParseAdd("Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; WOW64; Trident/6.0)"); using (var response = await httpClient.GetAsync(new Uri(url)))
我没有看到发送默认凭据的方法.
解决方法
Windows.Web.Http.Filters.HttpBaseProtocolFilter filter = new Windows.Web.Http.Filters.HttpBaseProtocolFilter(); filter.AllowUI = false; HttpClient client = new HttpClient(filter); Uri uri = new Uri("http://localhost/?basic=1"); var response = await client.GetAsync(uri); System.Diagnostics.Debug.WriteLine(response);
你需要凭证吗?使用HttpBaseProtocolFilter.ServerCredential.试试这个:
Uri uri = new Uri("http://localhost?ntlm=1"); Windows.Web.Http.Filters.HttpBaseProtocolFilter filter = new Windows.Web.Http.Filters.HttpBaseProtocolFilter(); filter.AllowUI = false; // Set credentials that will be sent to the server. filter.ServerCredential = new Windows.Security.Credentials.PasswordCredential( uri.ToString(),"userName","abracadabra"); HttpClient client = new HttpClient(filter); var response = await client.GetAsync(uri); System.Diagnostics.Debug.WriteLine(response);
您需要默认的Windows凭据(域凭据)吗?只需将Enterprise Authentication功能添加到Package.appxmanifest即可.
今天的关于web-server – 如何在影子网络上播放流量?和影子网络的进入方法的分享已经结束,谢谢您的关注,如果想了解更多关于.NET Web 部件 | Web 部件管理器 | Web 部件区、App server 与 Web server 之间的区别、asp.net-web-api – System.Web.Routing.RouteCollection不包含“MapHttpRoute”的定义 – VS 2012,Web API、asp.net-web-api – Windows.Web.Http.HttpClient WEB API Windows身份验证的相关知识,请在本站进行查询。
本文标签: