通知设置 新通知
理解持续集成、持续交付、持续部署
OS小编 发表了文章 • 0 个评论 • 1197 次浏览 • 2017-11-15 00:14
「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」这三个概念有很详细的解释。这里借用文中的插图，说一下我对这三个概念的理解。
持续集成
持续集成强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。
持续交付
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境中。
持续部署
持续部署则是在持续交付的基础上，把部署到生产环境的过程自动化。我个人觉得持续集成、持续交付、持续部署非常值得推广。开发过程中最怕集成时遇到问题导致返工，而持续集成、持续交付、持续部署恰恰可以早发现早解决，从而可以避免这个问题。
参考：https://www.mindtheproduct.com/2016/02/what-the-hell-are-ci-cd-and-devops-a-cheatsheet-for-the-rest-of-us/ 查看全部
持续集成
持续集成强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。
持续交付
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境中。
持续部署
持续部署则是在持续交付的基础上，把部署到生产环境的过程自动化。我个人觉得持续集成、持续交付、持续部署非常值得推广。开发过程中最怕集成时遇到问题导致返工，而持续集成、持续交付、持续部署恰恰可以早发现早解决，从而可以避免这个问题。
参考：https://www.mindtheproduct.com/2016/02/what-the-hell-are-ci-cd-and-devops-a-cheatsheet-for-the-rest-of-us/ 查看全部
「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」这三个概念有很详细的解释。这里借用文中的插图，说一下我对这三个概念的理解。
持续集成
持续集成强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。
持续交付
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境中。
持续部署
持续部署则是在持续交付的基础上，把部署到生产环境的过程自动化。我个人觉得持续集成、持续交付、持续部署非常值得推广。开发过程中最怕集成时遇到问题导致返工，而持续集成、持续交付、持续部署恰恰可以早发现早解决，从而可以避免这个问题。
参考：https://www.mindtheproduct.com/2016/02/what-the-hell-are-ci-cd-and-devops-a-cheatsheet-for-the-rest-of-us/
持续集成
持续集成强调开发人员提交了新代码之后，立刻进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。
持续交付
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题，可以继续手动部署到生产环境中。
持续部署
持续部署则是在持续交付的基础上，把部署到生产环境的过程自动化。我个人觉得持续集成、持续交付、持续部署非常值得推广。开发过程中最怕集成时遇到问题导致返工，而持续集成、持续交付、持续部署恰恰可以早发现早解决，从而可以避免这个问题。
参考：https://www.mindtheproduct.com/2016/02/what-the-hell-are-ci-cd-and-devops-a-cheatsheet-for-the-rest-of-us/
谈谈持续集成、持续交付、持续部署之间的区别
OS小编 发表了文章 • 0 个评论 • 1178 次浏览 • 2017-11-14 22:50
经常会听到持续集成，持续交付，持续部署，三者究竟是什么，有何联系和区别呢？
假如把开发工作流程分为以下几个阶段：
编码 ---> 构建 ---> 集成 ---> 测试 ---> 交付 ---> 部署
正如你在上图中看到，「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」有着不同的软件自动化交付周期。
持续集成
持续集成是指软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。“持续集成”源自于极限编程（XP），是 XP 最初的 12 种实践之一。
CI 需要具备这些：
全面的自动化测试: 这是实践持续集成&持续部署的基础，同时，选择合适的自动化测试工具也极其重要；灵活的基础设施: 容器，虚拟机的存在让开发人员和 QA 人员不必再大费周折；版本控制工具: 如 Git，CVS，SVN 等；自动化的构建和软件发布流程的工具，如 Jenkins，flow.ci；反馈机制: 如构建/测试的失败，可以快速地反馈到相关负责人，以尽快解决达到一个更稳定的版本。
持续集成的优点:
“快速失败”，在对产品没有风险的情况下进行测试，并快速响应；最大限度地减少风险，降低修复错误代码的成本；将重复性的手工流程自动化，让工程师更加专注于代码；保持频繁部署，快速生成可部署的软件；提高项目的能见度，方便团队成员了解项目的进度和成熟度；增强开发人员对软件产品的信心，帮助建立更好的工程师文化。
持续集成，该从何入手
最重要的一环是选择合适的持续集成系统。是搭建私有部署还是选择托管型持续集成系统，关键在于团队运行的基础设施，团队对持续集成系统的资源投入力度。
对比一下私有部署和托管型持续集成系统，或许能帮助你更好地做出选择。
Self Hosted CI 指的是将软件部署在公司的机房或内网中，需要提供多台服务器来完成 CI 系统的运转，同时需要对不同机器之间进行环境配置。比如Maven 或 Gradle 或 Jenkins ，他们的特点是自由开源，且文档支持广泛。优点在于对构建环境有完全的控制权，能够实现完全定制。但需要搭建环境和配置、维护成本高，需要买专门的机器，花费较多人力物力且更新迁移风险高；
Hosted CI 指的是由 SaaS 型的 CI 服务，全程在线进行构建配置，不需要考虑装机器，装软件，环境搭建等成本。常见的有 CircleCI，Codeship 和 TravisCI 等，还有国内最新的持续集成服务——flow.ci 。SaaS 型的 CI 的特点在于无需额外机器，几分钟就可以用起来。可以根据你的需要动态调度资源。省时，省心，省力。
整体而言，Jenkins 过去一直是大部分公司的选择，但这个现象正在发生改变，随着公有云服务、Docker，SaaS 的普及，越来越多的企业开始选择 Hosted CI，也就是托管型持续集成系统。
另外，在选择合适的持续集成服务时，还需要考量系统的灵活度以适应公司不同阶段的开发测试需求。
选择持续集成系统只是持续集成应用的其中一步，还需要建立合适的持续集成文化比如代码质量管控、测试文化等。做好持续集成，可为持续交付与持续部署打好坚实基础。
持续交付
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。持续交付优先于整个产品生命周期的软件部署，建立在高水平自动化持续集成之上。
试想想，如果说等到所有东西都完成了才向下个环节交付，导致所有的问题只能再最后才爆发出来，解决成本巨大甚至无法解决。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中进行更多的自动化测试。如果代码没有问题，可以继续手动部署到生产环境中。当然，持续交付并不是指软件每一个改动都要尽快部署到产品环境中，它指的是任何的代码修改都可以在任何时候实施部署。
持续交付的好处:
持续交付和持续集成的优点非常相似：
快速发布。能够应对业务需求，并更快地实现软件价值。编码->测试->上线->交付的频繁迭代周期缩短，同时获得迅速反馈；高质量的软件发布标准。整个交付过程标准化、可重复、可靠，整个交付过程进度可视化，方便团队人员了解项目成熟度；更先进的团队协作方式。从需求分析、产品的用户体验到交互 设计、开发、测试、运维等角色密切协作，相比于传统的瀑布式软件团队，更少浪费。
持续部署
持续部署是指当交付的代码通过评审之后，自动部署到生产环境中。持续部署是持续交付的最高阶段。这意味着，所有通过了一系列的自动化测试的改动都将自动部署到生产环境。它也可以被称为“Continuous Release”。
为什么说持续部署是理想的工作流程？
“开发人员提交代码，持续集成服务器获取代码，执行单元测试，根据测试结果决定是否部署到预演环境，如果成功部署到预演环境，进行整体验收测试，如果测试通过，自动部署到产品环境，全程自动化高效运转。”
实际上，产品在从需求到部署的过程中，会经历若干种不同的环境，例如 QA 环境、各种自动化测试运行环境、生产环境等。这些环境的搭建、配置、管理，产品在不同环 境中的具体部署，状况是比较非常复杂的，从头到尾地全自动持续部署的确困难。那么，如果能做到持续交付，保证代码在模拟环境没问题，也许团队成员做到真正的心理有数。
持续部署的优点:
持续部署主要好处是，可以相对独立地部署新的功能，并能快速地收集真实用户的反馈。
“You build it, you run it”，这是 Amazon 一年可以完成 5000 万次部署，平均每个工程师每天部署超过 50 次的核心秘籍。
最后
「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」提供了一个优秀的 DevOps 环境，对于整个团队来说，好处与挑战并行。无论如何，频繁部署、快速交付以及开发测试流程自动化都将成为未来软件工程的重要组成部分。
分享阅读链接：http://www.jianshu.com/p/2c6ebe34744a
來源：简书 查看全部
假如把开发工作流程分为以下几个阶段：
编码 ---> 构建 ---> 集成 ---> 测试 ---> 交付 ---> 部署
正如你在上图中看到，「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」有着不同的软件自动化交付周期。
持续集成
持续集成是指软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。“持续集成”源自于极限编程（XP），是 XP 最初的 12 种实践之一。
CI 需要具备这些：
全面的自动化测试: 这是实践持续集成&持续部署的基础，同时，选择合适的自动化测试工具也极其重要；灵活的基础设施: 容器，虚拟机的存在让开发人员和 QA 人员不必再大费周折；版本控制工具: 如 Git，CVS，SVN 等；自动化的构建和软件发布流程的工具，如 Jenkins，flow.ci；反馈机制: 如构建/测试的失败，可以快速地反馈到相关负责人，以尽快解决达到一个更稳定的版本。
持续集成的优点:
“快速失败”，在对产品没有风险的情况下进行测试，并快速响应；最大限度地减少风险，降低修复错误代码的成本；将重复性的手工流程自动化，让工程师更加专注于代码；保持频繁部署，快速生成可部署的软件；提高项目的能见度，方便团队成员了解项目的进度和成熟度；增强开发人员对软件产品的信心，帮助建立更好的工程师文化。
持续集成，该从何入手
最重要的一环是选择合适的持续集成系统。是搭建私有部署还是选择托管型持续集成系统，关键在于团队运行的基础设施，团队对持续集成系统的资源投入力度。
对比一下私有部署和托管型持续集成系统，或许能帮助你更好地做出选择。
Self Hosted CI 指的是将软件部署在公司的机房或内网中，需要提供多台服务器来完成 CI 系统的运转，同时需要对不同机器之间进行环境配置。比如Maven 或 Gradle 或 Jenkins ，他们的特点是自由开源，且文档支持广泛。优点在于对构建环境有完全的控制权，能够实现完全定制。但需要搭建环境和配置、维护成本高，需要买专门的机器，花费较多人力物力且更新迁移风险高；
Hosted CI 指的是由 SaaS 型的 CI 服务，全程在线进行构建配置，不需要考虑装机器，装软件，环境搭建等成本。常见的有 CircleCI，Codeship 和 TravisCI 等，还有国内最新的持续集成服务——flow.ci 。SaaS 型的 CI 的特点在于无需额外机器，几分钟就可以用起来。可以根据你的需要动态调度资源。省时，省心，省力。
整体而言，Jenkins 过去一直是大部分公司的选择，但这个现象正在发生改变，随着公有云服务、Docker，SaaS 的普及，越来越多的企业开始选择 Hosted CI，也就是托管型持续集成系统。
另外，在选择合适的持续集成服务时，还需要考量系统的灵活度以适应公司不同阶段的开发测试需求。
选择持续集成系统只是持续集成应用的其中一步，还需要建立合适的持续集成文化比如代码质量管控、测试文化等。做好持续集成，可为持续交付与持续部署打好坚实基础。
持续交付
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。持续交付优先于整个产品生命周期的软件部署，建立在高水平自动化持续集成之上。
试想想，如果说等到所有东西都完成了才向下个环节交付，导致所有的问题只能再最后才爆发出来，解决成本巨大甚至无法解决。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中进行更多的自动化测试。如果代码没有问题，可以继续手动部署到生产环境中。当然，持续交付并不是指软件每一个改动都要尽快部署到产品环境中，它指的是任何的代码修改都可以在任何时候实施部署。
持续交付的好处:
持续交付和持续集成的优点非常相似：
快速发布。能够应对业务需求，并更快地实现软件价值。编码->测试->上线->交付的频繁迭代周期缩短，同时获得迅速反馈；高质量的软件发布标准。整个交付过程标准化、可重复、可靠，整个交付过程进度可视化，方便团队人员了解项目成熟度；更先进的团队协作方式。从需求分析、产品的用户体验到交互 设计、开发、测试、运维等角色密切协作，相比于传统的瀑布式软件团队，更少浪费。
持续部署
持续部署是指当交付的代码通过评审之后，自动部署到生产环境中。持续部署是持续交付的最高阶段。这意味着，所有通过了一系列的自动化测试的改动都将自动部署到生产环境。它也可以被称为“Continuous Release”。
为什么说持续部署是理想的工作流程？
“开发人员提交代码，持续集成服务器获取代码，执行单元测试，根据测试结果决定是否部署到预演环境，如果成功部署到预演环境，进行整体验收测试，如果测试通过，自动部署到产品环境，全程自动化高效运转。”
实际上，产品在从需求到部署的过程中，会经历若干种不同的环境，例如 QA 环境、各种自动化测试运行环境、生产环境等。这些环境的搭建、配置、管理，产品在不同环 境中的具体部署，状况是比较非常复杂的，从头到尾地全自动持续部署的确困难。那么，如果能做到持续交付，保证代码在模拟环境没问题，也许团队成员做到真正的心理有数。
持续部署的优点:
持续部署主要好处是，可以相对独立地部署新的功能，并能快速地收集真实用户的反馈。
“You build it, you run it”，这是 Amazon 一年可以完成 5000 万次部署，平均每个工程师每天部署超过 50 次的核心秘籍。
最后
「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」提供了一个优秀的 DevOps 环境，对于整个团队来说，好处与挑战并行。无论如何，频繁部署、快速交付以及开发测试流程自动化都将成为未来软件工程的重要组成部分。
分享阅读链接：http://www.jianshu.com/p/2c6ebe34744a
來源：简书 查看全部
经常会听到持续集成，持续交付，持续部署，三者究竟是什么，有何联系和区别呢？
假如把开发工作流程分为以下几个阶段：
正如你在上图中看到，「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」有着不同的软件自动化交付周期。
持续集成
持续集成是指软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。“持续集成”源自于极限编程（XP），是 XP 最初的 12 种实践之一。
CI 需要具备这些：
持续集成的优点:
持续集成，该从何入手
最重要的一环是选择合适的持续集成系统。是搭建私有部署还是选择托管型持续集成系统，关键在于团队运行的基础设施，团队对持续集成系统的资源投入力度。
对比一下私有部署和托管型持续集成系统，或许能帮助你更好地做出选择。
Self Hosted CI 指的是将软件部署在公司的机房或内网中，需要提供多台服务器来完成 CI 系统的运转，同时需要对不同机器之间进行环境配置。比如Maven 或 Gradle 或 Jenkins ，他们的特点是自由开源，且文档支持广泛。优点在于对构建环境有完全的控制权，能够实现完全定制。但需要搭建环境和配置、维护成本高，需要买专门的机器，花费较多人力物力且更新迁移风险高；
Hosted CI 指的是由 SaaS 型的 CI 服务，全程在线进行构建配置，不需要考虑装机器，装软件，环境搭建等成本。常见的有 CircleCI，Codeship 和 TravisCI 等，还有国内最新的持续集成服务——flow.ci 。SaaS 型的 CI 的特点在于无需额外机器，几分钟就可以用起来。可以根据你的需要动态调度资源。省时，省心，省力。
整体而言，Jenkins 过去一直是大部分公司的选择，但这个现象正在发生改变，随着公有云服务、Docker，SaaS 的普及，越来越多的企业开始选择 Hosted CI，也就是托管型持续集成系统。
另外，在选择合适的持续集成服务时，还需要考量系统的灵活度以适应公司不同阶段的开发测试需求。
选择持续集成系统只是持续集成应用的其中一步，还需要建立合适的持续集成文化比如代码质量管控、测试文化等。做好持续集成，可为持续交付与持续部署打好坚实基础。
持续交付
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。持续交付优先于整个产品生命周期的软件部署，建立在高水平自动化持续集成之上。
试想想，如果说等到所有东西都完成了才向下个环节交付，导致所有的问题只能再最后才爆发出来，解决成本巨大甚至无法解决。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中进行更多的自动化测试。如果代码没有问题，可以继续手动部署到生产环境中。当然，持续交付并不是指软件每一个改动都要尽快部署到产品环境中，它指的是任何的代码修改都可以在任何时候实施部署。
持续交付的好处:
持续交付和持续集成的优点非常相似：
持续部署
持续部署是指当交付的代码通过评审之后，自动部署到生产环境中。持续部署是持续交付的最高阶段。这意味着，所有通过了一系列的自动化测试的改动都将自动部署到生产环境。它也可以被称为“Continuous Release”。
实际上，产品在从需求到部署的过程中，会经历若干种不同的环境，例如 QA 环境、各种自动化测试运行环境、生产环境等。这些环境的搭建、配置、管理，产品在不同环 境中的具体部署，状况是比较非常复杂的，从头到尾地全自动持续部署的确困难。那么，如果能做到持续交付，保证代码在模拟环境没问题，也许团队成员做到真正的心理有数。
持续部署的优点:
持续部署主要好处是，可以相对独立地部署新的功能，并能快速地收集真实用户的反馈。
最后
「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」提供了一个优秀的 DevOps 环境，对于整个团队来说，好处与挑战并行。无论如何，频繁部署、快速交付以及开发测试流程自动化都将成为未来软件工程的重要组成部分。
假如把开发工作流程分为以下几个阶段：
编码 ---> 构建 ---> 集成 ---> 测试 ---> 交付 ---> 部署
正如你在上图中看到，「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」有着不同的软件自动化交付周期。
持续集成
持续集成是指软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。“持续集成”源自于极限编程（XP），是 XP 最初的 12 种实践之一。
CI 需要具备这些：
- 全面的自动化测试: 这是实践持续集成&持续部署的基础，同时，选择合适的自动化测试工具也极其重要；
- 灵活的基础设施: 容器，虚拟机的存在让开发人员和 QA 人员不必再大费周折；
- 版本控制工具: 如 Git，CVS，SVN 等；
- 自动化的构建和软件发布流程的工具，如 Jenkins，flow.ci；
- 反馈机制: 如构建/测试的失败，可以快速地反馈到相关负责人，以尽快解决达到一个更稳定的版本。
持续集成的优点:
- “快速失败”，在对产品没有风险的情况下进行测试，并快速响应；
- 最大限度地减少风险，降低修复错误代码的成本；
- 将重复性的手工流程自动化，让工程师更加专注于代码；
- 保持频繁部署，快速生成可部署的软件；
- 提高项目的能见度，方便团队成员了解项目的进度和成熟度；
- 增强开发人员对软件产品的信心，帮助建立更好的工程师文化。
持续集成，该从何入手
最重要的一环是选择合适的持续集成系统。是搭建私有部署还是选择托管型持续集成系统，关键在于团队运行的基础设施，团队对持续集成系统的资源投入力度。
对比一下私有部署和托管型持续集成系统，或许能帮助你更好地做出选择。
Self Hosted CI 指的是将软件部署在公司的机房或内网中，需要提供多台服务器来完成 CI 系统的运转，同时需要对不同机器之间进行环境配置。比如Maven 或 Gradle 或 Jenkins ，他们的特点是自由开源，且文档支持广泛。优点在于对构建环境有完全的控制权，能够实现完全定制。但需要搭建环境和配置、维护成本高，需要买专门的机器，花费较多人力物力且更新迁移风险高；
Hosted CI 指的是由 SaaS 型的 CI 服务，全程在线进行构建配置，不需要考虑装机器，装软件，环境搭建等成本。常见的有 CircleCI，Codeship 和 TravisCI 等，还有国内最新的持续集成服务——flow.ci 。SaaS 型的 CI 的特点在于无需额外机器，几分钟就可以用起来。可以根据你的需要动态调度资源。省时，省心，省力。
整体而言，Jenkins 过去一直是大部分公司的选择，但这个现象正在发生改变，随着公有云服务、Docker，SaaS 的普及，越来越多的企业开始选择 Hosted CI，也就是托管型持续集成系统。
另外，在选择合适的持续集成服务时，还需要考量系统的灵活度以适应公司不同阶段的开发测试需求。
选择持续集成系统只是持续集成应用的其中一步，还需要建立合适的持续集成文化比如代码质量管控、测试文化等。做好持续集成，可为持续交付与持续部署打好坚实基础。
持续交付
持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。持续交付优先于整个产品生命周期的软件部署，建立在高水平自动化持续集成之上。
试想想，如果说等到所有东西都完成了才向下个环节交付，导致所有的问题只能再最后才爆发出来，解决成本巨大甚至无法解决。比如，我们完成单元测试后，可以把代码部署到连接数据库的 Staging 环境中进行更多的自动化测试。如果代码没有问题，可以继续手动部署到生产环境中。当然，持续交付并不是指软件每一个改动都要尽快部署到产品环境中，它指的是任何的代码修改都可以在任何时候实施部署。
持续交付的好处:
持续交付和持续集成的优点非常相似：
- 快速发布。能够应对业务需求，并更快地实现软件价值。
- 编码->测试->上线->交付的频繁迭代周期缩短，同时获得迅速反馈；
- 高质量的软件发布标准。整个交付过程标准化、可重复、可靠，
- 整个交付过程进度可视化，方便团队人员了解项目成熟度；
- 更先进的团队协作方式。从需求分析、产品的用户体验到交互 设计、开发、测试、运维等角色密切协作，相比于传统的瀑布式软件团队，更少浪费。
持续部署
持续部署是指当交付的代码通过评审之后，自动部署到生产环境中。持续部署是持续交付的最高阶段。这意味着，所有通过了一系列的自动化测试的改动都将自动部署到生产环境。它也可以被称为“Continuous Release”。
为什么说持续部署是理想的工作流程？
“开发人员提交代码，持续集成服务器获取代码，执行单元测试，根据测试结果决定是否部署到预演环境，如果成功部署到预演环境，进行整体验收测试，如果测试通过，自动部署到产品环境，全程自动化高效运转。”
实际上，产品在从需求到部署的过程中，会经历若干种不同的环境，例如 QA 环境、各种自动化测试运行环境、生产环境等。这些环境的搭建、配置、管理，产品在不同环 境中的具体部署，状况是比较非常复杂的，从头到尾地全自动持续部署的确困难。那么，如果能做到持续交付，保证代码在模拟环境没问题，也许团队成员做到真正的心理有数。
持续部署的优点:
持续部署主要好处是，可以相对独立地部署新的功能，并能快速地收集真实用户的反馈。
“You build it, you run it”，这是 Amazon 一年可以完成 5000 万次部署，平均每个工程师每天部署超过 50 次的核心秘籍。
最后
「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」提供了一个优秀的 DevOps 环境，对于整个团队来说，好处与挑战并行。无论如何，频繁部署、快速交付以及开发测试流程自动化都将成为未来软件工程的重要组成部分。
分享阅读链接：http://www.jianshu.com/p/2c6ebe34744a
來源：简书
VMware Workspace ONE为企业搭建数字化工作空间
OT学习平台 发表了文章 • 0 个评论 • 1452 次浏览 • 2017-10-31 16:55
在移动及云计算时代，企业员工的工作方式以及所使用的终端办公设备发生了巨大的变化，同时也面临着一个难题：能提供高效使用移动设备的可选解决方案不仅数量有限，而且只能在身份管理、设备管理与应用交付方案的单一产品之间做出选择。
VMware Workspace ONE专为提供整合设备管理、应用交付以及身份管理的数字化工作空间而设计。
它将多种优势集中在单一移动平台上，帮助企业IT部门为员工交付关键业务资源，并进行安全管理，支持终端用户实现消费级简单访问。
统一企业应用商店
通过AirWatch与Apple Volume Purchase Program（VPP）集成，可批量购买应用程序。AirWatch 通过与 Apple VPP (Volume Purchase Program) 和 Windows Store for Business 的集成来提供软件许可证管理。
统一身份管理
企业应用的身份管理依然面临着诸如：每个应用都要求有一套用户身份、用户需要记忆多个用户帐号、遗留帐号没有跟AD相集成等难题，Workspace ONE可以对身份进行统一管理，避免空间的浪费。
完善的完全保护机制
VMware的Workspace ONE平台将策略实施重新掌握在IT的手中，同时为用户提供灵活的隐私级别的服务，且无需记住登录或使用公司提供的机器。 SDDC和混合云实现了政策控制和灵活性的混合，为Workspace ONE平台的关键特性奠定了基础。
Workspace ONE是市场上唯一可以在整个堆栈中提供安全和管理的集成解决方案。
统一端点管理
Workspace ONE利用业界领先的EMM管理技术+传统的PC管理功能，管理各种Windows 10设备。AirWatch汇集了EMM和传统方法的最佳选择。完整的管理生命周期，从部署开始、管理设备和应用程序，实施安全性以及启用IT和最终用户。
设备调配
不再是刷系统镜像
登录到云端的Azure AD使用AirWatch来注册设备，开箱即用的用户体验 (开机可用就绪)。
配置系统策略
空中配置设备
安装或删除应用设置各种系统配置 (email、VPN、Wi-Fi……) 配置IT策略 (passwords、OS限制……)。
管理操作系统更新
告别 “Patch Tuesdays”
跟最新的Windows更新保持一致，管理安全和新特性更新安排系统维护窗口。
数字化工作空间不仅帮助企业IT部门实现更加高效且轻松的管理用户、设备与应用，它为业务部门构建与再建业务流程提供了一个安全且强大的平台，支持用户的移动业务能够更加有效地参与市场竞争。
想了解更多？敬请关注11月2日14 : 00“VMware——拥抱数字化工作空间”直播活动，听大咖与您分享，Workspace ONE如何为企业打造不一样的数字空间。
看直播·赢好礼
VR3D眼镜、手机特效镜头、硬盘包
等您来拿
直播间地址：“VMware——拥抱数字化工作空间” 查看全部
VMware Workspace ONE专为提供整合设备管理、应用交付以及身份管理的数字化工作空间而设计。
它将多种优势集中在单一移动平台上，帮助企业IT部门为员工交付关键业务资源，并进行安全管理，支持终端用户实现消费级简单访问。
统一企业应用商店
通过AirWatch与Apple Volume Purchase Program（VPP）集成，可批量购买应用程序。AirWatch 通过与 Apple VPP (Volume Purchase Program) 和 Windows Store for Business 的集成来提供软件许可证管理。
统一身份管理
企业应用的身份管理依然面临着诸如：每个应用都要求有一套用户身份、用户需要记忆多个用户帐号、遗留帐号没有跟AD相集成等难题，Workspace ONE可以对身份进行统一管理，避免空间的浪费。
完善的完全保护机制
VMware的Workspace ONE平台将策略实施重新掌握在IT的手中，同时为用户提供灵活的隐私级别的服务，且无需记住登录或使用公司提供的机器。 SDDC和混合云实现了政策控制和灵活性的混合，为Workspace ONE平台的关键特性奠定了基础。
Workspace ONE是市场上唯一可以在整个堆栈中提供安全和管理的集成解决方案。
统一端点管理
Workspace ONE利用业界领先的EMM管理技术+传统的PC管理功能，管理各种Windows 10设备。AirWatch汇集了EMM和传统方法的最佳选择。完整的管理生命周期，从部署开始、管理设备和应用程序，实施安全性以及启用IT和最终用户。
设备调配
不再是刷系统镜像
登录到云端的Azure AD使用AirWatch来注册设备，开箱即用的用户体验 (开机可用就绪)。
配置系统策略
空中配置设备
安装或删除应用设置各种系统配置 (email、VPN、Wi-Fi……) 配置IT策略 (passwords、OS限制……)。
管理操作系统更新
告别 “Patch Tuesdays”
跟最新的Windows更新保持一致，管理安全和新特性更新安排系统维护窗口。
数字化工作空间不仅帮助企业IT部门实现更加高效且轻松的管理用户、设备与应用，它为业务部门构建与再建业务流程提供了一个安全且强大的平台，支持用户的移动业务能够更加有效地参与市场竞争。
想了解更多？敬请关注11月2日14 : 00“VMware——拥抱数字化工作空间”直播活动，听大咖与您分享，Workspace ONE如何为企业打造不一样的数字空间。
看直播·赢好礼
VR3D眼镜、手机特效镜头、硬盘包
等您来拿
直播间地址：“VMware——拥抱数字化工作空间” 查看全部
在移动及云计算时代，企业员工的工作方式以及所使用的终端办公设备发生了巨大的变化，同时也面临着一个难题：能提供高效使用移动设备的可选解决方案不仅数量有限，而且只能在身份管理、设备管理与应用交付方案的单一产品之间做出选择。
VMware Workspace ONE专为提供整合设备管理、应用交付以及身份管理的数字化工作空间而设计。
它将多种优势集中在单一移动平台上，帮助企业IT部门为员工交付关键业务资源，并进行安全管理，支持终端用户实现消费级简单访问。
统一企业应用商店
通过AirWatch与Apple Volume Purchase Program（VPP）集成，可批量购买应用程序。AirWatch 通过与 Apple VPP (Volume Purchase Program) 和 Windows Store for Business 的集成来提供软件许可证管理。
统一身份管理
企业应用的身份管理依然面临着诸如：每个应用都要求有一套用户身份、用户需要记忆多个用户帐号、遗留帐号没有跟AD相集成等难题，Workspace ONE可以对身份进行统一管理，避免空间的浪费。
完善的完全保护机制
VMware的Workspace ONE平台将策略实施重新掌握在IT的手中，同时为用户提供灵活的隐私级别的服务，且无需记住登录或使用公司提供的机器。 SDDC和混合云实现了政策控制和灵活性的混合，为Workspace ONE平台的关键特性奠定了基础。
Workspace ONE是市场上唯一可以在整个堆栈中提供安全和管理的集成解决方案。
统一端点管理
Workspace ONE利用业界领先的EMM管理技术+传统的PC管理功能，管理各种Windows 10设备。AirWatch汇集了EMM和传统方法的最佳选择。完整的管理生命周期，从部署开始、管理设备和应用程序，实施安全性以及启用IT和最终用户。
设备调配
不再是刷系统镜像
登录到云端的Azure AD使用AirWatch来注册设备，开箱即用的用户体验 (开机可用就绪)。
配置系统策略
空中配置设备
安装或删除应用设置各种系统配置 (email、VPN、Wi-Fi……) 配置IT策略 (passwords、OS限制……)。
管理操作系统更新
告别 “Patch Tuesdays”
跟最新的Windows更新保持一致，管理安全和新特性更新安排系统维护窗口。
数字化工作空间不仅帮助企业IT部门实现更加高效且轻松的管理用户、设备与应用，它为业务部门构建与再建业务流程提供了一个安全且强大的平台，支持用户的移动业务能够更加有效地参与市场竞争。
想了解更多？敬请关注11月2日14 : 00“VMware——拥抱数字化工作空间”直播活动，听大咖与您分享，Workspace ONE如何为企业打造不一样的数字空间。
看直播·赢好礼
VR3D眼镜、手机特效镜头、硬盘包
等您来拿
直播间地址：“VMware——拥抱数字化工作空间”
VMware Workspace ONE专为提供整合设备管理、应用交付以及身份管理的数字化工作空间而设计。
它将多种优势集中在单一移动平台上，帮助企业IT部门为员工交付关键业务资源，并进行安全管理，支持终端用户实现消费级简单访问。
统一企业应用商店
通过AirWatch与Apple Volume Purchase Program（VPP）集成，可批量购买应用程序。AirWatch 通过与 Apple VPP (Volume Purchase Program) 和 Windows Store for Business 的集成来提供软件许可证管理。
统一身份管理
企业应用的身份管理依然面临着诸如：每个应用都要求有一套用户身份、用户需要记忆多个用户帐号、遗留帐号没有跟AD相集成等难题，Workspace ONE可以对身份进行统一管理，避免空间的浪费。
完善的完全保护机制
VMware的Workspace ONE平台将策略实施重新掌握在IT的手中，同时为用户提供灵活的隐私级别的服务，且无需记住登录或使用公司提供的机器。 SDDC和混合云实现了政策控制和灵活性的混合，为Workspace ONE平台的关键特性奠定了基础。
Workspace ONE是市场上唯一可以在整个堆栈中提供安全和管理的集成解决方案。
统一端点管理
Workspace ONE利用业界领先的EMM管理技术+传统的PC管理功能，管理各种Windows 10设备。AirWatch汇集了EMM和传统方法的最佳选择。完整的管理生命周期，从部署开始、管理设备和应用程序，实施安全性以及启用IT和最终用户。
设备调配
不再是刷系统镜像
登录到云端的Azure AD使用AirWatch来注册设备，开箱即用的用户体验 (开机可用就绪)。
配置系统策略
空中配置设备
安装或删除应用设置各种系统配置 (email、VPN、Wi-Fi……) 配置IT策略 (passwords、OS限制……)。
管理操作系统更新
告别 “Patch Tuesdays”
跟最新的Windows更新保持一致，管理安全和新特性更新安排系统维护窗口。
数字化工作空间不仅帮助企业IT部门实现更加高效且轻松的管理用户、设备与应用，它为业务部门构建与再建业务流程提供了一个安全且强大的平台，支持用户的移动业务能够更加有效地参与市场竞争。
想了解更多？敬请关注11月2日14 : 00“VMware——拥抱数字化工作空间”直播活动，听大咖与您分享，Workspace ONE如何为企业打造不一样的数字空间。
看直播·赢好礼
VR3D眼镜、手机特效镜头、硬盘包
等您来拿
直播间地址：“VMware——拥抱数字化工作空间”
Apache Solr/Lucene 0Day远程代码执行漏洞安全预警
OS小编 发表了文章 • 0 个评论 • 2155 次浏览 • 2017-10-20 22:07
近日，Apache Solr/Lucene修复了一个0-day漏洞，该漏洞可能导致运程代码执行、信息泄露，危害严重。请及时检查您所使用的Apache Solr是否受影响，并采取安全防御措施。
影响范围:
Solr 5.5.0 to 5.5.4
Solr 6.0.0 to 6.6.1
Solr 7.0.0 to 7.0.1
修复方案：
升级到官方提供的安全修复版本：
Solr 6.6.2
Solr 7.1.0
漏洞详情：
CVE-2017-12629：Apache Solr存在XXE和RCE漏洞：
lucene xml解析器没有明确禁止doctype 外部实体的声明，黑客可通过构造恶意的XML请求来读取服务器任意文件，导致信息泄露。Apache Solr“RunExecutableListener”类可以通过恶意的请求来执行任意操作，导致服务器被控制。
参考链接：
https://issues.apache.org/jira/browse/SOLR-11482
https://issues.apache.org/jira/browse/SOLR-11477 查看全部
影响范围:
Solr 5.5.0 to 5.5.4
Solr 6.0.0 to 6.6.1
Solr 7.0.0 to 7.0.1
修复方案：
升级到官方提供的安全修复版本：
Solr 6.6.2
Solr 7.1.0
漏洞详情：
CVE-2017-12629：Apache Solr存在XXE和RCE漏洞：
lucene xml解析器没有明确禁止doctype 外部实体的声明，黑客可通过构造恶意的XML请求来读取服务器任意文件，导致信息泄露。Apache Solr“RunExecutableListener”类可以通过恶意的请求来执行任意操作，导致服务器被控制。
参考链接：
https://issues.apache.org/jira/browse/SOLR-11482
https://issues.apache.org/jira/browse/SOLR-11477 查看全部
近日，Apache Solr/Lucene修复了一个0-day漏洞，该漏洞可能导致运程代码执行、信息泄露，危害严重。请及时检查您所使用的Apache Solr是否受影响，并采取安全防御措施。
影响范围:
修复方案：
漏洞详情：
CVE-2017-12629：Apache Solr存在XXE和RCE漏洞：
参考链接：
https://issues.apache.org/jira/browse/SOLR-11482
https://issues.apache.org/jira/browse/SOLR-11477
影响范围:
Solr 5.5.0 to 5.5.4
Solr 6.0.0 to 6.6.1
Solr 7.0.0 to 7.0.1
修复方案：
升级到官方提供的安全修复版本：
Solr 6.6.2
Solr 7.1.0
漏洞详情：
CVE-2017-12629：Apache Solr存在XXE和RCE漏洞：
- lucene xml解析器没有明确禁止doctype 外部实体的声明，黑客可通过构造恶意的XML请求来读取服务器任意文件，导致信息泄露。
- Apache Solr“RunExecutableListener”类可以通过恶意的请求来执行任意操作，导致服务器被控制。
参考链接：
https://issues.apache.org/jira/browse/SOLR-11482
https://issues.apache.org/jira/browse/SOLR-11477
CentOS系统自动下载RPM包及其所有依赖的包
Ansible 发表了文章 • 0 个评论 • 5584 次浏览 • 2017-10-08 19:15
前几天我尝试去创建一个仅包含我们经常在 CentOS 7 下使用的软件的本地仓库。当然，我们可以使用 curl 或者 wget 下载任何软件包，然而这些命令并不能下载要求的依赖软件包。你必须去花一些时间而且手动的去寻找和下载被安装的软件所依赖的软件包。然而，我们并不是必须这样。在这个简短的教程中，我将会带领你以两种方式下载软件包及其所有依赖包。我已经在 CentOS 7 下进行了测试，不过这些相同的步骤或许在其他基于 RPM 管理系统的发行版上也可以工作，例如 RHEL，Fedora 和 Scientific Linux。
方法1利用"Downloadonly"插件下载 RPM 软件包及其所有依赖包
我们可以通过 yum 命令的 “Downloadonly” 插件下载 RPM 软件包及其所有依赖包, 为了安装 Downloadonly 插件，以 root 身份运行以下命令：
yum install yum-plugin-downloadonly现在，运行以下命令去下载一个 RPM 软件包
yum install --downloadonly <package-name>默认情况下，这个命令将会下载并把软件包保存到 /var/cache/yum/ 的 rhel-{arch}-channel/packageslocation 目录，不过，你也可以下载和保存软件包到任何位置，你可以通过 –downloaddir 选项来指定。
yum install --downloadonly --downloaddir=<directory> <package-name>例子:
yum install --downloadonly --downloaddir=/root/mypackages/ httpd终端输出:
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.excellmedia.net
* epel: epel.mirror.angkasa.id
* extras: centos.excellmedia.net
* updates: centos.excellmedia.net
Resolving Dependencies
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-40.el7.centos.4 will be installed
--> Processing Dependency: httpd-tools = 2.4.6-40.el7.centos.4 for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-3.el7 will be installed
---> Package apr-util.x86_64 0:1.5.2-6.el7 will be installed
---> Package httpd-tools.x86_64 0:2.4.6-40.el7.centos.4 will be installed
---> Package mailcap.noarch 0:2.1.41-2.el7 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
=======================================================================================================================================
Package Arch Version Repository Size
=======================================================================================================================================
Installing:
httpd x86_64 2.4.6-40.el7.centos.4 updates 2.7 M
Installing for dependencies:
apr x86_64 1.4.8-3.el7 base 103 k
apr-util x86_64 1.5.2-6.el7 base 92 k
httpd-tools x86_64 2.4.6-40.el7.centos.4 updates 83 k
mailcap noarch 2.1.41-2.el7 base 31 k
Transaction Summary
=======================================================================================================================================
Install 1 Package (+4 Dependent packages)
Total download size: 3.0 M
Installed size: 10 M
Background downloading packages, then exiting:
(1/5): apr-1.4.8-3.el7.x86_64.rpm | 103 kB 00:00:01
(2/5): apr-util-1.5.2-6.el7.x86_64.rpm | 92 kB 00:00:01
(3/5): mailcap-2.1.41-2.el7.noarch.rpm | 31 kB 00:00:01
(4/5): httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm | 83 kB 00:00:01
(5/5): httpd-2.4.6-40.el7.centos.4.x86_64.rpm | 2.7 MB 00:00:09
---------------------------------------------------------------------------------------------------------------------------------------
Total 331 kB/s | 3.0 MB 00:00:09
exiting because "Download Only" specified
现在去你指定的目录位置下，你将会看到那里有下载好的软件包和依赖的软件。在我这种情况下，我已经把软件包下载到 /root/mypackages/ 目录下。
让我们来查看一下内容:
ls /root/mypackages/样本输出：
apr-1.4.8-3.el7.x86_64.rpm
apr-util-1.5.2-6.el7.x86_64.rpm
httpd-2.4.6-40.el7.centos.4.x86_64.rpm
httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm
mailcap-2.1.41-2.el7.noarch.rpm
正如你在上面输出所看到的, httpd软件包已经被依据所有依赖性下载完成了 。
请注意，这个插件适用于 yum install/yum update， 但是并不适用于 yum groupinstall。默认情况下，这个插件将会下载仓库中最新可用的软件包。然而你可以通过指定版本号来下载某个特定的软件版本。
例子:
yum install --downloadonly --downloaddir=/root/mypackages/ httpd-2.2.6-40.el7此外，你也可以如下一次性下载多个包：
yum install --downloadonly --downloaddir=/root/mypackages/ httpd vsftpd
方法 2 使用 "Yumdownloader"工具来下载 RPM 软件包及其所有依赖包
“Yumdownloader” 是一款简单，但是却十分有用的命令行工具，它可以一次性下载任何 RPM 软件包及其所有依赖包。
以 root 身份运行如下命令安装 “Yumdownloader” 工具。
yum install yum-utils一旦安装完成，运行如下命令去下载一个软件包，例如 httpd:
yumdownloader httpd为了根据所有依赖性下载软件包，我们使用 --resolve 参数：
yumdownloader --resolve httpd默认情况下，Yumdownloader 将会下载软件包到当前工作目录下。
为了将软件下载到一个特定的目录下，我们使用 --destdir 参数：
yumdownloader --resolve --destdir=/root/mypackages/ httpd或者
yumdownloader --resolve --destdir /root/mypackages/ httpd终端输出：
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.excellmedia.net
* epel: epel.mirror.angkasa.id
* extras: centos.excellmedia.net
* updates: centos.excellmedia.net
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-40.el7.centos.4 will be installed
--> Processing Dependency: httpd-tools = 2.4.6-40.el7.centos.4 for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-3.el7 will be installed
---> Package apr-util.x86_64 0:1.5.2-6.el7 will be installed
---> Package httpd-tools.x86_64 0:2.4.6-40.el7.centos.4 will be installed
---> Package mailcap.noarch 0:2.1.41-2.el7 will be installed
--> Finished Dependency Resolution
(1/5): apr-util-1.5.2-6.el7.x86_64.rpm | 92 kB 00:00:01
(2/5): mailcap-2.1.41-2.el7.noarch.rpm | 31 kB 00:00:02
(3/5): apr-1.4.8-3.el7.x86_64.rpm | 103 kB 00:00:02
(4/5): httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm | 83 kB 00:00:03
(5/5): httpd-2.4.6-40.el7.centos.4.x86_64.rpm | 2.7 MB 00:00:19
让我们确认一下软件包是否被下载到我们指定的目录下：
ls /root/mypackages/终端输出：
apr-1.4.8-3.el7.x86_64.rpm
apr-util-1.5.2-6.el7.x86_64.rpm
httpd-2.4.6-40.el7.centos.4.x86_64.rpm
httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm
mailcap-2.1.41-2.el7.noarch.rpm
不像 Downloadonly 插件，Yumdownload 可以下载一组相关的软件包。
yumdownloader "@Development Tools" --resolve --destdir /root/mypackages/在我看来，我喜欢 Yumdownloader 更胜于 Yum 的 Downloadonly 插件。但是，两者都是十分简单易懂而且可以完成相同的工作。
这就是今天所有的内容，如果你觉得这份引导教程有用，清在你的社交媒体上面分享一下去让更多的人知道。
阅读分享，英文：https://www.ostechnix.com/download-rpm-package-dependencies-centos/ 中文：https://linux.cn/article-7937-1.html 查看全部
方法1利用"Downloadonly"插件下载 RPM 软件包及其所有依赖包
我们可以通过 yum 命令的 “Downloadonly” 插件下载 RPM 软件包及其所有依赖包, 为了安装 Downloadonly 插件，以 root 身份运行以下命令：
yum install yum-plugin-downloadonly现在，运行以下命令去下载一个 RPM 软件包
yum install --downloadonly <package-name>默认情况下，这个命令将会下载并把软件包保存到 /var/cache/yum/ 的 rhel-{arch}-channel/packageslocation 目录，不过，你也可以下载和保存软件包到任何位置，你可以通过 –downloaddir 选项来指定。
yum install --downloadonly --downloaddir=<directory> <package-name>例子:
yum install --downloadonly --downloaddir=/root/mypackages/ httpd终端输出:
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.excellmedia.net
* epel: epel.mirror.angkasa.id
* extras: centos.excellmedia.net
* updates: centos.excellmedia.net
Resolving Dependencies
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-40.el7.centos.4 will be installed
--> Processing Dependency: httpd-tools = 2.4.6-40.el7.centos.4 for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-3.el7 will be installed
---> Package apr-util.x86_64 0:1.5.2-6.el7 will be installed
---> Package httpd-tools.x86_64 0:2.4.6-40.el7.centos.4 will be installed
---> Package mailcap.noarch 0:2.1.41-2.el7 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
=======================================================================================================================================
Package Arch Version Repository Size
=======================================================================================================================================
Installing:
httpd x86_64 2.4.6-40.el7.centos.4 updates 2.7 M
Installing for dependencies:
apr x86_64 1.4.8-3.el7 base 103 k
apr-util x86_64 1.5.2-6.el7 base 92 k
httpd-tools x86_64 2.4.6-40.el7.centos.4 updates 83 k
mailcap noarch 2.1.41-2.el7 base 31 k
Transaction Summary
=======================================================================================================================================
Install 1 Package (+4 Dependent packages)
Total download size: 3.0 M
Installed size: 10 M
Background downloading packages, then exiting:
(1/5): apr-1.4.8-3.el7.x86_64.rpm | 103 kB 00:00:01
(2/5): apr-util-1.5.2-6.el7.x86_64.rpm | 92 kB 00:00:01
(3/5): mailcap-2.1.41-2.el7.noarch.rpm | 31 kB 00:00:01
(4/5): httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm | 83 kB 00:00:01
(5/5): httpd-2.4.6-40.el7.centos.4.x86_64.rpm | 2.7 MB 00:00:09
---------------------------------------------------------------------------------------------------------------------------------------
Total 331 kB/s | 3.0 MB 00:00:09
exiting because "Download Only" specified
现在去你指定的目录位置下，你将会看到那里有下载好的软件包和依赖的软件。在我这种情况下，我已经把软件包下载到 /root/mypackages/ 目录下。
让我们来查看一下内容:
ls /root/mypackages/样本输出：
apr-1.4.8-3.el7.x86_64.rpm
apr-util-1.5.2-6.el7.x86_64.rpm
httpd-2.4.6-40.el7.centos.4.x86_64.rpm
httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm
mailcap-2.1.41-2.el7.noarch.rpm
正如你在上面输出所看到的, httpd软件包已经被依据所有依赖性下载完成了 。
请注意，这个插件适用于 yum install/yum update， 但是并不适用于 yum groupinstall。默认情况下，这个插件将会下载仓库中最新可用的软件包。然而你可以通过指定版本号来下载某个特定的软件版本。
例子:
yum install --downloadonly --downloaddir=/root/mypackages/ httpd-2.2.6-40.el7此外，你也可以如下一次性下载多个包：
yum install --downloadonly --downloaddir=/root/mypackages/ httpd vsftpd
方法 2 使用 "Yumdownloader"工具来下载 RPM 软件包及其所有依赖包
“Yumdownloader” 是一款简单，但是却十分有用的命令行工具，它可以一次性下载任何 RPM 软件包及其所有依赖包。
以 root 身份运行如下命令安装 “Yumdownloader” 工具。
yum install yum-utils一旦安装完成，运行如下命令去下载一个软件包，例如 httpd:
yumdownloader httpd为了根据所有依赖性下载软件包，我们使用 --resolve 参数：
yumdownloader --resolve httpd默认情况下，Yumdownloader 将会下载软件包到当前工作目录下。
为了将软件下载到一个特定的目录下，我们使用 --destdir 参数：
yumdownloader --resolve --destdir=/root/mypackages/ httpd或者
yumdownloader --resolve --destdir /root/mypackages/ httpd终端输出：
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.excellmedia.net
* epel: epel.mirror.angkasa.id
* extras: centos.excellmedia.net
* updates: centos.excellmedia.net
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-40.el7.centos.4 will be installed
--> Processing Dependency: httpd-tools = 2.4.6-40.el7.centos.4 for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-3.el7 will be installed
---> Package apr-util.x86_64 0:1.5.2-6.el7 will be installed
---> Package httpd-tools.x86_64 0:2.4.6-40.el7.centos.4 will be installed
---> Package mailcap.noarch 0:2.1.41-2.el7 will be installed
--> Finished Dependency Resolution
(1/5): apr-util-1.5.2-6.el7.x86_64.rpm | 92 kB 00:00:01
(2/5): mailcap-2.1.41-2.el7.noarch.rpm | 31 kB 00:00:02
(3/5): apr-1.4.8-3.el7.x86_64.rpm | 103 kB 00:00:02
(4/5): httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm | 83 kB 00:00:03
(5/5): httpd-2.4.6-40.el7.centos.4.x86_64.rpm | 2.7 MB 00:00:19
让我们确认一下软件包是否被下载到我们指定的目录下：
ls /root/mypackages/终端输出：
apr-1.4.8-3.el7.x86_64.rpm
apr-util-1.5.2-6.el7.x86_64.rpm
httpd-2.4.6-40.el7.centos.4.x86_64.rpm
httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm
mailcap-2.1.41-2.el7.noarch.rpm
不像 Downloadonly 插件，Yumdownload 可以下载一组相关的软件包。
yumdownloader "@Development Tools" --resolve --destdir /root/mypackages/在我看来，我喜欢 Yumdownloader 更胜于 Yum 的 Downloadonly 插件。但是，两者都是十分简单易懂而且可以完成相同的工作。
这就是今天所有的内容，如果你觉得这份引导教程有用，清在你的社交媒体上面分享一下去让更多的人知道。
阅读分享，英文：https://www.ostechnix.com/download-rpm-package-dependencies-centos/ 中文：https://linux.cn/article-7937-1.html 查看全部
前几天我尝试去创建一个仅包含我们经常在 CentOS 7 下使用的软件的本地仓库。当然，我们可以使用 curl 或者 wget 下载任何软件包，然而这些命令并不能下载要求的依赖软件包。你必须去花一些时间而且手动的去寻找和下载被安装的软件所依赖的软件包。然而，我们并不是必须这样。在这个简短的教程中，我将会带领你以两种方式下载软件包及其所有依赖包。我已经在 CentOS 7 下进行了测试，不过这些相同的步骤或许在其他基于 RPM 管理系统的发行版上也可以工作，例如 RHEL，Fedora 和 Scientific Linux。
我们可以通过 yum 命令的 “Downloadonly” 插件下载 RPM 软件包及其所有依赖包, 为了安装 Downloadonly 插件，以 root 身份运行以下命令：
现在去你指定的目录位置下，你将会看到那里有下载好的软件包和依赖的软件。在我这种情况下，我已经把软件包下载到 /root/mypackages/ 目录下。
让我们来查看一下内容:
正如你在上面输出所看到的, httpd软件包已经被依据所有依赖性下载完成了 。
请注意，这个插件适用于 yum install/yum update， 但是并不适用于 yum groupinstall。默认情况下，这个插件将会下载仓库中最新可用的软件包。然而你可以通过指定版本号来下载某个特定的软件版本。
例子:
“Yumdownloader” 是一款简单，但是却十分有用的命令行工具，它可以一次性下载任何 RPM 软件包及其所有依赖包。
以 root 身份运行如下命令安装 “Yumdownloader” 工具。
为了将软件下载到一个特定的目录下，我们使用 --destdir 参数：
让我们确认一下软件包是否被下载到我们指定的目录下：
不像 Downloadonly 插件，Yumdownload 可以下载一组相关的软件包。
这就是今天所有的内容，如果你觉得这份引导教程有用，清在你的社交媒体上面分享一下去让更多的人知道。
阅读分享，英文：https://www.ostechnix.com/download-rpm-package-dependencies-centos/ 中文：https://linux.cn/article-7937-1.html
方法1利用"Downloadonly"插件下载 RPM 软件包及其所有依赖包
我们可以通过 yum 命令的 “Downloadonly” 插件下载 RPM 软件包及其所有依赖包, 为了安装 Downloadonly 插件，以 root 身份运行以下命令：
yum install yum-plugin-downloadonlyyum install --downloadonly <package-name>yum install --downloadonly --downloaddir=<directory> <package-name>yum install --downloadonly --downloaddir=/root/mypackages/ httpdLoaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.excellmedia.net
* epel: epel.mirror.angkasa.id
* extras: centos.excellmedia.net
* updates: centos.excellmedia.net
Resolving Dependencies
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-40.el7.centos.4 will be installed
--> Processing Dependency: httpd-tools = 2.4.6-40.el7.centos.4 for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-3.el7 will be installed
---> Package apr-util.x86_64 0:1.5.2-6.el7 will be installed
---> Package httpd-tools.x86_64 0:2.4.6-40.el7.centos.4 will be installed
---> Package mailcap.noarch 0:2.1.41-2.el7 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
=======================================================================================================================================
Package Arch Version Repository Size
=======================================================================================================================================
Installing:
httpd x86_64 2.4.6-40.el7.centos.4 updates 2.7 M
Installing for dependencies:
apr x86_64 1.4.8-3.el7 base 103 k
apr-util x86_64 1.5.2-6.el7 base 92 k
httpd-tools x86_64 2.4.6-40.el7.centos.4 updates 83 k
mailcap noarch 2.1.41-2.el7 base 31 k
Transaction Summary
=======================================================================================================================================
Install 1 Package (+4 Dependent packages)
Total download size: 3.0 M
Installed size: 10 M
Background downloading packages, then exiting:
(1/5): apr-1.4.8-3.el7.x86_64.rpm | 103 kB 00:00:01
(2/5): apr-util-1.5.2-6.el7.x86_64.rpm | 92 kB 00:00:01
(3/5): mailcap-2.1.41-2.el7.noarch.rpm | 31 kB 00:00:01
(4/5): httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm | 83 kB 00:00:01
(5/5): httpd-2.4.6-40.el7.centos.4.x86_64.rpm | 2.7 MB 00:00:09
---------------------------------------------------------------------------------------------------------------------------------------
Total 331 kB/s | 3.0 MB 00:00:09
exiting because "Download Only" specified现在去你指定的目录位置下，你将会看到那里有下载好的软件包和依赖的软件。在我这种情况下，我已经把软件包下载到 /root/mypackages/ 目录下。
让我们来查看一下内容:
ls /root/mypackages/apr-1.4.8-3.el7.x86_64.rpm
apr-util-1.5.2-6.el7.x86_64.rpm
httpd-2.4.6-40.el7.centos.4.x86_64.rpm
httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm
mailcap-2.1.41-2.el7.noarch.rpm正如你在上面输出所看到的, httpd软件包已经被依据所有依赖性下载完成了 。
请注意，这个插件适用于 yum install/yum update， 但是并不适用于 yum groupinstall。默认情况下，这个插件将会下载仓库中最新可用的软件包。然而你可以通过指定版本号来下载某个特定的软件版本。
例子:
yum install --downloadonly --downloaddir=/root/mypackages/ httpd-2.2.6-40.el7yum install --downloadonly --downloaddir=/root/mypackages/ httpd vsftpd
方法 2 使用 "Yumdownloader"工具来下载 RPM 软件包及其所有依赖包
“Yumdownloader” 是一款简单，但是却十分有用的命令行工具，它可以一次性下载任何 RPM 软件包及其所有依赖包。
以 root 身份运行如下命令安装 “Yumdownloader” 工具。
yum install yum-utilsyumdownloader httpdyumdownloader --resolve httpd为了将软件下载到一个特定的目录下，我们使用 --destdir 参数：
yumdownloader --resolve --destdir=/root/mypackages/ httpdyumdownloader --resolve --destdir /root/mypackages/ httpdLoaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.excellmedia.net
* epel: epel.mirror.angkasa.id
* extras: centos.excellmedia.net
* updates: centos.excellmedia.net
--> Running transaction check
---> Package httpd.x86_64 0:2.4.6-40.el7.centos.4 will be installed
--> Processing Dependency: httpd-tools = 2.4.6-40.el7.centos.4 for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: /etc/mime.types for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libaprutil-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Processing Dependency: libapr-1.so.0()(64bit) for package: httpd-2.4.6-40.el7.centos.4.x86_64
--> Running transaction check
---> Package apr.x86_64 0:1.4.8-3.el7 will be installed
---> Package apr-util.x86_64 0:1.5.2-6.el7 will be installed
---> Package httpd-tools.x86_64 0:2.4.6-40.el7.centos.4 will be installed
---> Package mailcap.noarch 0:2.1.41-2.el7 will be installed
--> Finished Dependency Resolution
(1/5): apr-util-1.5.2-6.el7.x86_64.rpm | 92 kB 00:00:01
(2/5): mailcap-2.1.41-2.el7.noarch.rpm | 31 kB 00:00:02
(3/5): apr-1.4.8-3.el7.x86_64.rpm | 103 kB 00:00:02
(4/5): httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm | 83 kB 00:00:03
(5/5): httpd-2.4.6-40.el7.centos.4.x86_64.rpm | 2.7 MB 00:00:19让我们确认一下软件包是否被下载到我们指定的目录下：
ls /root/mypackages/apr-1.4.8-3.el7.x86_64.rpm
apr-util-1.5.2-6.el7.x86_64.rpm
httpd-2.4.6-40.el7.centos.4.x86_64.rpm
httpd-tools-2.4.6-40.el7.centos.4.x86_64.rpm
mailcap-2.1.41-2.el7.noarch.rpm不像 Downloadonly 插件，Yumdownload 可以下载一组相关的软件包。
yumdownloader "@Development Tools" --resolve --destdir /root/mypackages/这就是今天所有的内容，如果你觉得这份引导教程有用，清在你的社交媒体上面分享一下去让更多的人知道。
阅读分享，英文：https://www.ostechnix.com/download-rpm-package-dependencies-centos/ 中文：https://linux.cn/article-7937-1.html
访问服务器为什么需要智能身份识别
OT学习平台 发表了文章 • 0 个评论 • 1020 次浏览 • 2017-09-28 17:11
早期防火墙是通过IP地址或端口来控制用户资源访问的，但通过“IP地址+端口”的方式很难控制及识别用户，从而存在安全隐患，而智能身份识别能够识别用户和用户所使用的计算机，进而可以对用户的网络行为进行访问控制，最终达到安全的目的。
Checkpoint防火墙主要是通过以下几种方式获取用户身份
1、AD query
通过微软Ad server来获得用户的身份信息、适用于大型网络，用户较多的环境。结合AD域只针对用户的AD记录来进行认证，不再针对IP地址一类信息。
（1） 安全网关从AD服务器上获得安全事件日志；
（2） 用户登录到域；
（3） 域服务器发送安全事件日志给安全网关，安全网关获取到用户的IP和用户相关信息（如用户的域信息，计算机名和源IP地址）；
（4） 用户要访问Internet；
（5） 安全网关确认用户身份后，根据策略决定是否允许用户访问Internet。
2、通过浏览器捕获身份
使用基于浏览器捕获身份认证信息。适用于非微软AD用户，通过浏览器来访问web资源。
流程如下：
（1） 用户从外部发起到datacenter的访问；
（2） 防火墙IA模块没有识别出用户，然后重定向用户的访问至Web portal界面；
（3） 用户输入自己的认证信息：可以使AD/LDAP/RADIUS等；
（4） 认证信息被发送至防火墙，之后防火墙通过后边所连接的AD server来返回用户的认证结果；
（5） 如果允许，则放通访问；
（6） 如果不允许，则不能通过访问。
3、通过agent获得用户身份
基于agent的认证类型有两种：
（1） Endpoint Identity Agent：安装在用户PC上。
（2） Terminal Servers Endpoint Identity Agent：安装在虚拟桌面系统中，能够识别同一IP源地址的不同用户。
认证流程如下：
（1） 用户发起到datacenter访问；
（2） 启用IA的安全网关向用户弹出web认证页面；
（3） 用户在web界面中点击下载agent的链接；
（4） 用户下载并安装Endpoint Identity Agent；
（5） 用户通过这个agent去连接安全网关；
（6） 用户认证通过，安全网关根据安全策略决定是否发起用户到目的地址的访问。
相同之处：
都有一个安全的身份识别的过程，都需要流量经过防火墙，然后通过防火墙来结合（AD域）来达到用户识别的目的。
不同之处：
有的是用浏览器来获取用户身份，而有的是用客户端来识别，还有结合浏览器和AD域来识别。
学习完整Check point智能身份识别课程，请点击“Check point智能身份识别” 查看全部
Checkpoint防火墙主要是通过以下几种方式获取用户身份
1、AD query
通过微软Ad server来获得用户的身份信息、适用于大型网络，用户较多的环境。结合AD域只针对用户的AD记录来进行认证，不再针对IP地址一类信息。
（1） 安全网关从AD服务器上获得安全事件日志；
（2） 用户登录到域；
（3） 域服务器发送安全事件日志给安全网关，安全网关获取到用户的IP和用户相关信息（如用户的域信息，计算机名和源IP地址）；
（4） 用户要访问Internet；
（5） 安全网关确认用户身份后，根据策略决定是否允许用户访问Internet。
2、通过浏览器捕获身份
使用基于浏览器捕获身份认证信息。适用于非微软AD用户，通过浏览器来访问web资源。
流程如下：
（1） 用户从外部发起到datacenter的访问；
（2） 防火墙IA模块没有识别出用户，然后重定向用户的访问至Web portal界面；
（3） 用户输入自己的认证信息：可以使AD/LDAP/RADIUS等；
（4） 认证信息被发送至防火墙，之后防火墙通过后边所连接的AD server来返回用户的认证结果；
（5） 如果允许，则放通访问；
（6） 如果不允许，则不能通过访问。
3、通过agent获得用户身份
基于agent的认证类型有两种：
（1） Endpoint Identity Agent：安装在用户PC上。
（2） Terminal Servers Endpoint Identity Agent：安装在虚拟桌面系统中，能够识别同一IP源地址的不同用户。
认证流程如下：
（1） 用户发起到datacenter访问；
（2） 启用IA的安全网关向用户弹出web认证页面；
（3） 用户在web界面中点击下载agent的链接；
（4） 用户下载并安装Endpoint Identity Agent；
（5） 用户通过这个agent去连接安全网关；
（6） 用户认证通过，安全网关根据安全策略决定是否发起用户到目的地址的访问。
相同之处：
都有一个安全的身份识别的过程，都需要流量经过防火墙，然后通过防火墙来结合（AD域）来达到用户识别的目的。
不同之处：
有的是用浏览器来获取用户身份，而有的是用客户端来识别，还有结合浏览器和AD域来识别。
学习完整Check point智能身份识别课程，请点击“Check point智能身份识别” 查看全部
早期防火墙是通过IP地址或端口来控制用户资源访问的，但通过“IP地址+端口”的方式很难控制及识别用户，从而存在安全隐患，而智能身份识别能够识别用户和用户所使用的计算机，进而可以对用户的网络行为进行访问控制，最终达到安全的目的。
Checkpoint防火墙主要是通过以下几种方式获取用户身份
1、AD query
通过微软Ad server来获得用户的身份信息、适用于大型网络，用户较多的环境。结合AD域只针对用户的AD记录来进行认证，不再针对IP地址一类信息。
（1） 安全网关从AD服务器上获得安全事件日志；
（2） 用户登录到域；
（3） 域服务器发送安全事件日志给安全网关，安全网关获取到用户的IP和用户相关信息（如用户的域信息，计算机名和源IP地址）；
（4） 用户要访问Internet；
（5） 安全网关确认用户身份后，根据策略决定是否允许用户访问Internet。
2、通过浏览器捕获身份
使用基于浏览器捕获身份认证信息。适用于非微软AD用户，通过浏览器来访问web资源。
流程如下：
（1） 用户从外部发起到datacenter的访问；
（2） 防火墙IA模块没有识别出用户，然后重定向用户的访问至Web portal界面；
（3） 用户输入自己的认证信息：可以使AD/LDAP/RADIUS等；
（4） 认证信息被发送至防火墙，之后防火墙通过后边所连接的AD server来返回用户的认证结果；
（5） 如果允许，则放通访问；
（6） 如果不允许，则不能通过访问。
3、通过agent获得用户身份
基于agent的认证类型有两种：
（1） Endpoint Identity Agent：安装在用户PC上。
（2） Terminal Servers Endpoint Identity Agent：安装在虚拟桌面系统中，能够识别同一IP源地址的不同用户。
认证流程如下：
（1） 用户发起到datacenter访问；
（2） 启用IA的安全网关向用户弹出web认证页面；
（3） 用户在web界面中点击下载agent的链接；
（4） 用户下载并安装Endpoint Identity Agent；
（5） 用户通过这个agent去连接安全网关；
（6） 用户认证通过，安全网关根据安全策略决定是否发起用户到目的地址的访问。
相同之处：
都有一个安全的身份识别的过程，都需要流量经过防火墙，然后通过防火墙来结合（AD域）来达到用户识别的目的。
不同之处：
有的是用浏览器来获取用户身份，而有的是用客户端来识别，还有结合浏览器和AD域来识别。
学习完整Check point智能身份识别课程，请点击“Check point智能身份识别”
Checkpoint防火墙主要是通过以下几种方式获取用户身份
1、AD query
通过微软Ad server来获得用户的身份信息、适用于大型网络，用户较多的环境。结合AD域只针对用户的AD记录来进行认证，不再针对IP地址一类信息。
（1） 安全网关从AD服务器上获得安全事件日志；
（2） 用户登录到域；
（3） 域服务器发送安全事件日志给安全网关，安全网关获取到用户的IP和用户相关信息（如用户的域信息，计算机名和源IP地址）；
（4） 用户要访问Internet；
（5） 安全网关确认用户身份后，根据策略决定是否允许用户访问Internet。
2、通过浏览器捕获身份
使用基于浏览器捕获身份认证信息。适用于非微软AD用户，通过浏览器来访问web资源。
流程如下：
（1） 用户从外部发起到datacenter的访问；
（2） 防火墙IA模块没有识别出用户，然后重定向用户的访问至Web portal界面；
（3） 用户输入自己的认证信息：可以使AD/LDAP/RADIUS等；
（4） 认证信息被发送至防火墙，之后防火墙通过后边所连接的AD server来返回用户的认证结果；
（5） 如果允许，则放通访问；
（6） 如果不允许，则不能通过访问。
3、通过agent获得用户身份
基于agent的认证类型有两种：
（1） Endpoint Identity Agent：安装在用户PC上。
（2） Terminal Servers Endpoint Identity Agent：安装在虚拟桌面系统中，能够识别同一IP源地址的不同用户。
认证流程如下：
（1） 用户发起到datacenter访问；
（2） 启用IA的安全网关向用户弹出web认证页面；
（3） 用户在web界面中点击下载agent的链接；
（4） 用户下载并安装Endpoint Identity Agent；
（5） 用户通过这个agent去连接安全网关；
（6） 用户认证通过，安全网关根据安全策略决定是否发起用户到目的地址的访问。
相同之处：
都有一个安全的身份识别的过程，都需要流量经过防火墙，然后通过防火墙来结合（AD域）来达到用户识别的目的。
不同之处：
有的是用浏览器来获取用户身份，而有的是用客户端来识别，还有结合浏览器和AD域来识别。
学习完整Check point智能身份识别课程，请点击“Check point智能身份识别”
怎么给awk取到的列叫''引号
空心菜 回复了问题 • 2 人关注 • 1 个回复 • 2354 次浏览 • 2017-09-26 17:29
nfs共享目录挂载错误
空心菜 回复了问题 • 2 人关注 • 1 个回复 • 2173 次浏览 • 2017-09-20 00:13
Postfix小技巧和故障诊断命令
Ansible 发表了文章 • 0 个评论 • 1236 次浏览 • 2017-09-03 23:27
下面列举出来的一些小技巧在邮件管理员的日常中会经常用到，如果有什么错误，请留言交流。
打印邮件队列：# postqueue –p# mailq
如果队列数较大可以配合tail查看：# mailq | tail
刷新队列：# postqueue -f
立即为队列中domain.com的域名的邮件发送：# postqueue -s domain.com
删除队列中所有邮件：# postsuper -d ALL
删除一个特定的信息：# postsuper -d messageid
重新发送特定的邮件:# postfix -r msgid
查看postfix邮件版本：# postconf -d mail_version
mail_version = 2.6.6
英文原文： https://techarena51.com/blog/postfix-configuration-and-explanation-of-parameters/ 查看全部
打印邮件队列：# postqueue –p# mailq
如果队列数较大可以配合tail查看：# mailq | tail
刷新队列：# postqueue -f
立即为队列中domain.com的域名的邮件发送：# postqueue -s domain.com
删除队列中所有邮件：# postsuper -d ALL
删除一个特定的信息：# postsuper -d messageid
重新发送特定的邮件:# postfix -r msgid
查看postfix邮件版本：# postconf -d mail_version
mail_version = 2.6.6
英文原文： https://techarena51.com/blog/postfix-configuration-and-explanation-of-parameters/ 查看全部
下面列举出来的一些小技巧在邮件管理员的日常中会经常用到，如果有什么错误，请留言交流。
打印邮件队列：
如果队列数较大可以配合tail查看：
刷新队列：
立即为队列中domain.com的域名的邮件发送：
删除队列中所有邮件：
删除一个特定的信息：
重新发送特定的邮件:
查看postfix邮件版本：
打印邮件队列：
# postqueue –p# mailq如果队列数较大可以配合tail查看：
# mailq | tail刷新队列：
# postqueue -f立即为队列中domain.com的域名的邮件发送：
# postqueue -s domain.com删除队列中所有邮件：
# postsuper -d ALL删除一个特定的信息：
# postsuper -d messageid重新发送特定的邮件:
# postfix -r msgid查看postfix邮件版本：
# postconf -d mail_version
mail_version = 2.6.6
英文原文： https://techarena51.com/blog/postfix-configuration-and-explanation-of-parameters/
nginx无法启动error while loading shared libraries: libpcre.so.0
回复Ansible 回复了问题 • 1 人关注 • 1 个回复 • 6202 次浏览 • 2017-08-22 23:45
