我想有可能，如果我使用安装WSO2的扩展之后的UI在服务提供商添加一个CAS URL /身份入境-AUTH-CAS可以说“https://test.com”比任何超过基准网址应该被接受和认可例如“https://test.com/login?next=/hello/”，但目前使用最新版本的进一步扩展2.0.2失败。 500错误
我在Linux上运行的debian舒展wso2is 5.7.0，我已经安装cas extension我添加了一个名为SP试验和CAS URL里面是可以说“https://test.com/”现在在我的应用程序，如果该URL我就从为访问CAS在正常工作的CAS URL在wso2is UI定义完全相同的一个。如果有1个字元将无法正常工作。我想扩展它，使之成为任何超过工作或同在wso2is UI定义的CAS的URL。
我预期，扩大这一点，如果我定义了一个CAS URL以“https://test.com/”的价值，我尝试访问后“https://test.com/?next=/hello/”它应该仍然工作。
其实，CAS服务URL是客户端试图访问应用程序的标识。在几乎所有情况下，这将是应用程序（https://[server-address]/cas-client-webapp/）和服务器地址应始终指向哪里此示例应用程序（CAS-客户端Web应用程序）部署的位置的URL。
既然你已经使用的服务网址：https://test.com在服务提供商配置和试图访问服务“https://test.com/login?next=/hello/”，仍然不必在WSO2身份服务器的URL所有已注册的服务提供商：“https://test.com/login?next=/hello/”，则返回默认服务供应商的配置。
你可以扩展源代码[1]，并进行必要的修改，以获得基本的URL：“https://test.com/”从入站配置，以满足您的要求。
[1] https://github.com/wso2-extensions/identity-inbound-auth-cas