Intranet信息网站管理与IIS服务器操作指南

需积分: 16 0 下载量 59 浏览量 更新于2024-08-14 收藏 2.97MB PPT 举报
"本机测试在Intranet信息网站的管理" 在Intranet信息网站的管理中,本机测试是验证系统配置和网站运行状况的重要步骤。通过本机测试,我们可以确保IIS(Internet Information Services)服务器正确配置并能够正常提供服务。如标题和描述所提及,这一过程通常包括在IIS管理器中操作,具体来说,是在图9-13所示的窗口中选择“【网站】|【默认网站】”,然后右键点击并选择【浏览】选项。这会打开“IIS管理器”的【浏览】窗口,如果一切正常,应该能够看到预期的网页内容,如图9-19所示。 Intranet信息网站是企业内部使用的一种私有网络服务,它利用了Internet技术,但限制了对外的访问,主要用于企业内部的信息共享、协同工作和资源管理。与之相关的知识点包括: 1. **Intranet信息网站的基本概念**:Intranet是内部网络的缩写,它为企业或组织提供了一个内部的、安全的网络环境,使用TCP/IP协议和Web技术,使员工能够访问内部信息资源。 2. **Internet信息服务器的功能和控制台的使用**:IIS是Microsoft提供的一个强大的Web服务器软件,用于托管Web站点、FTP站点等。IIS控制台允许管理员配置和管理这些服务,包括设置绑定、配置安全策略、管理应用程序池等。 3. **Web站点的建立和管理**:创建Web站点涉及设置网站的物理路径、分配IP地址、端口号和主机头,以及配置SSL证书等安全性设置。在IIS管理器中,可以通过添加网站并进行相关配置来实现。 4. **FTP站点的建立和管理**:FTP站点用于文件传输,管理员需要设定权限、用户账户和数据传输方式。在IIS中,可以创建FTP站点,配置安全性和访问控制,以便员工或特定用户上传和下载文件。 5. **发布用户主页和程序**:这涉及到设置虚拟目录,让用户能够上传个人主页或者应用程序到服务器上,并通过URL访问。管理员需要配置适当的权限,确保内容的安全性。 6. **Web站点的访问技术**:不同的客户端(如浏览器)可以通过HTTP或HTTPS协议访问Web站点。理解不同客户端的特性和配置,对于优化用户体验至关重要。 7. **FTP站点的访问技术**:FTP访问通常包括匿名访问和授权访问,管理员需要了解如何设置FTP客户端以连接到服务器,以及如何处理身份验证和数据传输问题。 8. **B/S网络模式**:Browser/Server(B/S)模式是Intranet应用的基础,用户通过浏览器访问服务器上的应用程序,无需在本地安装客户端软件,简化了应用的部署和维护。 9. **Extranet的概念**:Extranet是扩展了Intranet概念的网络形式,允许特定的外部用户(如合作伙伴或供应商)有限地访问内部网络资源,通常通过安全的认证机制实现。 10. **Internet技术和标准**:Intranet基于Internet的技术和标准,如HTML、CSS、JavaScript等,以及TCP/IP协议,使得内部网络具备了与公网相似的交互性和功能性。 通过以上知识点的学习,可以全面理解和掌握Intranet信息网站的建设和管理,从而高效地构建和维护企业的内部网络环境。

Another example is the SRIOV_NET_VF resource class, which is provided by SRIOV-enabled network interface cards. In the case of multiple SRIOV-enabled NICs on a compute host, different qualitative traits may be tagged to each NIC. For example, the NIC called enp2s0 might have a trait “CUSTOM_PHYSNET_PUBLIC” indicating that the NIC is attached to a physical network called “public”. The NIC enp2s1 might have a trait “CUSTOM_PHYSNET_INTRANET” that indicates the NIC is attached to the physical network called “Intranet”. We need a way of representing that these NICs each provide SRIOV_NET_VF resources but those virtual functions are associated with different physical networks. In the resource providers data modeling, the entity which is associated with qualitative traits is the resource provider object. Therefore, we require a way of representing that the SRIOV-enabled NICs are themselves resource providers with inventories of SRIOV_NET_VF resources. Those resource providers are contained on a compute host which is a resource provider that has inventory records for other types of resources such as VCPU, MEMORY_MB or DISK_GB. This spec proposes that nested resource providers be created to allow for distinguishing details of complex components of some resource providers. During review the question came up about “rolling up” amounts of these nested providers to the root level. Imagine this scenario: I have a NIC with two PFs, each of which has only 1 VF available, and I get a request for 2 VFs without any traits to distinguish them. Since there is no single resource provider that can satisfy this request, it will not select this root provider, even though the root provider “owns” 2 VFs. This spec does not propose any sort of “rolling up” of inventory, but this may be something to consider in the future. If it is an idea that has support, another BP/spec can be created then to add this behavior.

2023-07-23 上传