[ZBX-3534] Cannot link template when Zabbix Admin has read-only access to templates Created: 2011 Feb 14  Updated: 2017 May 30  Resolved: 2013 Jan 18

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Frontend (F)
Affects Version/s: 1.8.4
Fix Version/s: 2.0.5rc1, 2.1.0

Type: Incident report Priority: Major
Reporter: Andreas Oertle Assignee: Unassigned
Resolution: Fixed Votes: 2
Labels: permissions
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Self-compiled Zabbix 1.8.4 on Debian GNU/Linux Lenny 32-Bit


Attachments: PNG File errormsg.png    
Issue Links:
Duplicate
is duplicated by ZBX-5601 Host cloning requires RW permissions ... Closed
is duplicated by ZBX-4515 Templates with Read-only rights awail... Closed

 Description   

When a Zabbix Admin only has read-only access to the global templates and wants to link a template to a new or existing host the error messages "You do not have permission to perform this operation" followed by a "Cannot link template" and "Host update failed" appear (see screenshot).

As soon as I give the Zabbix Admin full access to the templates the linking works fine.



 Comments   
Comment by Alexei Vladishev [ 2011 Feb 21 ]

Andreas,

It is supposed to work this way. Only resources with write permissions can be used for configuration. For example: a host with read-write access can be added to a map.

Comment by Michael Goodman [ 2011 May 04 ]

Alexei,

I'd have to agree with Andreas that this seems to be counter-intuitive and breaks functionality and security of the system.

For example, if an admin user who has complete RW access to numerous systems in their own groups needs to simply change the name of one of their systems, they would not be able to if they don't have RW permissions on the linked template. This causes people to be LESS secure, as they need to grant RW to these admins to templates – which is not preferable.

In order to modify a template, a user should need RW access; in order to link to a template, a user should only need R.

-Michael

Comment by Dustin C. Hatch [ 2011 May 21 ]

I agree with Michael and Andreas. I would like to be able to allow some of my admins to link their hosts to the global templates, but change them. As it stands, in order for their hosts to inherit the items from the global templates, I have to either a) assign them write access to the "Templates" group, allowing them to modify any template therein, b) make a copy of the templates they need in a group to which they have write access, which allows them to change the template and could become very cumbersome to maintain for several distinct groups with such requirements.

Comment by Peter van der Veen [ 2011 Jun 20 ]

We also have a model where we have template admins and host admins , only template admins are allowed to change the templates.
We really woud like to see that we don't need to give full access on our templates to our host admins.
Is it possible to review the current resolution.

Comment by jan-paul loman [ 2011 Jun 20 ]

Alexei and others,

When an admin has only RO access to the templates but RW access to the host, it is possible for this restricted admin to unlink the template from the host. If linking has to have RW access, why unlinking does not has to have this rights?

We would like some admins to have RW access to the hosts they are watching, but we don't want to give them RW access to the templates these hosts use. Read Only would the right setting for them, they must not be able to change the templates. Is there a way to get this done?

Comment by Robert Wagnon [ 2011 Jun 21 ]

We are having problems where inexperienced users mistakenly edit Templates. This globally breaks the Template for all Hosts.

We need to prevent these users from editting Templates, but still allow them to assign Templates to Hosts.

Comment by Oleksii Zagorskyi [ 2012 Jan 05 ]

jan-paul at the 2011 Jun 20 16:18 mentioned that "Unlink" is possible, but actually it's not possible. Actually only "Unlink and clean" is possible.

Comment by Oleksii Zagorskyi [ 2012 Jan 19 ]

Linked issue ZBX-4515

Comment by Oleksii Zagorskyi [ 2012 Jan 26 ]

Reopened. It will be reconsidered in future.
No ETA.

Comment by Mateusz Kwiatkowski [ 2012 Jul 24 ]

I think it's linked with https://support.zabbix.com/browse/ZBX-5108.
I think 1.8.x should behave in the same manner as 2.x.

Comment by Alexander Vladishev [ 2012 Sep 22 ]

Related issue: ZBX-5601

Comment by Eduards Samersovs (Inactive) [ 2013 Jan 09 ]

Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-3534

Comment by Toms (Inactive) [ 2013 Jan 17 ]

TESTED

Comment by Eduards Samersovs (Inactive) [ 2013 Jan 17 ]

Fixed in versions pre-2.1.0 (beta) r32860, pre-2.0.5rc1 r32859

Comment by Pavels Jelisejevs (Inactive) [ 2013 Jan 17 ]

Please note this in the API changelog as well.

Eduards API changelog updated.

jelisejev Thank you.

Generated at Fri Apr 26 08:04:53 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.