用于查看云管平台的本月消费、本年消费以及消费趋势等信息。 用户可通过费用总览查找指定时间范围内的消费汇总信息。主要包括平台的本月消费、本年消费、消费趋势以及不同维度下的消费占比。 入口:在云管平台单击左上角导航菜单,在弹出的左侧菜单栏中单击 “费用/总览” 菜单项,进入总览页面。 支持通过单击顶部“全部”、“本地IDC”、“私有云”、“公有云”页签,分别查看全部、本地IDC、私有云、公有云下的本月
监控总览支持从各个维度查看系统内的监控告警情况。 监控总览支持查看未恢复告警的告警总数、近30日告警趋势以及支持从不同维度查看系统内的监控情况。 入口:在云管平台单击左上角导航菜单,在弹出的左侧菜单栏中单击 “监控/总览” 菜单项,进入总览页面。 查看系统总览 在系统视图下支持查看以下指标: 资源概览: 虚拟机:显示系统中虚拟机的总数量,以及发生告警、正常状态、未设置告警的虚拟机数量及百分比。 宿
良好的故障排除技能由一段时间内学会掌握的学科组合组成。 当您遇到FreeRADIUS问题时,您应该采用逻辑方法来识别并解决问题。 这包括以下内容: 不要惊慌。 问问自己最近发生了什么变化。 在进行任何更改之前,请对配置进行完整备份。 记住日志文件。 记住调试模式。 记住FAQ。 引入故意错误有时有助于了解某些内容如果被破坏后会如何表现,并将其与不应该表现的内容进行比较。 Google是您的朋友(G
总结 对于任何必须集成到更大的RADIUS服务器网络中的FreeRADIUS部署而言,领域的创建和代理的设置都是自然而然的过程。让我们来看看本章要记住的重点: 领域在proxy.conf文件中定义,用于确定是否必须将请求转发到外部主服务器。 LOCAL,NULL和DEFAULT是特殊领域。 LOCAL始终存在,用于取消代理。 NULL用于在没有领域的情况下对用户名进行分组,DEFAULT用于对来自
总结 虽然RADIUS协议不需要字典,但它们是FreeRADIUS服务器的核心部分。以下是要记住的关于词典的重要要点列表: 不要修改FreeRADIUS安装的预定义词典文件。 请向NAS供应商咨询是否有任何新的支持的radius属性,以便更新字典。 必须在预定义的字典文件之后获取更新的字典,以便拥有最新的受支持属性。 字典通过将属性名映射到AVP类型号来为我们提供帮助。 integer类型的属性可
总结 以下是我们在本章中提到的一些要点: EAP是一个以可扩展性为核心特征的框架。这允许引入新的EAP方法而无需对验证器进行任何更改。 EAP允许我们在使用EAP-TTLS或PEAP时通过第三方RADIUS服务器代理请求,而不会泄露用户的用户名和密码。 隧道EAP方法有两个身份,可以相互比较。 建议使用和分发专用的自签名CA以获得最大安全性。教育用户安装并指定在请求者配置中使用自签名CA. 在向R
总结 让我们列出一些要记住的模块关键点: 模块有助于扩展FreeRADIUS的功能。 一个模块可以通过使用命名部分来运行不同的实例。 模块通过FreeRADIUS配置目录中modules子目录下的文本文件进行配置。 部分内的模块顺序非常重要。 模块具有影响请求流的返回代码。 我们可以使用unlang来测试模块的特定返回码。 某些模块可能会丢失,因为它们是单独包装的,必须先单独安装才能使用。 下一章
总结 这里概述了虚拟服务器上的一些关键点: FreeRADIUS默认启用两个虚拟服务器。 它们被称为默认和内部隧道。 虚拟服务器在sites-available目录中定义,并通过将其链接到启用站点的目录来激活。 可以在全局侦听和客户端部分中指定特定虚拟服务器的使用。 虚拟服务器可以包含本地侦听和客户端部分。 sites-available目录中提供了示例虚拟服务器,可用作特殊要求的模板。 虚拟服务
总结 授权可以成为FreeRADIUS中最复杂的部分。通过充分利用所提供的资源,我们几乎可以克服所有可能的问题。 在本章中,我们介绍了: 限制的应用:可以在RADIUS服务器或NAS设备上应用限制。 Unlang:Unlang是一种强大的处理语言,它允许我们操纵FreeRADIUS处理传入请求的方式。它具有可以控制请求流的条件检查。它还允许与某些模块(如sql模块)进行交互,以从SQL数据库获取结
摘要 我们在本章中学到了很多关于FreeRADIUS计费的知识。具体来说,我们已经介绍了: 基本计费:我们了解到计费与认证和授权是分开的,并且在端口1813上运行。它由客户端发送Accounting-Request数据包和服务器回复Accounting-Response数据包组成。 Accounting-Request中的Acct-Status-Type AVP可以具有Start,Stop,Int
摘要 这一章很大,涵盖了很多内容。 通过典型部署,您可能会使用一个或两个用户存储。 作为总结,让我们重新审视这里讨论的每个用户存储的重点。 Linux系统用户 unix模块(rlm_unix)需要访问/etc/shadow文件才能读取用户的加密密码。 pap模块使用此加密密码来验证用户。 CHAP和MS-CHAP身份验证不起作用; 只有PAP验证才能与系统用户配合使用 SQL数据库 FreeRAD
摘要 本章介绍了FreeRADIUS中的身份验证。具体来说,我们已经涵盖: 认证协议:有三种流行的认证协议,即PAP,CHAP和MS-CHAP。 PAP在某些情况下是最不安全的,但也是最不稳定的。 FreeRADIUS如何处理访问请求:当访问请求到达FreeRADIUS服务器时,虚拟服务器中定义的授权部分将确定将使用哪种身份验证方法。 Auth-Type的值指示将使用哪个验证部分。 密码存储:密码
这一章是关于安装FreeRADIUS到你的机器. 安装预编译包. 最快和确定的方式来拥有一个工作的FreeRADIUS服务器. 从源码编译和安装FreeRADIUS. 这个会有点复杂, 但是使你可以运行最新的版本. FreeRADIUS安装各种可执行程序并且包含各种模块. 有些模块是单独打包的, 基于不同的linux发行版. 你也用过安装客户端程序. 让你高效低测试和排查问题. 用普通用户运行客户
这一章是引言和我们要将的基础. 作为讨论的重点, 确定知道下面的事实. 名称 代表 简称 AAA Authentication, Authorization, Accounting 对于访问和使用的合适控制的必要的三个组件 NAS Network Access Server 例如一个控制网络访问设备, 一个VPN服务器, 作为一个RADIUS客户端. AVP Attribute Value Pai
注意:本书中的 Service Mesh 章节已不再维护,请转到 istio-handbook 中浏览。 最后是对全书的总结,2018年必然是一场服务网格或者说Proxy的战争。 用还是不用 既然Service Mesh这么好,那到底用还是不用,如果用的话应该什么时候用,应该怎么用?这取决于您的公司的云原生技术的成熟度曲线的位置,服务的规模,业务核心和底层基础设施管理是否适应等。 技术总是在不断向