第3.1页，共7页。 显示 62 条结果 (0.127 秒)
Linux 部署 Smartbi-NLA 自然语言分析
通过给NLA服务器配置代理来解决跨域问题。 NLA 提供两种部署模式，用户可根据实际情况进行选择。 部署模式 功能 Nginx代理模式 Nginx代理模式使用安装包携带的 Nginx 来部署代理，操作简单，无需用户手动部署。 无代理模式 无代理模式即不安装Smartbi的内置代理，用户需 … 安装Nginx代理：n (2) 安装完毕 在初次安装完毕后会自动加载镜像并启动NLA模块。 image2022-3-22_18-45-52.png 2.2. Nginx代理模式安装 (1) 执行安装 调用 “sh install.sh” 命令执行安装操作。 sh install.sh知识库恢复无响应
（仅供参考） 问题描述 客户使用的是PG库，恢复之前的备份知识库时，恢复标识一直在转动，后台日志也无任何输出。 image2024-1-10_10-7-7.png 解决方案 1、通过前端判断是否有异常代码报错，通过F12可以查看到报错（nginx 413 request Entity too Large https://wiki.smartbi.com.cn/display/FAQ/nginx+413+request+Entity+too+Large），通过咨询用户使用了nginx做了代理服务； 2、通过上述判断，nginx设置了上传文件的大小限制；增加文件大小限制解决此问题. 修改nginx配置文件内外网隔离最小化
头，key建议全英文，大小写不敏感，如示例：nginx设置了自定义请求头【customizeName】，值同样建议全英文。 image2023-9-22_18-2-19.png (3)选中defender.jsp的【按请求头名称标识外网】，并且填上你的自定义名称，如示例【customizeName】 验证：怎么验证你的自定义请求头是否生效呢？ （3-1）、勾选【启动跟踪日志】的【是】并【保存】(非排查问题或验证外，不建议开启，会影响性能)，然后进入smartbi->系统监控->日志→开始监控日志 访问代理地址，如以上nginx配置示例： http://10.10.11.254:8642/smartbi常见问题
，包含tomcat/mysql/olap/mpp/engine，每个容器分配的cpu是0.05--2核，内存是512M-8G。 需要扩大配置时找平台管理员。 四、504错误 当查询缓慢时，可能会出现504错误，因为使用了nginx做反向代理，smartbi长时间不返回结果，nginx会报504错误。可以联系平台管理员索要其他地址，不经过nginx转发。 五、Mysql连接不通 尝试在连接串添加参数useSSL=false；或者驱动程序存放目录选择“自定义–Mysql”。如何分析安全类问题
，可用于查找敏感操作（如执行计划任务、创建管理员等），进而定位攻击者的登录信息。 信息收集： 当被攻击后，除上述日志外，还需收集： 产品版本信息、安全补丁版本 Smartbi日志、Tomcat日志、Nginx 的网络请求日志 攻击者上传的文件（如 jsp 文件等） 注意：尽可能收集攻击时间点 … 。 查看 access 日志：根据操作日志中的信息，定位攻击者的登录请求及相关操作。 查看服务器日志（如 Tomcat 或 Nginx 日志）：通过查找异常请求（如大量 404 响应码的奇怪 URL 请求）定位攻击者 IP、攻击开始时间等信息。跨域
smartbi单独访问和smartbi集成第三方系统使用代理后的A域的地址，第三方系统在需要集成smartbi时也使用A域的地址。 需要借助第三方代理（如iis、nginx、F5等）。 2、将smartbi代理到协议端口一致的B域，此时smartbi单独访问和smartbi集成第三方系统使用代理后的B域的地址，第三方系统在需要集成smartbi时也用B域的地址。 如果第三方系统是java web应用，可以使用smartbi_proxy部署到第三方的java应用服务器，也可以借助第三方代理（如iis、nginx、F5等）； 如果第三方系统是非java web应用，需要借助第三方代理（如iis、nginx、F5等） 3、将报表在刷新很久之后，报 An error occurred
（本文档仅供参考） 问题： 报表在刷新很久之后，报如下错误 image2018-11-29 17:28:40.png 解决思路： 该问题是分发服务器报的错，建议尝试直接连smartbi服务器查看是否有问题； 检查smartbi中报表及后台sql刷新的时间，对比nginx中设置的超时时间，解决方案：1.优化报表及后台sql，提高响应速度 2.将nginx中超时时间调大一些。导入资源，一直无响应，资源显示不出来
(此文档仅供参考) 问题说明： 导入资源，一直无响应，资源显示不出来 image2019-2-21 14:43:39.png 解决方案： 录charles之后，发现错误“413 Request Entity Too Large” image2019-2-21 14:45:24.png 是nginx代理有问题，拦截了，需要修改配置。 修改nginx配置：client_max_body_size 1000m; 可参考此文档：https://www.cnblogs.com/xiaoliu66007/p/6397917.html https://www.cnblogs.com/xiaoliu66007/pExcel插件预览报错“已取消网页导航”
（本文档仅供参考） 问题描述： Smartbi环境支持通过http或者nginx代理的https来访问，浏览器 https 访问正常，但是通过 Excel插件 使用https协议登录之后，预览数据报如下错误： https预览报表.png 问题原因： 这是由于https的证书不安全导致。嵌入式浏览器默认不支持不安全的证书 解决方案： 1.部署署受信任的证书到nginx环境 2.Smartib V9及之后版本电子表格支持指定预览浏览器,可以在“设置”界面选择“自定义”浏览器用于预览使用。但不支持集群环境，详细见：excel中点击预览报表时提示SmartbiCookie对应的会话自主排查方案
本章简要介绍如何在NLA部署过程中进行问题排查 NLA模块 安装部署过程中出现问题，首先应检查容器是否都正常运行。 # 列出所有容器，包括未运行的。 docker ps -a image2021-3-30_10-26-52.png 若有哪个容器未能正常启动，便可采取查看日志logs的方案进行问题排查，主要分为以下三种情况： 1. docker服务仍然在运行 采用 docker logs <images name>指令查看指定容器的日志。示例如下： # 当容器smartbi-nla_nginx_1未能运行成功，查看该容器的日志。 docker logs smartbi-nla_nginx
