本文旨在解决将php zend应用迁移至aws ec2时，登录表单提交出现“the form submitted did not originate from the expected site”错误。该问题通常源于csrf保护机制对协议或源站的验证失败，核心解决方案是将应用从http切换至https，并确保服务器及应用配置正确识别https协议，从而保障表单提交的安全性与一致性。
深入理解“表单提交来源验证失败”错误
当您将一个基于PHP Zend Framework的Web应用程序迁移到AWS EC2环境时，可能会遇到一个常见的错误提示：“The form submitted did not originate from the expected site”。这个错误通常在用户尝试登录或提交表单时出现。它并非一个简单的配置错误，而是与Web应用程序的安全机制——跨站请求伪造（CSRF）保护——紧密相关。
CSRF保护机制的工作原理：CSRF攻击利用用户已登录的身份，诱导其点击恶意链接，从而在用户不知情的情况下执行敏感操作。为了防范此类攻击，Web框架（如Zend Framework）通常会在每个表单中嵌入一个唯一的、加密的CSRF令牌。当表单提交时，服务器会验证这个令牌：
检查令牌是否存在且有效。验证令牌的生成源（通常包含协议、域名等信息）是否与当前请求的源匹配。
如果令牌校验失败，或者令牌的生成源与当前请求的源不一致，就会触发“表单提交来源验证失败”的错误。
迁移到EC2后出现此问题的常见原因：在迁移到AWS EC2等云环境时，一个常见的陷阱是协议不一致性。原始应用程序可能在HTTP环境下运行，而新部署的环境（尤其是在生产环境中）通常会配置为HTTPS。如果应用程序在生成CSRF令牌时使用了HTTP协议信息，但用户通过HTTPS访问并提交表单，服务器在验证时会发现协议不匹配，从而导致验证失败。这在负载均衡器（如AWS ALB/NLB）终止SSL连接，然后将HTTP请求转发给后端EC2实例的场景中尤为常见。
解决方案：确保应用程序全面启用HTTPS
解决此问题的核心在于确保您的应用程序及其运行环境都正确地识别并使用HTTPS协议。
1. 配置SSL/TLS证书
首先，您的AWS EC2实例或前端负载均衡器需要配置有效的SSL/TLS证书。
立即学习“PHP免费学习笔记（深入）”；
在AWS ALB/NLB上配置： 这是推荐的做法。您可以在AWS Certificate Manager (ACM) 中申请或导入证书，然后将其绑定到Application Load Balancer (ALB) 或 Network Load Balancer (NLB) 的HTTPS监听器上。这样，ALB/NLB会处理SSL终止，并将HTTP请求转发到您的EC2实例。在EC2实例的Web服务器上配置： 如果您没有使用负载均衡器，或者需要端到端的加密，可以直接在Apache HTTP Server上配置SSL证书。
2. Apache HTTP Server 配置
假设您使用的是Apache HTTP Server 2.4，以下是关键的配置步骤：
a. 启用SSL模块并配置VirtualHost：确保Apache的mod_ssl模块已启用。然后，为您的域名配置HTTPS VirtualHost。
# 启用SSL模块# sudo a2enmod ssl (Debian/Ubuntu)# LoadModule ssl_module modules/mod_ssl.so (CentOS/RHEL, in httpd.conf) ServerName your_domain.com DocumentRoot /var/www/html/your_app_root SSLEngine on SSLCertificateFile /etc/ssl/certs/your_domain.crt SSLCertificateKeyFile /etc/ssl/private/your_domain.key SSLCertificateChainFile /etc/ssl/certs/your_domain_chain.crt # 可选，如果您的证书提供商有链文件 # 其他应用配置，如Directory、RewriteRule等 AllowOverride All Require all granted # 如果您的应用在负载均衡器后面，需要确保PHP能正确识别原始协议 # 使用mod_rpaf或mod_remoteip模块来处理X-Forwarded-For/Proto头部 # LoadModule remoteip_module modules/mod_remoteip.so # RemoteIPHeader X-Forwarded-For # RemoteIPInternalProxy 172.31.0.0/16 # 替换为您的VPC CIDR块，或LB的IP范围 # RequestHeader set X-Forwarded-Proto "https" env=HTTPS # 确保即使内部是HTTP，也传递HTTPS
b. HTTP到HTTPS的重定向（可选但推荐）：为了确保所有流量都通过HTTPS，配置HTTP VirtualHost进行重定向。
ServerName your_domain.com RewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
3. PHP应用程序配置（Zend Framework）
Zend Framework通常会根据请求的URL和协议来生成CSRF令牌和会话信息。确保Zend应用能够正确识别HTTPS协议至关重要。
a. 检查baseUrl配置：如果您的Zend应用程序在配置文件中硬编码了baseUrl，请确保它使用https://前缀。例如，在application.ini或config.php中：
; application.iniresources.frontController.baseUrl = "https://your_domain.com/"
或者
// config.phpreturn [ 'baseUrl' => 'https://your_domain.com/', // ...];
通常，更好的做法是让baseUrl自动检测，或者通过环境变量来设置，以适应不同的部署环境。
b. 识别X-Forwarded-Proto头部：当您的应用程序位于负载均衡器之后时，负载均衡器会终止SSL连接，然后通过HTTP将请求转发到后端EC2实例。此时，原始的协议信息会通过X-Forwarded-Proto头部传递。PHP应用程序需要能够读取并信任这个头部。
在PHP中，您可以通过$_SERVER[‘HTTP_X_FORWARDED_PROTO’]来获取此信息。您可以在应用程序的引导文件（如public/index.php）中添加逻辑来强制识别HTTPS：
// public/index.php 或某个引导文件if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') { $_SERVER['HTTPS'] = 'on';}// 确保$_SERVER['SERVER_PORT']也反映HTTPS端口if (isset($_SERVER['HTTP_X_FORWARDED_PORT']) && $_SERVER['HTTP_X_FORWARDED_PORT'] == 443) { $_SERVER['SERVER_PORT'] = 443;}
这段代码确保即使内部请求是HTTP，PHP应用程序也能通过$_SERVER[‘HTTPS’]变量识别出原始请求是通过HTTPS发起的。Zend Framework通常会检查$_SERVER[‘HTTPS’]来判断当前协议。
c. 会话和Cookie安全：确保您的会话和Cookie配置为仅通过HTTPS传输。在php.ini或应用程序代码中设置：
; php.inisession.cookie_secure = 1session.cookie_httponly = 1
或者在Zend Framework的会话配置中：
// Zend Framework 1 (example)$config = new Zend_Config_Ini(APPLICATION_PATH . '/configs/application.ini', APPLICATION_ENV);$sessionConfig = $config->resources->session;if (isset($sessionConfig->cookie_secure)) { Zend_Session::setOptions(['cookie_secure' => $sessionConfig->cookie_secure]);}if (isset($sessionConfig->cookie_httponly)) { Zend_Session::setOptions(['cookie_httponly' => $sessionConfig->cookie_httponly]);}
session.cookie_secure = 1确保Cookie只在HTTPS连接下发送，这对于防止会话劫持至关重要。
注意事项与故障排除
清除浏览器缓存和Cookie： 在进行任何协议或配置更改后，务必清除浏览器缓存和Cookie。浏览器可能会缓存旧的HTTP Cookie或重定向规则，导致问题持续。检查AWS安全组和网络ACL： 确保EC2实例的安全组和网络ACL允许来自负载均衡器或互联网的HTTPS（端口443）流量。查看服务器日志： 检查Apache错误日志（error_log）和访问日志（access_log），以及PHP的错误日志，可能会有更详细的错误信息。验证$_SERVER变量： 在应用程序的某个调试点输出$_SERVER数组，检查$_SERVER[‘HTTPS’]、$_SERVER[‘SERVER_PORT’]、$_SERVER[‘HTTP_X_FORWARDED_PROTO’]等变量的值是否符合预期。Zend Framework版本： 不同的Zend Framework版本可能在CSRF令牌生成和验证上有所差异，请查阅您所用版本的官方文档。
总结
将PHP应用程序迁移到AWS EC2等云环境时，确保协议的一致性是至关重要的。特别是对于依赖CSRF保护机制的应用程序，从HTTP到HTTPS的正确切换不仅是安全最佳实践，也是解决“表单提交来源验证失败”错误的关键。通过在AWS负载均衡器、Apache HTTP Server以及PHP应用程序代码中全面配置HTTPS，您可以确保应用程序的安全性、稳定性和用户体验。
以上就是解决EC2上PHP应用表单提交来源验证失败问题：HTTPS迁移策略的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1325640.html
微信扫一扫 
支付宝扫一扫 
