The Rally Eclipse plugin doesn't work if you login to the Rally website via Single Sign On.
Is there a fix for this? If not where can I raise a bug?
Also, is this going to be fixed or is there any other desktop Rally tool that works with SSO?
We just recently started on the work to upgrade the Eclipse connector to support Rally's SSO. So, you should have this in a pending future release.
~Larry Maccherone
Rally Product Owner for the Analytics and Connectors teams
Unfortunately this is a known limitation of the plugin - it does not have the hooks to use SAML-based authentication that can work with SSO. Right now the workaround is to ask your organization's Rally Subscription Administrator to "whitelist" your login from SSO such that you can authenticate using Rally-only credentials again.
You may wish to consider posting this as an Idea on Rally Ideas in order to gain some traction for getting connectors/plugins for Rally the ability to authenticate using SSO.
Related
I'm trying to use JIRA API for creating story, task or bug on JIRA tool but account needs to be login first for performing all operations. I have my Azure AD account used for JIRA login on UI but I'm unable to find a way to login using JIRA API. Community, please help here.
Jira's REST API can't use Azure credentials for authentication. Depending on whether you're connecting to Jira Cloud or Jira Server, it uses OAuth, keys and tokens, or usernames and passwords.
Refer to this Security overview page for all the methods supported.
We would like users to use their username/password along with another form of Multifactor Authentication, such as Google Auth (or Authy), to log into Jenkins.
We did not find any plugins that support this.
We are using AWS, so one of the things we looked at was putting an ALB in front of Jenkins and then putting, but this may interfere with getting POST requests from github to trigger builds.
Any ideas/plugins/suggestions on how to enable MFA on Jenkins?
Thanks!
I believe it is recommended to use SSO (something like SAML: https://wiki.jenkins.io/display/JENKINS/SAML+Plugin) and then as part of the SSO you can implement MFA. The problem with doing MFA directly with Jenkins is that Jenkins has pretty rudimentary user management.
I want to add authentication with SSO using azure AD in flutter app.But I didn't find any helpful doc for integration with flutter.So any suggestion will be of great help.
Currently, there is no native SDK for Flutter to integrate with AAD.
Here is a Flutter OAuth package for performing user authentication against Azure Active Directory OAuth2 V2.0 endpoint.
Regarding Single sign-on, you can refer to this document.
I'm not sure, if you are still looking. May be this will be useful for others. Build Azure B2C service authentication
https://github.com/MaikuB/flutter_appauth
Full application code can be found here https://nicksnettravels.builttoroam.com/connecting-flutter-to-azure-ms-ignite/
Our organization uses single sign-on functionality to log into Rally automatically for each user. Wit custom apps I have created in the past which use the Web Services API, this doesn't appear to cause any troubles, however, when a user who has SSO enabled tries to run an app which uses the Lookback API, a login box appears (shown below). Neither the user's SSO credentials or their previous Rally login credentials seem to work in gaining them access to the API.
My assumption that it is SSO causing this problem is strictly based on the fact that the few of us with it disabled do not run into these problems, however those using SSO encounter it every time.
Has anyone experienced this issue before?
Jake's team at Rally deployed an update that should have resolved this issue. Don't hesitate to post back if it's still occurring or if there's other concerns.
I am using the following SOAP API to interact with rally:
https://rally1.rallydev.com/slm/webservice/1.40/RallyService
And I am using a Username/Password which expires every three months. I was wondering if there is any settings on user accounts in rally that could prevent it from expiring.
Thanks,
Varun
Unfortunately a password expiration policy is required for all Rally UserID's. This is a commonly-requested feature however, to allow for more relaxed policies for automation users. This idea:
Change password policy for single user account
On Rally Ideas corresponds to this feature request. I'd encourage for you and your teammates to vote on it to help raise visibility with Rally's product team.
Also - you may wish to explore porting your automation code to one of Rally's REST-based toolkits.
Versions 2.0 and higher of Rally's Webservices will not include SOAP-based services. While SOAP will continue to be available in Webservices 1.x for a full year following the soon-to-be released Webservices 2.0, customers requiring new/updated Rally functionality will find that updates are no longer available in SOAP starting with version 2.0.