解决 Greenbone Vulnerability Manager (GVM) 设置中的 PostgreSQL 版本错误

让 GVM 和 PostgreSQL 完美配合：克服安装错误

当您设置时 为了增强您的网络安全，遇到 PostgreSQL 错误可能会令人沮丧。您已经更新了系统，按照官方安装说明进行操作，但由于 PostgreSQL 版本不匹配，安装失败。 🛠️

许多用户都面临这个问题，特别是当默认的 PostgreSQL 版本（如版本 14）与 GVM 所需的版本（版本 17）冲突时。即使进行了全新的更新和升级，PostgreSQL 配置也可能需要额外的步骤，就像这里的情况一样。此问题通常是由于标准安装指南中不明显的版本要求造成的。

如果您收到有关需要 PostgreSQL 17 才能运行 GVM 的错误，那么您并不孤单。安装脚本可能会停止，给您留下诸如使用之类的建议 但没有明确的步骤说明如何有效地做到这一点。这种情况可能会令人困惑，特别是如果您习惯于简单的软件包安装。

在本指南中，我们将探讨 PostgreSQL 版本错误的原因并逐步介绍实际的解决方案。最后，您将了解使 PostgreSQL 版本与 GVM 要求保持一致并使您的设置顺利运行的步骤。 🚀

命令	使用示例
pg_upgradecluster	用于将特定 PostgreSQL 集群升级到较新版本而不丢失数据。此命令对于更新 PostgreSQL 以满足特定版本要求而无需完全重新安装至关重要。
subprocess.check_output()	执行系统命令并捕获其输出，允许脚本动态检索信息（例如当前 PostgreSQL 版本），以便在 Python 中进行条件处理。
subprocess.check_call()	在 Python 中运行系统命令并检查是否成功完成。这是自动化脚本中的关键，可确保在继续操作之前成功执行软件包安装等命令。
psql --version	输出已安装的 PostgreSQL 版本。在这些脚本中，此命令有助于确定 PostgreSQL 的当前版本是否与 GVM 的要求兼容（例如版本 17 或更高版本）。
awk '{print $3}'	从 psql --version 输出中提取版本号。这里使用 awk 命令来解析文本并隔离脚本中条件逻辑的确切版本。
cut -d '.' -f 1	通过指定“.”分隔 PostgreSQL 版本控制中的主版本号作为分隔符，并且仅选择主版本号（例如，14.0.4 中的 14）。
unittest.mock.patch()	覆盖 Python 脚本的特定部分以模拟测试条件。该命令用于模拟系统命令的输出，确保单元测试在不改变环境的情况下有效。
systemctl restart postgresql	重新启动 PostgreSQL 服务以应用最近的更改。更新 PostgreSQL 版本后，此命令至关重要，以确保正确加载新设置和升级。
sudo apt-get install -y	安装指定的软件包（例如 PostgreSQL 17）并自动确认提示，确保安装在脚本中不间断运行并最大限度地减少用户干预。
sys.exit()	如果发生错误则终止脚本。在 PostgreSQL 升级脚本中，它确保在关键命令失败时进程停止，从而防止配置中出现进一步问题。

了解 GVM 的 PostgreSQL 版本修复脚本

为解决以下问题而创建的脚本 Greenbone Vulnerability Manager (GVM) 中的自动执行将 PostgreSQL 更新到版本 17 所需的步骤，确保与 GVM 的要求兼容。从 Bash 脚本开始，初始任务是使用系统命令检查当前的 PostgreSQL 版本。这是通过运行“psql --version”并使用“awk”和“cut”等工具解析输出来确定安装的版本是否满足 GVM 的需求来完成的。如果版本已过时，脚本会继续安装版本 17 来更新 PostgreSQL。这种方法不仅简化了安装，还减少了版本管理中出现手动错误的机会。以 root 身份或使用“sudo”运行脚本可确保它具有执行这些系统级任务所需的权限。

在下一部分中，脚本使用“pg_upgradecluster”升级 PostgreSQL 集群，这在您需要避免在版本更改期间丢失数据时至关重要。此命令允许脚本将现有集群升级到较新的版本，而不是从头开始重新安装。例如，如果您要升级大型组织的数据库，您需要避免手动迁移，因为它们可能会导致数据差异或停机。升级完成后，脚本将使用“systemctl restart postgresql”重新启动 PostgreSQL 服务。此重新启动对于有效应用新配置至关重要，确保 GVM 可以访问满足正确版本要求的数据库。 🔄

Python 脚本提供类似的功能，但通过使用“subprocess”库增加了额外的灵活性，该库直接从 Python 执行系统命令。此方法对于首选基于 Python 的自动化的环境非常有用。脚本中定义了特定任务的函数，例如检查PostgreSQL版本、安装PostgreSQL、升级集群等。通过模块化代码，每个函数都可以重复使用或独立修改，从而使脚本能够适应不同的设置。集成了“try- except”块的错误处理以实时捕获问题，这在远程运行自动化脚本时特别有用。例如，如果存在网络或包存储库问题，脚本将输出明确的错误消息，而不是静默失败。

最后，为 Bash 和 Python 脚本添加了单元测试，以验证命令在不同环境中是否按预期运行。使用Python中的“unittest.mock.patch()”，脚本可以模拟命令的输出，允许在不影响实际环境的情况下进行测试。这些测试可确保命令在实际系统中实施之前产生预期结果，从而减少出现部署问题的可能性。想象一下您正在跨多个服务器设置 GVM；预先运行测试可以确保每个安装都是统一的。通过使用 Bash 和 Python，这些脚本为 PostgreSQL 升级问题提供了适应性强、稳健的解决方案，使管理员能够完成 GVM 设置，而不会出现版本相关的中断。 🚀

#!/bin/bash
# Script to update PostgreSQL cluster and configure GVM requirements
# Checks if PostgreSQL is installed and upgrades to the required version for GVM (version 17)
# Usage: Run as root or with sudo permissions

echo "Checking PostgreSQL version..."
POSTGRESQL_VERSION=$(psql --version | awk '{print $3}' | cut -d '.' -f 1)

if [ "$POSTGRESQL_VERSION" -lt 17 ]; then
  echo "Upgrading PostgreSQL to version 17..."
  sudo apt-get install -y postgresql-17
  if [ $? -ne 0 ]; then
    echo "Error installing PostgreSQL 17. Check your repositories or network connection."
    exit 1
  fi
  echo "PostgreSQL 17 installed successfully."
else
  echo "PostgreSQL version is sufficient for GVM setup."
fi

# Upgrade the cluster if required
echo "Upgrading PostgreSQL cluster to version 17..."
sudo pg_upgradecluster 14 main

# Restart PostgreSQL to apply changes
sudo systemctl restart postgresql

echo "PostgreSQL setup complete. Please retry GVM setup."

import subprocess
import sys

def check_postgresql_version():
    try:
        version_output = subprocess.check_output(['psql', '--version'])
        version = int(version_output.decode().split()[2].split('.')[0])
        return version
    except Exception as e:
        print("Error checking PostgreSQL version:", e)
        sys.exit(1)

def install_postgresql(version):
    try:
        subprocess.check_call(['sudo', 'apt-get', 'install', '-y', f'postgresql-{version}'])
        print(f"PostgreSQL {version} installed successfully.")
    except Exception as e:
        print("Error installing PostgreSQL:", e)
        sys.exit(1)

def upgrade_cluster(old_version, new_version):
    try:
        subprocess.check_call(['sudo', 'pg_upgradecluster', str(old_version), 'main'])
        print(f"Cluster upgraded to PostgreSQL {new_version}.")
    except Exception as e:
        print("Error upgrading PostgreSQL cluster:", e)
        sys.exit(1)

# Main logic
if __name__ == "__main__":
    required_version = 17
    current_version = check_postgresql_version()

    if current_version < required_version:
        print(f"Upgrading PostgreSQL from version {current_version} to {required_version}.")
        install_postgresql(required_version)
        upgrade_cluster(current_version, required_version)
    else:
        print("PostgreSQL version is already up to date.")

# Python Unit Tests (test_postgresql_upgrade.py)
import unittest
from unittest.mock import patch
import subprocess
from postgresql_upgrade_script import check_postgresql_version, install_postgresql

class TestPostgresqlUpgrade(unittest.TestCase):

    @patch('subprocess.check_output')
    def test_check_postgresql_version(self, mock_check_output):
        mock_check_output.return_value = b'psql (PostgreSQL) 14.0'
        self.assertEqual(check_postgresql_version(), 14)

    @patch('subprocess.check_call')
    def test_install_postgresql(self, mock_check_call):
        mock_check_call.return_value = 0
        install_postgresql(17)
        mock_check_call.assert_called_with(['sudo', 'apt-get', 'install', '-y', 'postgresql-17'])

if __name__ == '__main__':
    unittest.main()

确保 GVM 与 PostgreSQL 的兼容性：深入探讨

安装时 ，确保依赖关系对齐至关重要，尤其是对于 PostgreSQL。一个关键的方面是验证之间的兼容性 以及您系统上的 PostgreSQL 版本。 GVM 通常需要特定的 PostgreSQL 版本（在本例中为版本 17）来支持其数据库驱动的功能。不匹配可能会导致 GVM 无法访问所需的表或运行必要的查询。这是由于每个 PostgreSQL 版本处理 GVM 所需的特定函数和库的方式存在差异。

这些兼容性要求至关重要，因为 GVM 严重依赖数据库事务来管理和存储漏洞数据。拥有正确的版本有助于确保所有 GVM 模块都能与数据库顺利交互，从而在扫描期间实现顺利的数据检索和更新。忽略这一点可能会导致扫描不完整或报告不准确等问题，从而违背了使用 GVM 作为漏洞管理解决方案的目的。因此，确保您遵循精确的版本要求（例如升级到 PostgreSQL 17）可以保障该工具的性能和可靠性。 🛠️

对于管理复杂环境的用户来说，升级 PostgreSQL 集群可能是一项艰巨的任务，尤其是在处理生产数据时。然而，像这样的工具 通过允许用户升级而不会丢失数据来简化流程。这可确保您的历史数据保持完整，同时满足新的软件要求。如果您在生产中使用系统，自动执行这些步骤的脚本提供了一种安全的方法来避免问题并保持多个服务器之间的一致性。在自动化至关重要的场景中，脚本和测试步骤可以防止意外停机或不一致，让您放心系统将有效运行。

1. 为什么 GVM 需要特定的 PostgreSQL 版本？
2. GVM 需要 PostgreSQL 17 支持的某些数据库功能，因此该版本对于确保兼容性至关重要。
3. 的作用是什么 在 PostgreSQL 升级中？
4. 这 命令升级现有的 PostgreSQL 集群，无需手动迁移数据，保留您的配置和数据库。
5. 如何查看我当前的 PostgreSQL 版本？
6. 你可以运行 在终端中快速查看系统上安装的 PostgreSQL 版本。
7. 在生产环境中升级 PostgreSQL 安全吗？
8. 是的，但最好使用自动升级工具，例如 并确保进行彻底的测试。在实时环境中，基于脚本的升级增加了额外的安全层。
9. 如果升级 PostgreSQL 后安装失败怎么办？
10. 如果问题仍然存在，请验证 PostgreSQL 是否正在运行 并检查任何错误日志以查明其他潜在问题。
11. 我可以将 PostgreSQL 恢复到早期版本吗？
12. 是的，但这是一个复杂的过程。一般来说，由于存在存储数据的兼容性风险，不建议在生产环境中降级。
13. 升级会影响我现有的 GVM 数据吗？
14. 不，与 ，您的数据将在升级过程中保留。仍建议进行备份以提高安全性。
15. 有没有其他方法来升级 PostgreSQL？
16. 手动迁移是可能的，但使用 更可靠，特别是对于数据密集的环境。
17. 如何确保PostgreSQL在升级后正确重启？
18. 跑步 将确保服务以更新的设置重新启动。
19. 更新 PostgreSQL 会影响我服务器上的其他服务吗？
20. 一般情况下不需要，但在继续之前请确保依赖 PostgreSQL 的服务与新版本兼容。

之间的不兼容性 GVM 可能会令人沮丧，但可以使用正确的工具进行管理。通过尽早识别版本不匹配，您可以使用 pg_upgradecluster 等工具轻松升级 PostgreSQL 集群，以满足 GVM 的要求。这样，GVM 将顺利访问您的数据。

这些调整将使您能够在不影响数据完整性的情况下完成安装。测试和确保兼容性可以在未来节省大量时间，并使您的 GVM 有效运行以进行安全扫描。通过这些步骤，您的 GVM 设置可以有效地进行。 🚀