Re: Manage Credentials
some how i got the solution and this can be ignored On Tuesday, October 26, 2021 at 4:13:17 PM UTC+5:30 ctr...@gmail.com wrote: > In Jenkins 2.303.2 we are seeing Manage Credentials under Manage Jenkins > Is there a way to configure and bring it back to Dashboard means visible > to all who ever login > > Thanks > kumar > -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/e8dab3ad-c2fb-46fc-a3e0-c6755b2812e0n%40googlegroups.com.
Manage Credentials
In Jenkins 2.303.2 we are seeing Manage Credentials under Manage Jenkins Is there a way to configure and bring it back to Dashboard means visible to all who ever login Thanks kumar -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/5ef60be0-eb5b-4b03-9e1d-1ad714e28d11n%40googlegroups.com.
Question about Manage Credentials
Hi In our Jenkins system, both Windows and Linux slaves use the same username. However, the Windows password is different to the Linux password. This means that the credentials plugin shows two credentials with the same username. Is this allowed and, if so, how can I differentiate between them? What is the difference between a 'Global' and 'System' credential? Best regards David -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Question about Manage Credentials
On 11 April 2013 09:19, David Aldrich david.aldr...@emea.nec.com wrote: Hi ** ** In our Jenkins system, both Windows and Linux slaves use the same username. However, the Windows password is different to the Linux password. This means that the credentials plugin shows two credentials with the same username. Which plugins are you using? ** ** ** Is this allowed and, if so, how can I differentiate between them? Well each credentials implementation defines the API for that credentials type. It may be that we just need to tweak the credentials so that, e.g. you could add some display label to a credential ** ** What is the difference between a ‘Global’ and ‘System’ credential? Global means that the credential is discoverable by Jobs and the root Jenkins instance... i.e. Jobs can use those credentials for e.g. SCP of build artifacts to the machine, Jenkins can use those credentials for launching a slave on the machine System means that the credential is only discoverable by the root Jenkins instance... i.e. Jenkins can use those credentials for launching a slave on the machine User scoped credentials (i.e. those that you add to your own identity via Jenkins » People » your name » Configure) require your Authentication to access, so should not normally be used by Jobs or the root Jenkins instance. The initiating use case for User scoped credentials is the Deploy Now functionality in the CloudBees Deployer plugin 4.0+, where a Job level action displays a screen that allows selecting the credentials to use for deployment of the application(s) with each of the deployment engines (e.g. to CloudBees RUN@Cloud, to Google App Engine, to Cloud Foundry, etc) As other plugins play catchup with the Credentials API, I would expect other user initiated actions to allow credentials selection. For example it could make sense for a Build Parameter to allow selecting a credential of a specific type to be made available for the build. Thus when you trigger the build you would have to select the credential to trigger the build with (which will come from the User scoped credentials of the triggering user (and where the user is allowed to use Global scoped credentials also, then the pool of Global scoped credentials of the correct type). That would be very powerful (but as I think about it, it may require some minor tweaks to the Credentials API to make it realizable) ** ** Best regards ** ** David ** ** -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
RE: Question about Manage Credentials
Hi Stephen Thanks for your reply. Ø Which plugins are you using? I have installed: · Credentials Plugin 1.3.1 · SSH Credentials Plugin 0.2 From your explanation, as I am only using credentials for SSH login to slaves by root, I guess I only need 'System' credentials. (Note: I am using svn as well). So, please can you give me any advice on my situation where I must manage two credentials having identical names but different passwords? BR David From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly Sent: 11 April 2013 10:09 To: jenkinsci-users@googlegroups.com Subject: Re: Question about Manage Credentials On 11 April 2013 09:19, David Aldrich david.aldr...@emea.nec.commailto:david.aldr...@emea.nec.com wrote: Hi In our Jenkins system, both Windows and Linux slaves use the same username. However, the Windows password is different to the Linux password. This means that the credentials plugin shows two credentials with the same username. Which plugins are you using? Is this allowed and, if so, how can I differentiate between them? Well each credentials implementation defines the API for that credentials type. It may be that we just need to tweak the credentials so that, e.g. you could add some display label to a credential What is the difference between a 'Global' and 'System' credential? Global means that the credential is discoverable by Jobs and the root Jenkins instance... i.e. Jobs can use those credentials for e.g. SCP of build artifacts to the machine, Jenkins can use those credentials for launching a slave on the machine System means that the credential is only discoverable by the root Jenkins instance... i.e. Jenkins can use those credentials for launching a slave on the machine User scoped credentials (i.e. those that you add to your own identity via Jenkins » People » your name » Configure) require your Authentication to access, so should not normally be used by Jobs or the root Jenkins instance. The initiating use case for User scoped credentials is the Deploy Now functionality in the CloudBees Deployer plugin 4.0+, where a Job level action displays a screen that allows selecting the credentials to use for deployment of the application(s) with each of the deployment engines (e.g. to CloudBees RUN@Cloud, to Google App Engine, to Cloud Foundry, etc) As other plugins play catchup with the Credentials API, I would expect other user initiated actions to allow credentials selection. For example it could make sense for a Build Parameter to allow selecting a credential of a specific type to be made available for the build. Thus when you trigger the build you would have to select the credential to trigger the build with (which will come from the User scoped credentials of the triggering user (and where the user is allowed to use Global scoped credentials also, then the pool of Global scoped credentials of the correct type). That would be very powerful (but as I think about it, it may require some minor tweaks to the Credentials API to make it realizable) Best regards David -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.commailto:jenkinsci-users%2bunsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.commailto:jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. Click herehttps://www.mailcontrol.com/sr/xxJP2j8hHG3GX2PQPOmvUnd1S5HUtV8BNSUnfaZgcue65WT!Vnd0fbfWY1HbjLkYg3j5Bxc307MhR!AbTPK7tQ== to report this email as spam. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Question about Manage Credentials
On 11 April 2013 10:17, David Aldrich david.aldr...@emea.nec.com wrote: Hi Stephen ** ** Thanks for your reply. ** ** **Ø **Which plugins are you using? ** ** I have installed: ** ** **· **Credentials Plugin 1.3.1 **· **SSH Credentials Plugin 0.2 ** ** From your explanation, as I am only using credentials for SSH login to slaves by root, I guess I only need ‘System’ credentials. (Note: I am using svn as well). ** ** So, please can you give me any advice on my situation where I must manage two credentials having identical names but different passwords? Click on the Advanced button for each Credential and set the Description. The description (when non-empty) is what should be displayed in the drop-down... if it isn't then that is a bug in the SSH Slaves plugin ** ** BR ** ** David ** ** *From:* jenkinsci-users@googlegroups.com [mailto: jenkinsci-users@googlegroups.com] *On Behalf Of *Stephen Connolly *Sent:* 11 April 2013 10:09 *To:* jenkinsci-users@googlegroups.com *Subject:* Re: Question about Manage Credentials ** ** On 11 April 2013 09:19, David Aldrich david.aldr...@emea.nec.com wrote:* *** Hi In our Jenkins system, both Windows and Linux slaves use the same username. However, the Windows password is different to the Linux password. This means that the credentials plugin shows two credentials with the same username. ** ** Which plugins are you using? Is this allowed and, if so, how can I differentiate between them? ** ** Well each credentials implementation defines the API for that credentials type. It may be that we just need to tweak the credentials so that, e.g. you could add some display label to a credential What is the difference between a ‘Global’ and ‘System’ credential? ** ** Global means that the credential is discoverable by Jobs and the root Jenkins instance... i.e. Jobs can use those credentials for e.g. SCP of build artifacts to the machine, Jenkins can use those credentials for launching a slave on the machine ** ** System means that the credential is only discoverable by the root Jenkins instance... i.e. Jenkins can use those credentials for launching a slave on the machine ** ** User scoped credentials (i.e. those that you add to your own identity via Jenkins » People » your name » Configure) require your Authentication to access, so should not normally be used by Jobs or the root Jenkins instance. The initiating use case for User scoped credentials is the Deploy Now functionality in the CloudBees Deployer plugin 4.0+, where a Job level action displays a screen that allows selecting the credentials to use for deployment of the application(s) with each of the deployment engines (e.g. to CloudBees RUN@Cloud, to Google App Engine, to Cloud Foundry, etc) ** ** As other plugins play catchup with the Credentials API, I would expect other user initiated actions to allow credentials selection. For example it could make sense for a Build Parameter to allow selecting a credential of a specific type to be made available for the build. Thus when you trigger the build you would have to select the credential to trigger the build with (which will come from the User scoped credentials of the triggering user (and where the user is allowed to use Global scoped credentials also, then the pool of Global scoped credentials of the correct type). That would be very powerful (but as I think about it, it may require some minor tweaks to the Credentials API to make it realizable) Best regards David -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. ** ** -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. Click herehttps://www.mailcontrol.com/sr/xxJP2j8hHG3GX2PQPOmvUnd1S5HUtV8BNSUnfaZgcue65WT!Vnd0fbfWY1HbjLkYg3j5Bxc307MhR!AbTPK7tQ==to report this email as spam. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group
RE: Question about Manage Credentials
That seems to be working ok. Thanks for your answer. David From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly Sent: 11 April 2013 10:30 To: jenkinsci-users@googlegroups.com Subject: Re: Question about Manage Credentials On 11 April 2013 10:17, David Aldrich david.aldr...@emea.nec.commailto:david.aldr...@emea.nec.com wrote: Hi Stephen Thanks for your reply. Which plugins are you using? I have installed: * Credentials Plugin 1.3.1 * SSH Credentials Plugin 0.2 From your explanation, as I am only using credentials for SSH login to slaves by root, I guess I only need 'System' credentials. (Note: I am using svn as well). So, please can you give me any advice on my situation where I must manage two credentials having identical names but different passwords? Click on the Advanced button for each Credential and set the Description. The description (when non-empty) is what should be displayed in the drop-down... if it isn't then that is a bug in the SSH Slaves plugin BR David From: jenkinsci-users@googlegroups.commailto:jenkinsci-users@googlegroups.com [mailto:jenkinsci-users@googlegroups.commailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly Sent: 11 April 2013 10:09 To: jenkinsci-users@googlegroups.commailto:jenkinsci-users@googlegroups.com Subject: Re: Question about Manage Credentials On 11 April 2013 09:19, David Aldrich david.aldr...@emea.nec.commailto:david.aldr...@emea.nec.com wrote: Hi In our Jenkins system, both Windows and Linux slaves use the same username. However, the Windows password is different to the Linux password. This means that the credentials plugin shows two credentials with the same username. Which plugins are you using? Is this allowed and, if so, how can I differentiate between them? Well each credentials implementation defines the API for that credentials type. It may be that we just need to tweak the credentials so that, e.g. you could add some display label to a credential What is the difference between a 'Global' and 'System' credential? Global means that the credential is discoverable by Jobs and the root Jenkins instance... i.e. Jobs can use those credentials for e.g. SCP of build artifacts to the machine, Jenkins can use those credentials for launching a slave on the machine System means that the credential is only discoverable by the root Jenkins instance... i.e. Jenkins can use those credentials for launching a slave on the machine User scoped credentials (i.e. those that you add to your own identity via Jenkins » People » your name » Configure) require your Authentication to access, so should not normally be used by Jobs or the root Jenkins instance. The initiating use case for User scoped credentials is the Deploy Now functionality in the CloudBees Deployer plugin 4.0+, where a Job level action displays a screen that allows selecting the credentials to use for deployment of the application(s) with each of the deployment engines (e.g. to CloudBees RUN@Cloud, to Google App Engine, to Cloud Foundry, etc) As other plugins play catchup with the Credentials API, I would expect other user initiated actions to allow credentials selection. For example it could make sense for a Build Parameter to allow selecting a credential of a specific type to be made available for the build. Thus when you trigger the build you would have to select the credential to trigger the build with (which will come from the User scoped credentials of the triggering user (and where the user is allowed to use Global scoped credentials also, then the pool of Global scoped credentials of the correct type). That would be very powerful (but as I think about it, it may require some minor tweaks to the Credentials API to make it realizable) Best regards David -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.commailto:jenkinsci-users%2bunsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.commailto:jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. Click herehttps://www.mailcontrol.com/sr/xxJP2j8hHG3GX2PQPOmvUnd1S5HUtV8BNSUnfaZgcue65WT!Vnd0fbfWY1HbjLkYg3j5Bxc307MhR!AbTPK7tQ== to report this email as spam. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.commailto:jenkinsci-users
