☰

企业官网建设流程全解析

首页 / 建站日记 / 企业官网建设流程全解析
Ubuntu 18.04 手动部署安全生产级 phpMyAdmin
2026/6/23 17:51:19 网站建设 项目流程

1. 项目概述：为什么在 Ubuntu 18.04 上部署 phpMyAdmin 不是“装个包就完事”？

phpMyAdmin 是一个用 PHP 编写的开源 Web 界面工具，它本身不存储数据、不处理请求逻辑、也不替代 MySQL 服务——它只是 MySQL/MariaDB 数据库的“可视化操作台”。就像你不会把汽车方向盘单独开上高速一样，phpMyAdmin 必须依附于完整的 LAMP（Linux-Apache-MySQL-PHP）栈才能运行。而 Ubuntu 18.04 这个发行版，恰恰处于一个关键的技术断层带：它默认搭载的是 Apache 2.4.29 和 PHP 7.2，但官方软件源中的 phpMyAdmin 包版本长期停留在 4.6.x（2017 年发布），不仅缺失对 MySQL 8.0+ 默认身份验证插件caching_sha2_password的原生支持，更在安全策略、CSRF 防护、XSS 过滤和会话管理机制上严重滞后。我去年帮一家本地教育机构迁移旧系统时就踩过这个坑：他们用apt install phpmyadmin装完，管理员登录后能进首页，但一点击任何数据库就报错#1045 Cannot log in to the MySQL server，查日志发现 Apache 根本没把认证凭据正确传递给 MySQL，根源就是 phpMyAdmin 4.6.6 无法解析 MySQL 8.0.4 引入的新握手协议。

所以，“安装 phpMyAdmin”在 Ubuntu 18.04 上的真实含义，其实是重建一套兼容、可控、可审计的数据库管理通道。它不是单纯复制文件，而是要解决四个核心矛盾：
第一，版本兼容性矛盾——Ubuntu 官方源的 phpMyAdmin 太老，而直接下载最新版又可能因 PHP 扩展缺失或 Apache 模块配置错位导致白屏；
第二，权限隔离矛盾——默认安装会把 phpMyAdmin 放在/usr/share/phpmyadmin，所有 Apache 虚拟主机都能通过http://your-server/phpmyadmin访问，等于把数据库钥匙挂在门把手上；
第三，传输安全矛盾——Ubuntu 18.04 默认不启用 HTTPS，而 phpMyAdmin 的登录表单明文传输密码，中间人劫持 3 秒就能拿到 root 凭据；
第四，配置可维护性矛盾——官方包把配置文件硬编码进 Debian 特定路径（如/etc/phpmyadmin/config.inc.php），一旦升级就覆盖自定义设置，运维人员改一次配，升一次级就得重来一遍。

因此，本文讲的不是“如何执行三条命令完成安装”，而是带你从零构建一个生产可用、权限收敛、通信加密、配置可追溯的 phpMyAdmin 实例。它面向三类人：刚转运维的 Linux 新手（需要知道每一步为什么不能跳）、中小企业的 IT 兼职（没专职 DBA，得自己扛起数据库看门人职责）、以及正在准备 LAMP 架构面试的开发者（面试官问“怎么防止 phpMyAdmin 被爆破”，答“加密码”是不及格的）。接下来的所有操作，都基于真实机房环境反复验证：物理服务器、VMware 虚拟机、AWS EC2（t3.micro）全部跑通，且全程不依赖任何第三方 PPA 源或非官方仓库——只用 Ubuntu 官方源 + phpMyAdmin 官网 tarball，确保每一步都可复现、可审计、可写进公司运维手册。

2. 整体设计思路：为什么放弃 apt 安装，坚持手动部署？

2.1 官方 apt 包的三大硬伤，实测无法绕过

很多人觉得sudo apt update && sudo apt install phpmyadmin最省事，但我用三台不同配置的 Ubuntu 18.04 机器实测，结果高度一致：安装完成后访问http://localhost/phpmyadmin，90% 概率出现白屏，剩下 10% 能显示登录页但输完密码必报错。根本原因不在你操作失误，而在 Ubuntu 维护者对 phpMyAdmin 的打包逻辑存在结构性缺陷：

  • PHP 扩展绑定僵化：apt 包强制依赖php-mysql扩展，但 Ubuntu 18.04 的php-mysql实际指向php-mysqlnd（MySQL Native Driver），而新版 phpMyAdmin（5.0+）要求mysqli和pdo_mysql同时启用。apt 安装时只启了前者，后者需手动sudo phpenmod pdo_mysql，但这个动作不会被包管理器记录，下次apt upgrade可能又被重置。

  • 配置文件路径污染：apt 会把主配置文件生成在/etc/phpmyadmin/config.inc.php，但 Apache 加载时优先读取/usr/share/phpmyadmin/libraries/vendor_config.php，而后者又硬编码了/etc/phpmyadmin/下的密钥路径。一旦你为安全把密钥文件移到别处，整个系统就崩。

  • 无 HTTPS 强制跳转机制：apt 包的 Apache 配置片段（/etc/apache2/conf-available/phpmyadmin.conf）里压根没写Redirect permanent /phpmyadmin https://...这种规则，意味着 HTTP 端口永远开着明文传输通道，而a2enmod ssl和证书配置又不在安装流程里——等于给你一把没锁芯的门锁。

提示：我曾尝试用dpkg-reconfigure phpmyadmin重新配置，结果发现它连 MySQL root 密码都不让输（提示 “Connection refused”），因为安装时 MySQL 服务还没启动，而脚本没做重试逻辑。这种设计缺陷，决定了它只适合实验室快速演示，绝不能上生产。

2.2 手动部署的四大收益，直接对应生产需求

放弃 apt，改用官网 tarball + 手动配置，表面看多敲 10 条命令，实际换来的是可掌控的生命周期：

  • 版本自主权：截至 2024 年中，phpMyAdmin 最新稳定版是 5.2.1，它原生支持 MySQL 8.0 的caching_sha2_password、提供双因素认证（TOTP）、内置 SQL 执行时间限制（防慢查询拖垮 DB）、并修复了 CVE-2022-31283（远程代码执行漏洞）。这些特性，Ubuntu 18.04 的 apt 源里永远不会有。

  • 路径完全可控：我们把 phpMyAdmin 解压到/var/www/phpmyadmin-5.2.1，再用 Apache 的Alias指令映射到/dbadmin这种非标准路径，攻击者扫描phpmyadmin目录名就失效；同时把敏感配置抽离到/etc/phpmyadmin/独立目录，与代码分离，升级时只需替换/var/www/phpmyadmin-*文件夹，配置毫发无损。

  • HTTPS 成为默认前提：手动部署时，我们强制要求先配置 Let's Encrypt 证书（用certbot --apache），再把 phpMyAdmin 的所有 HTTP 请求 301 重定向到 HTTPS。这不是“可选项”，而是部署流程的第一步——没有加密，就不允许数据库管理界面存在。

  • 权限最小化落地：apt 包默认让 Apache 用户（www-data）拥有整个/usr/share/phpmyadmin的读写权，而手动部署中，我们用chown -R root:www-data /var/www/phpmyadmin-5.2.1，再chmod -R 750 /var/www/phpmyadmin-5.2.1，确保 PHP 进程只能读、不能写代码文件，彻底堵死上传 Webshell 的路径。

2.3 架构选型对比：为什么选 Apache 而非 Nginx？为什么不用 Docker？

当前热词里频繁出现phpmyadmin docker、apache vs nginx，但针对 Ubuntu 18.04 这个特定场景，必须做务实选择：

  • Apache 是 Ubuntu 18.04 的“亲儿子”：系统默认安装、服务管理脚本（systemctl start apache2）深度集成、模块启用（a2enmod rewrite ssl）一行命令搞定。而 Nginx 在 Ubuntu 18.04 上需手动编译或加 PPA，SSL 证书路径、PHP-FPM socket 配置、重写规则语法全都要重学——为一个数据库管理工具引入额外复杂度，不值得。

  • Docker 在此场景是过度工程：热词里php使用docker打包镜像很火，但 Ubuntu 18.04 的内核是 4.15，Docker 20.10+ 要求内核 ≥4.18，强行降级 Docker 版本又失去安全更新。更重要的是，phpMyAdmin 本质是“管理宿主机 MySQL”的工具，Docker 容器要连宿主机 MySQL，得开--network host或配host.docker.internal，反而增加网络故障点。我测试过：同一台机器，原生 Apache 部署 phpMyAdmin，平均响应时间 23ms；Docker 方式（bridge 网络 + host MySQL），平均 89ms，且每次重启容器都要手动docker exec -it phpmyadmin-container bash -c "mysql -h host.docker.internal -uroot -p"测试连通性——运维成本翻倍。

所以最终架构非常朴素：Ubuntu 18.04（内核 4.15）→ Apache 2.4.29（官方源）→ PHP 7.2.24（官方源）→ MySQL 5.7.33（官方源）→ phpMyAdmin 5.2.1（官网 tarball）。所有组件版本都在 Ubuntu 18.04 LTS 官方支持列表内，补丁、安全更新有保障，这才是生产环境该有的样子。

3. 核心细节解析：从下载到上线的 7 个关键控制点

3.1 下载与校验：为什么必须验证 GPG 签名，而不是只看 SHA256？

phpMyAdmin 官网（https://www.phpmyadmin.net/downloads/）提供 tar.gz 包和对应的.asc签名文件。很多教程跳过校验步骤，直接wget解压，这是重大安全隐患。因为攻击者完全可以黑掉镜像站或 DNS，让你下载到篡改过的包——比如在index.php里插入一行file_put_contents('/var/www/html/shell.php', '<?php @eval($_POST["cmd"]);?>');，你装完就等于给服务器开了后门。

正确做法分三步，缺一不可：

  1. 导入官方 GPG 密钥：

    wget https://files.phpmyadmin.net/phpMyAdmin/5.2.1/phpMyAdmin-5.2.1-all-languages.tar.gz.asc gpg --dearmor /usr/share/keyrings/phpmyadmin-keyring.gpg

    注意：不能用gpg --import直接导入，因为 Ubuntu 18.04 的 APT 密钥环格式是 gpgv 专用的.gpg，必须用--dearmor转换。

  2. 下载源码包并校验：

    wget https://files.phpmyadmin.net/phpMyAdmin/5.2.1/phpMyAdmin-5.2.1-all-languages.tar.gz gpgv --keyring /usr/share/keyrings/phpmyadmin-keyring.gpg \ phpMyAdmin-5.2.1-all-languages.tar.gz.asc \ phpMyAdmin-5.2.1-all-languages.tar.gz

    如果输出gpgv: Signature made ... using RSA key ... gpgv: Good signature from "phpMyAdmin Release Signing Key <release@phpmyadmin.net>"，才代表文件完整可信。

  3. 二次 SHA256 校验（防密钥泄露）：
    官网下载页明确列出 SHA256 值：e3a7b8d...（此处省略完整哈希）。执行：

    sha256sum phpMyAdmin-5.2.1-all-languages.tar.gz | cut -d' ' -f1

    输出必须与官网一致。GPG 防篡改，SHA256 防密钥被吊销后的中间人攻击，双保险。

实操心得：我曾遇到一次 GPG 校验失败，查日志发现是系统时间快了 3 分钟（NTP 未同步），GPG 认为签名时间在未来，直接拒绝。执行sudo ntpdate -s time.nist.gov同步时间后重试即通过。这个细节，99% 的教程都不会提。

3.2 目录结构规划：为什么/var/www/phpmyadmin-5.2.1而不是/usr/share/？

Ubuntu 的 FHS（文件系统层次标准）规定/usr/share/存放只读架构无关数据，但 phpMyAdmin 的config.inc.php是要写的（比如填 MySQL 密码），放在/usr/share/违反权限设计原则。更致命的是，/usr/share/下的文件属于root:root，而 Apache 进程以www-data用户运行，若强行chown www-data:www-data /usr/share/phpmyadmin，等于把整个 Web 目录的写权限交给 Web 服务，一旦 PHP 漏洞被利用，攻击者可直接改写index.php。

我们的方案是：

  • 代码目录：/var/www/phpmyadmin-5.2.1（root:www-data,750）
  • 配置目录：/etc/phpmyadmin/（root:www-data,750）
  • 临时目录：/var/lib/phpmyadmin/tmp（www-data:www-data,1733，粘滞位防越权）

这样划分，www-data用户对代码目录只有读和执行权（r-x），对配置目录只有读权（r--），对 tmp 目录有完整读写权（rwx），权限边界清晰。执行命令：

sudo mkdir -p /var/www/phpmyadmin-5.2.1 /etc/phpmyadmin /var/lib/phpmyadmin/tmp sudo chown -R root:www-data /var/www/phpmyadmin-5.2.1 /etc/phpmyadmin sudo chmod -R 750 /var/www/phpmyadmin-5.2.1 /etc/phpmyadmin sudo chown www-data:www-data /var/lib/phpmyadmin/tmp sudo chmod 1733 /var/lib/phpmyadmin/tmp

3.3 Apache 配置：Alias 与 Location 的组合拳，封死所有非法访问

很多教程只写一条Alias /phpmyadmin "/var/www/phpmyadmin-5.2.1"，这会导致严重问题：攻击者访问http://your-server/phpmyadmin/setup/就能进入安装向导，而向导页面会生成可写配置文件，等于把数据库密码明文存到 Web 可读目录。我们必须用Location指令精确控制每个子路径的权限。

在/etc/apache2/conf-available/phpmyadmin.conf中写：

Alias /dbadmin /var/www/phpmyadmin-5.2.1 <Directory /var/www/phpmyadmin-5.2.1> Options FollowSymLinks DirectoryIndex index.php Require all denied # 默认全部拒绝 </Directory> <Location /dbadmin> Require local Require ip 192.168.1.0/24 # 仅允许内网访问 </Location> <Location /dbadmin/index.php> Require all granted </Location> <Location /dbadmin/js> Require all granted </Location> <Location /dbadmin/css> Require all granted </Location> <Location /dbadmin/themes> Require all granted </Location> <Location /dbadmin/libraries> Require all denied # 禁止直接访问核心库 </Location> <Location /dbadmin/setup> Require all denied # 彻底禁用安装向导 </Location> <Location /dbadmin/config> Require all denied # 禁止访问配置目录 </Location>

关键点在于：

  • Require all denied设为默认策略，符合最小权限原则；
  • /dbadmin路径只允许可信 IP 访问（Require ip），比Require local更灵活（支持办公网段）；
  • 静态资源（js/css/themes）放开，保证页面正常渲染；
  • libraries、setup、config这些敏感路径全部denied，Apache 日志里会记录client denied by server configuration，便于审计。

注意：<Location>指令匹配的是 URL 路径，不是文件系统路径，所以/dbadmin/libraries对应浏览器地址栏输入http://your-server/dbadmin/libraries/，而非服务器上的/var/www/.../libraries/。这个区别，新手极易混淆。

3.4 PHP 配置强化：三个 php.ini 参数，堵住 80% 的内存溢出和超时漏洞

phpMyAdmin 处理大表导出、SQL 查询时极易触发 PHP 资源限制。Ubuntu 18.04 的默认php.ini（/etc/php/7.2/apache2/php.ini）中，memory_limit = 128M、max_execution_time = 30、post_max_size = 8M这三个值必须调高，否则导出 100MB 的 SQL 文件会直接 500 错误。

但盲目调高也有风险：memory_limit设成2G，一个恶意查询就能吃光服务器内存。我的经验是按场景分级设置：

场景memory_limitmax_execution_timepost_max_size说明
日常管理（小表查询）256M6016M平衡安全与体验
批量导出（≤500MB 表）512M300512M仅在导出前临时启用
紧急修复（大表碎片整理）1024M6001024M需人工确认后开启

永久生效的配置写在/etc/php/7.2/apache2/conf.d/phpmyadmin.ini：

; phpMyAdmin 专用配置 memory_limit = 256M max_execution_time = 60 post_max_size = 16M upload_max_filesize = 16M max_input_vars = 5000

其中max_input_vars = 5000是关键：phpMyAdmin 的表结构编辑页会为每一列生成一个 HTML input 字段，Ubuntu 默认1000，超过就截断，导致保存表结构失败。这个参数不写在主php.ini，而单独建conf.d文件，是为了避免影响其他 PHP 应用。

3.5 MySQL 连接安全：为什么必须创建专用用户，而非直接用 root？

热词里mysql设置唯一已经有重复数据库、mysql 索引优化都指向一个事实：生产环境的 MySQL root 用户绝不该暴露给 Web 界面。phpMyAdmin 的配置文件config.inc.php里如果写\$cfg['Servers'][1]['user'] = 'root';，等于把最高权限凭证硬编码在 Web 可读文件里。

正确做法是创建一个最小权限专用用户：

CREATE USER 'pma_admin'@'localhost' IDENTIFIED BY 'StrongPass!2024'; GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, SHOW VIEW ON *.* TO 'pma_admin'@'localhost'; FLUSH PRIVILEGES;

注意：

  • 'pma_admin'@'localhost'限定只能本机连接，防止网络侧漏；
  • 不授予FILE、SUPER、PROCESS等高危权限，FILE可读写服务器任意文件，SUPER可 kill 任意线程；
  • SHOW VIEW必须给，否则 phpMyAdmin 无法显示视图定义；
  • CREATE VIEW给，因为用户可能需要建视图辅助分析。

然后在config.inc.php中配置：

$cfg['Servers'][1]['host'] = 'localhost'; $cfg['Servers'][1]['port'] = ''; $cfg['Servers'][1]['user'] = 'pma_admin'; $cfg['Servers'][1]['password'] = 'StrongPass!2024'; $cfg['Servers'][1]['auth_type'] = 'cookie'; // 用 Cookie 认证，不存密码在配置里

auth_type = 'cookie'是重点：它让 phpMyAdmin 在登录页输入密码，然后用 AES 加密后存入浏览器 Cookie，后续请求不再传输明文密码，比config模式（密码明文写配置）安全得多。

3.6 HTTPS 强制跳转：用 .htaccess 还是 Apache 主配置？为什么选后者？

热词里apache配置文件、apache shiro框架漏洞靶场都暗示配置位置的重要性。.htaccess文件虽灵活，但 Ubuntu 18.04 的 Apache 默认关闭AllowOverride All，开启它会降低性能（每次请求都扫描目录下 .htaccess），且.htaccess无法控制 SSL 协议版本等底层参数。

所以我们在/etc/apache2/sites-available/000-default-le-ssl.conf（Let's Encrypt 生成的 SSL 配置）中直接写：

<IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] </IfModule>

同时，在 HTTP 站点配置/etc/apache2/sites-available/000-default.conf中禁用 phpMyAdmin 的 HTTP 访问：

<Location /dbadmin> Redirect 403 / </Location>

这样，当用户访问http://your-server/dbadmin，直接返回 403 Forbidden，连重定向都不给，彻底杜绝 HTTP 明文传输可能。而https://your-server/dbadmin则正常加载，且 Let's Encrypt 证书自动续期（certbot renew --quiet --no-self-upgrade）。

3.7 防爆破加固：fail2ban 规则，让暴力破解者 5 次就进小黑屋

phpMyAdmin 登录页是常见爆破目标。Ubuntu 18.04 自带 fail2ban，但默认规则不监控 phpMyAdmin 日志。我们需要新建/etc/fail2ban/filter.d/phpmyadmin.conf：

[Definition] failregex = ^.*phpMyAdmin.*login.*failed.*from <HOST>.*$ ignoreregex =

再在/etc/fail2ban/jail.local中启用：

[phpmyadmin] enabled = true filter = phpmyadmin logpath = /var/log/apache2/access.log maxretry = 5 bantime = 3600 findtime = 600 action = iptables[name=phpmyadmin, port=http, protocol=tcp]

解释：

  • failregex匹配 Apache 日志中phpMyAdmin login failed from 192.168.1.100这类行；
  • maxretry = 5表示 10 分钟内（findtime = 600）失败 5 次就触发；
  • bantime = 3600封禁 1 小时；
  • action直接用 iptables 封 IP，比修改 hosts 更底层、更难绕过。

验证是否生效：sudo fail2ban-client status phpmyadmin，看到Number of jail matches: 0表示规则已加载。之后故意输错 5 次密码，再sudo iptables -L -n | grep 192.168.1.100就能看到封禁记录。

4. 实操过程详解：从零开始的 12 步完整部署流程

4.1 前置检查：确认系统状态与依赖完备性

执行以下命令，逐项验证，任一失败则停止后续：

# 1. 确认 Ubuntu 版本（必须是 18.04） lsb_release -a | grep "18.04" # 2. 确认 Apache 已安装且运行 sudo systemctl is-active apache2 # 应输出 "active" # 3. 确认 PHP 7.2 已启用（Ubuntu 18.04 默认） php -v | grep "7.2" # 4. 确认 MySQL 服务正常（假设已安装） sudo systemctl is-active mysql # 应输出 "active" # 5. 确认必要 Apache 模块已启用 apache2ctl -M | grep -E "(rewrite|ssl|headers)" # 应输出 rewrite_module, ssl_module, headers_module # 6. 确认 PHP 扩展齐全 php -m | grep -E "(mysqli|pdo_mysql|mbstring|zip|gd|curl|xml)" # 全部必须存在

如果php -m缺少mbstring，执行sudo apt install php-mbstring；缺zip，执行sudo apt install php-zip。注意：php-gd用于图像验证码，php-xml用于 XML 导出，都是 phpMyAdmin 功能必需，不能省。

实操心得：我在 AWS EC2 上首次部署时，php -m没有curl，导致 phpMyAdmin 的“检查更新”功能报错。sudo apt install php-curl解决。这个扩展不常用，但 phpMyAdmin 用它检测新版本，不装不影响核心功能，但会让界面右上角一直显示红色警告图标，影响运维观感。

4.2 安装 Let's Encrypt 证书（HTTPS 基础）

没有 HTTPS，phpMyAdmin 就不该存在。执行：

sudo apt update sudo apt install certbot python3-certbot-apache sudo certbot --apache -d your-domain.com # 替换为你的域名

certbot会自动：

  • 修改/etc/apache2/sites-available/000-default-le-ssl.conf添加 SSL 配置；
  • 在/etc/letsencrypt/live/your-domain.com/生成证书文件；
  • 配置自动续期定时任务（/etc/cron.d/certbot）。

验证：浏览器访问https://your-domain.com，地址栏应显示绿色锁图标。如果用 IP 访问，Let's Encrypt 不签发证书，此时需在/etc/hosts临时绑定域名，或改用自签名证书（仅限内网测试）。

4.3 下载并校验 phpMyAdmin 5.2.1

cd /tmp wget https://files.phpmyadmin.net/phpMyAdmin/5.2.1/phpMyAdmin-5.2.1-all-languages.tar.gz wget https://files.phpmyadmin.net/phpMyAdmin/5.2.1/phpMyAdmin-5.2.1-all-languages.tar.gz.asc # 导入 GPG 密钥（若未导入过） gpg --dearmor /usr/share/keyrings/phpmyadmin-keyring.gpg # 校验签名 gpgv --keyring /usr/share/keyrings/phpmyadmin-keyring.gpg \ phpMyAdmin-5.2.1-all-languages.tar.gz.asc \ phpMyAdmin-5.2.1-all-languages.tar.gz # 校验 SHA256（官网下载页复制哈希值） echo "e3a7b8d... phpMyAdmin-5.2.1-all-languages.tar.gz" | sha256sum -c

校验通过后解压：

sudo tar -xzf phpMyAdmin-5.2.1-all-languages.tar.gz -C /var/www/ sudo mv /var/www/phpMyAdmin-5.2.1-all-languages /var/www/phpmyadmin-5.2.1

4.4 创建并配置专属 MySQL 用户

登录 MySQL：

sudo mysql -u root -p

执行 SQL（替换StrongPass!2024为强密码）：

CREATE USER 'pma_admin'@'localhost' IDENTIFIED BY 'StrongPass!2024'; GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, SHOW VIEW ON *.* TO 'pma_admin'@'localhost'; FLUSH PRIVILEGES; EXIT;

验证用户是否可用：

mysql -u pma_admin -p -e "SELECT VERSION();"

输入密码后应输出 MySQL 版本号，证明连接成功。

4.5 配置 phpMyAdmin 主配置文件

复制模板：

sudo cp /var/www/phpmyadmin-5.2.1/config.sample.inc.php /etc/phpmyadmin/config.inc.php

编辑/etc/phpmyadmin/config.inc.php，关键修改如下（用nano或vim）：

// 1. 设置 blowfish_secret（必须！否则登录页报错） $cfg['blowfish_secret'] = 'a1b2c3d4e5f6g7h8i9j0k1l2m3n4o5p6'; // 32 字符随机字符串 // 2. 配置 MySQL 服务器（使用上一步创建的用户） $cfg['Servers'][1]['host'] = 'localhost'; $cfg['Servers'][1]['port'] = ''; $cfg['Servers'][1]['user'] = 'pma_admin'; $cfg['Servers'][1]['password'] = ''; // 留空，用 cookie 认证 $cfg['Servers'][1]['auth_type'] = 'cookie'; // 3. 启用压缩导出（节省带宽） $cfg['Export']['asfile'] = true; $cfg['Export']['compression'] = 'gzip'; // 4. 禁用危险功能（防误操作） $cfg['ShowChgPassword'] = false; // 隐藏改密码链接 $cfg['SuggestDBName'] = false; // 禁用数据库名建议

blowfish_secret必须设，它是 Cookie 加密密钥，32 字符随机串可用openssl rand -base64 32生成。$cfg['Servers'][1]的索引1是因为config.sample.inc.php里0是空配置，1是第一个有效服务器。

4.6 创建 Apache 虚拟主机配置

创建/etc/apache2/conf-available/phpmyadmin.conf：

# phpMyAdmin 安全配置 Alias /dbadmin /var/www/phpmyadmin-5.2.1 <Directory /var/www/phpmyadmin-5.2.1> Options FollowSymLinks DirectoryIndex index.php Require all denied </Directory> <Location /dbadmin> Require ip 192.168.1.0/24 Require ip 10.0.0.0/8 </Location> <Location /dbadmin/index.php> Require all granted </Location> <Location /dbadmin/js> Require all granted </Location> <Location /dbadmin/css> Require all granted </Location> <Location /dbadmin/themes> Require all granted </Location> <Location /dbadmin/libraries> Require all denied </Location> <Location /dbadmin/setup> Require all denied </Location> <Location /dbadmin/config> Require all denied </Location> # 强制 HTTPS（仅对 /dbadmin 路径） <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{HTTPS} off RewriteCond %{REQUEST_URI} ^/dbadmin RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] </IfModule>

启用配置：

sudo a2enconf phpmyadmin sudo systemctl reload apache2

4.7 配置 PHP 专用参数

创建/etc/php/7.2/apache2/conf.d/phpmyadmin.ini：

; phpMyAdmin 优化配置 memory_limit = 256M max_execution_time = 60 post_max_size = 16M upload_max_filesize = 16M max_input_vars = 5000

重启 PHP：

sudo systemctl restart apache2

4.8 设置文件权限与所有权

# 代码目录 sudo chown -R root:www-data /var/www/phpmyadmin-5.2.1 sudo chmod -R 750 /var/www/phpmyadmin-5.2.1 # 配置目录 sudo chown -R root:www-data /etc/phpmyadmin sudo chmod -R 750 /etc/phpmyadmin # 临时目录 sudo chown www-data:www-data /var/lib/phpmyadmin/tmp sudo chmod 1733 /var/lib/phpmyadmin/tmp

验证权限：

ls -ld /var/www/phpmyadmin-5.2.1 # 应输出：drwxr-x--- 12 root www-data 4096 ... ls -l /etc/phpmyadmin/config.inc.php # 应输出：-rw-r----- 1 root www-data 1234 ...

4.9 启用 fail2ban 防爆破

创建/etc/fail2ban/filter.d/phpmyadmin.conf：

[Definition] failregex = ^.*phpMyAdmin.*login.*failed.*from <HOST>.*$ ignoreregex =

编辑/etc/fail2ban/jail.local，在末尾添加：

[phpmyadmin] enabled = true filter = phpmyadmin logpath = /var/log/apache2/access.log maxretry = 5 b
标签： 网站建设 企业官网 项目流程 UI设计 前端开发

热门文章

文章分类

标签云

网站建设 响应式设计 用户体验 SEO优化 前端开发 小程序 电商平台 性能优化

相关文章

您可能感兴趣的其他内容

Linux SSH密钥生成与配置实战指南：Ed25519密钥对设置教程
2026/6/23 17:50:33 网站建设

Linux SSH密钥生成与配置实战指南：Ed25519密钥对设置教程

1. 项目概述&#xff1a;为什么你今天必须亲手生成一对SSH密钥在Linux系统里敲下ssh userhost就能连上远程服务器——这看似轻巧的一行命令背后&#xff0c;其实藏着一套精密的身份验证机制。而SSH密钥对&#xff0c;就是这套机制里最核心、最可靠、也最容易被新手忽略的“数字…...

阅读更多 →
Suricata签名机制深度解析：协议感知、声明式匹配与高精度规则实战
2026/6/23 17:48:19 网站建设

Suricata签名机制深度解析：协议感知、声明式匹配与高精度规则实战

1. 这不是“看懂规则就完事”的事&#xff1a;Suricata签名到底在解决什么问题&#xff1f;Suricata签名&#xff0c;这个词在安全运维、IDS/IPS部署、红蓝对抗复盘甚至CTF流量分析环节里&#xff0c;几乎天天被提起。但很多人第一次接触时&#xff0c;容易把它当成“类似杀毒软…...

阅读更多 →
VS Code 内置 Git 集成：零命令行的可视化版本控制工作流
2026/6/23 17:47:24 网站建设

VS Code 内置 Git 集成：零命令行的可视化版本控制工作流

1. 项目概述&#xff1a;VS Code 内置 Git 工具链到底能做什么&#xff0c;为什么值得你每天打开就用 “Использование интеграции Git в Visual Studio Code”——这个俄语标题直译是“在 Visual Studio Code 中使用 Git 集成”&#xff0c;但它的实际…...

阅读更多 →

需要专业的网站建设服务？

联系我们获取免费的网站建设咨询和方案报价，让我们帮助您实现业务目标

立即咨询