ADSSP-GINA访问界面报错(HTTP Status 400-Bad Request)？
如下图，在客户端GINA界面，不能正常访问，出现400错误：
如果出现上述报错，考虑客户端主机名是否包含中文字符（如公司中员工电脑以员工名字命名）：
原因以及解决办法（手动在单个客户端解决该问题）：
【GINA调用的浏览器是IE，这是IE浏览器默认URL编码的问题。】
【客户端IE需要以System account身份使用，且以该身份启用IE高级选项-“发送非Intranet URL的UTF-8查询字符串”。】
2.解压上述压缩包到客户端本地目录，确认解压后文件中包含PsExec.exe文件（共28个项目）：
3.运行CMD，导航到上述文件解压后的路径后运行以下命令，点击Agree：
psexec -i -s "C:\Program Files (x86)\Internet Explorer\iexplore.exe"
4.跳转到IE窗口后，点击Internet选项，启用“高级”中的“发送非Intranet URL的UTF-8查询字符串”选项：
5.完成后，不需要重启产品，GINA访问界面恢复正常：
注意：对于公司中大量的客户端都含有中文字符的情况，请用户自行解决，如GPO实现，具体如何在AD中配置GPO实现以System account使用IE且启用高级选项，请自行查看微软在线帮助文档。
Related Articles
AD360-保存或取消保存“自动更新”时报错400BadRequest
在AD360中，当点击保存或者取消AD360或M365 Manager Plus自动更新时， 出现400 Bad Request： 解决方案： 请先将AD360升级到最新的4304Build，看是否解决问题。 如果4303Build中还一样报错，请下载附件补丁，（先备份原来文件）替换ManageEngine\AD360\webapps\ads\WEB-INF\security路径下的文件， 替换完文件后，需重启AD360服务，在浏览器无痕窗口中打开。ADMP-应用正式许可报错或界面卡住不动了
在浏览器界面应用正式许可提示Invalid或者Applying不动了，如何解决？ ->如果应用许可时卡住了，请先确认产品是否正在正常运行（查看日志或cmd中重启产品查看）； ->请确认许可中的uniqueid是否正确（尤其是小写的L和大写的i）； ->请尝试打开浏览器隐私模式应用许可（或者清理浏览器缓存）; ->请尝试在安装产品的服务器的本机浏览器中应用许可。 如果还是不行，请按照如下步骤应用许可： 【首先从 ...ADSSP-启用SDP Saml SSO时提示“认证失败”或“无权限”
当AD用户在ServiceDesk Plus登录界面选择通过SAML SSO(IdP：ADSelfService Plus)认证： 在界面跳转时提示无权限查看内容（即使看到URL链接已成功跳转到ADSelfService Plus产品）： 或身份认证界面跳转失败提示SAML认证失败： 怎么解决？ 解决办法： 在ADSelfService Plus中链接账户属性查看： ->如果选择的源属性是mail，改为sAMAccountName（上面的报错截图1的情况）； ...ADSSP-安装Gina报错
1.Web端推送GINA到客户端PC，出现报错Couldn't connect to \\EVEZK-22006968\ADMIN$？？？？？和Couldn't start Remote Service？？？？？ 解决办法：第一种报错出现是因为防火墙设置，经检查当445端口开启后，安装没问题，且前提是保证产品配置/运行产品服务的那个domain admin账户有所有客户端的admin share access，且配置的Service account有权限； 第二种报错是由于客户端，Remote ...ADSSP的机器登录MFA报错：MFA-041，怎么解决？
报错截图: 解决思路: 1.看下安装ADSSP的服务器时间和GINA客户端的时间有没有差异,如有,同步一下. 2.看下注册表里面的这个access key和ADSSP服务器的安装密钥是否一致 注册表位置:HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\ZOHO Corp\ADSelfService Plus Client Software ADSSP位置: