OpenStack Dashboard安装后访问不了？排查这5个坑（从ALLOWED_HOSTS到WSGI配置）
OpenStack Dashboard安装后访问不了？排查这5个坑（从ALLOWED_HOSTS到WSGI配置）
刚部署完OpenStack Dashboard，却发现浏览器始终打不开页面？这种挫败感我太熟悉了。去年在客户现场部署时，我也曾对着404错误页面抓耳挠腮。本文将分享五个最常见的问题根源和对应的解决方案，帮你快速定位问题。
1. ALLOWED_HOSTS配置：安全与访问的平衡点
Dashboard服务基于Django框架构建，而Django有个"安全卫士"——ALLOWED_HOSTS设置。这个参数决定了哪些主机名可以访问服务。新手最容易犯的错误就是忽略这个配置，或者设置过于宽松。
典型症状：访问Dashboard时出现400 Bad Request错误，日志中能看到"Invalid HTTP_HOST header"的提示。
检查/etc/openstack-dashboard/local_settings文件，找到以下配置项：
ALLOWED_HOSTS = ['controller.example.com'] # 只允许特定域名访问如果需要在开发环境快速验证，可以临时设置为：
ALLOWED_HOSTS = ['*'] # 允许所有主机访问（不推荐生产环境）注意：生产环境中永远不要使用
'*'，应该明确列出允许访问的域名或IP地址。
进阶技巧：当使用负载均衡器时，需要同时配置：
USE_X_FORWARDED_HOST = True SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')2. WSGI进程配置：性能与稳定的关键
Apache的WSGI配置直接影响Dashboard的响应能力和稳定性。配置不当会导致服务无响应或间歇性不可用。
典型症状：页面加载超时，或者随机出现502 Bad Gateway错误。
检查/etc/httpd/conf.d/openstack-dashboard.conf中的关键参数：
WSGIDaemonProcess openstack_dashboard_website processes=5 threads=10 \ user=apache group=apache \ home=/usr/share/openstack-dashboard \ inactivity-timeout=300参数优化指南：
| 参数 | 默认值 | 推荐值 | 说明 |
|---|---|---|---|
| processes | 5 | CPU核心数×2 | 工作进程数 |
| threads | 1 | 10-20 | 每个进程的线程数 |
| inactivity-timeout | 300 | 900 | 空闲进程保持时间(秒) |
提示：修改配置后需要完全重启Apache服务，而不仅仅是reload：
systemctl restart httpd
3. 防火墙与SELinux：隐形的访问屏障
即使服务配置正确，系统级的安全机制也可能阻止访问。这是最容易被忽视的问题之一。
防火墙检查清单：
- 确认80/443端口开放：
firewall-cmd --list-ports firewall-cmd --add-service=http --permanent firewall-cmd --add-service=https --permanent firewall-cmd --reload
SELinux解决方案：
- 检查当前状态：
getenforce - 临时设置为宽松模式：
setenforce 0 - 永久修改（需重启）：
sed -i 's/SELINUX=enforcing/SELINUX=permissive/g' /etc/selinux/config
更安全的做法是保持SELinux启用，只调整必要的策略：
setsebool -P httpd_can_network_connect on chcon -R -t httpd_sys_content_t /usr/share/openstack-dashboard4. 服务依赖检查：组件间的握手协议
Dashboard需要与OpenStack其他服务正常通信。如果核心服务不可达，Dashboard即使运行也会功能异常。
依赖服务健康检查：
# Keystone身份服务 openstack token issue # Nova计算服务 openstack compute service list # Neutron网络服务 openstack network agent listAPI端点验证：
curl -s http://controller:5000/v3 | python -m json.tool curl -s http://controller:9292/v2/images | python -m json.tool如果发现端点不可达，需要检查：
- 各服务的
[DEFAULT]部分是否配置了正确的transport_url - Memcached是否正常运行：
systemctl status memcached - 数据库连接是否正常：
mysql -u root -p -e "SHOW DATABASES;"
5. 静态文件与权限：细节决定成败
最后一个常见陷阱是静态文件配置不当或权限问题。这会导致页面显示不全或样式丢失。
静态文件收集与配置：
- 确保收集了静态文件：
cd /usr/share/openstack-dashboard python manage.py collectstatic --noinput python manage.py compress --force - 检查Apache配置中是否正确设置了Alias：
Alias /static /usr/share/openstack-dashboard/static <Directory /usr/share/openstack-dashboard/static> Require all granted </Directory>
权限修复命令：
chown -R apache:apache /usr/share/openstack-dashboard chmod -R 755 /usr/share/openstack-dashboard/static日志分析技巧： 当问题仍然不明时，查看详细日志：
tail -f /var/log/httpd/error_log journalctl -u httpd --no-pager -n 50记得检查时区配置是否一致：
# 在local_settings中确保 TIME_ZONE = "Asia/Shanghai" USE_TZ = True