Microsoft Technology Licensing, LLC

Wade Hilmo

Anil K Ruia

Won Yoo

Yamini Jagadeesan

Eok Kim

Asim Mitra

Eric D Deily

Erez Benari

Ahmed ElSayed

Seth B Pollack

Douglas C Hebenthal

Bilal Alam

Daniel Vasquez Lopez

Michael Courage

Vasilios Karagounis

Chittaranjan Sadanand Pattekar

Jaroslav Dunajsky

Carlos Aguilar Mares

Aniello Scotto Di Marco

Ruslan A Yakushev

Emily Kruglick

Andy Morrison

Charles K Moore

Venkat Raman Don

Thomas Deml

Jenny Lawrance

Rayner S D′Souza

Won Suk Yoo

Systems and methods for handling idle websites on a Web server are disclosed. The duration between requests for a website application is monitored and compared to an idle time-out value. The idle time-out value may be a user-selected value that is the same for all website applications or an idle time-out value selected for a group of worker processes. When the idle time-out value is reached, all inactive memory allocations for the website application are paged-out. When a request for the website application is later received, memory for the website application is paged-in so that the request can be processed.

Idle worker-process page-out

Facilitating management of digital certificates is addressed. More specifically, digital certificates as well as public and private keys can be stored in a centrally accessible location and dynamically acquired from the location as needed. Additionally, binding of digital certificates and associated keys can be implicit and determined as a function of a host name provided during protocol negotiation, for example.

Central and implicit certificate management

Requests for content can be received from clients and forwarded to servers, and responses to the requests can be received from the servers and forwarded to the clients. A health model can also be maintained. The health model can be based on information in the responses and possibly also on information in the requests, and the health model can indicate the health of the servers in responding to different types of requests. The health model may differentiate between health in responding to requests with different features in URLs of the requests, such as different namespaces and/or different extensions.

Request-based server health modeling

Embodiments disclose a reverse lookup using an IP:Port-to-hostname table to identify a hostname when only an IP address and port is present in an SSL hello connection, which may occur, for example, when a non-SNI-capable client initiates the SSL hello. Once the hostname is successfully looked up, a naming convention is used to simplify the management and identification of SSL certificates. Different types of SSL certificates are supported. Multiple hostname matches may be associated with a given IP address and port in the IP:Port-to-hostname table. In such case, the first-matching hostname is always used with the naming convention to identify related SSL certificates. The naming convention is applied in such a way that it will first look for the most matching file name to the least matching file name.

Implicit SSL certificate management without server name indication (SNI)

URL rewriting is a common technique for allowing users to interact with internet resources using easy to remember and search engine friendly URLs. When URL rewriting involves conditions derived for sources other than the URL, inconsistencies in HTTP kernel cache and HTTP user output cache may arise. Methods and a system for rewriting a URL while preserving cache integrity are disclosed herein. Conditions used by a rule set to rewrite a URL may be determined as cache friendly conditions or cache unfriendly conditions. If cache unfriendly conditions exist, the HTTP kernel cache is disabled and the HTTP user output cache is varied based upon a key. If no cache unfriendly conditions exist, then the HTTP kernel cache is not disabled and the HTTP user output cache is not varied. A rule set is applied to the URL and a URL rewrite is performed to create a rewritten URL.

HTTP cache with URL rewriting

Use of configuration information to specify particular conditions under which trace events are to be logged. When accessing trace events generated by various modules, configuration data is referred to specifying condition(s) under which the trace events should be logged. If the log condition(s) are satisfied, the trace events are logged. Otherwise, they may be discarded. Thus, the number of trace events in the log may be significantly reduced to those trace events that satisfy conditions of interest to an evaluator.

Event trace conditional logging

A web server arrangement includes user-mode web application logic that is configured to receive a web request and process the web request and generate a web request response. Vector send logic is then employed to identify a location of content of the web request response using a vector array. Kernel-mode vector receive logic then assembles the web request response in a contiguous section of kernel-mode or other like memory based on the vector array. Kernel mode universal listener logic then sends the assembled web request response to the requesting client application logic.

Vector-based sending of web content

A web server arrangement is provided having a kernel-mode listener service capable of receiving web requests and providing the web requests to at least one user mode web application. The listener service and the web application are operatively configured by a user-mode administrative process. The administrative process is configured to determine when a web application needs to be recycled and to selectively recycle web applications.

Ensuring the health and availability of web applications

Growing community of inventors

Snohomish, WA, United States of America

Wade Hilmo