<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Особенности ограничения прав доступа]]></title><description><![CDATA[<p dir="auto">Здравствуйте!</p>
<p dir="auto">Есть вопрос по ограничению доступа. Попробую показать на примере. Есть у нас карта с объектами:<br />
<img src="/assets/uploads/files/smf/0000000002032-map-full_01.png" alt="" class="img-markdown  img-fluid" width="854" height="522" /><br />
Теперь запретим полностью доступ к одному из них:<br />
<img src="/assets/uploads/files/smf/0000000002034-map-noaccess_01.png" alt="" class="img-markdown  img-fluid" width="827" height="540" /><br />
Если взять объект сам по себе, то все верно - нету возможности получить информацию о нем, но с точки зрения работы с картами сохраняется возможность восстановить всю топологию, даже если запретить доступ ко всем объектам. Это недопустимо, если нужно разрешить кому-то видеть только часть карты. По идее, карта должна выглядеть так:<br />
<img src="/assets/uploads/files/smf/0000000002036-map-proposition.png" alt="" class="img-markdown  img-fluid" width="833" height="528" /><br />
Вижу два пути решения проблемы:</p>
<ul>
<li>если это баг, то нужно прятать на картах объект полностью со всеми его связями;</li>
<li>если так задумано, то нужно добавить отдельное право "Показывать на картах", чтобы управлять поведением (тему тогда, наверное, лучше будет перенести в соответствующую ветку).</li>
</ul>
<p dir="auto">И ещё один момент. Если позволить пользователю "View alarms" для объекта, но запретить "Read" то в "Alarm Browser" будет так:<br />
<img src="/assets/uploads/files/smf/0000000002038-alarm.png" alt="" class="img-markdown  img-fluid" width="337" height="45" /><br />
Такое сочетание иногда тоже нужно: например, оператору нужно видеть только проблемы, но не свойства какого-то объекта. Здесь уже лучше показывать имя.</p>
<p dir="auto">Спасибо!</p>
<hr />
<p dir="auto"><img src="/assets/uploads/files/smf/0000000002032-map-full_01.png" alt="map-full_01.png" class="img-markdown  img-fluid" width="854" height="522" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000002034-map-noaccess_01.png" alt="map-noaccess_01.png" class="img-markdown  img-fluid" width="827" height="540" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000002036-map-proposition.png" alt="map-proposition.png" class="img-markdown  img-fluid" width="833" height="528" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000002038-alarm.png" alt="alarm.png" class="img-markdown  img-fluid" width="337" height="45" /></p>
]]></description><link>https://forum.netxms.org/topic/3422/особенности-ограничения-прав-доступа</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 15:39:08 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/3422.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 23 Oct 2014 13:32:24 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Особенности ограничения прав доступа on Thu, 30 Oct 2014 12:54:18 GMT]]></title><description><![CDATA[<p dir="auto">Так было задумано – но мысль здравая, мы подумаем над этим.<br />
<a href="https://www.radensolutions.com/chiliproject/issues/671" rel="nofollow ugc">https://www.radensolutions.com/chiliproject/issues/671</a></p>
]]></description><link>https://forum.netxms.org/post/15160</link><guid isPermaLink="true">https://forum.netxms.org/post/15160</guid><dc:creator><![CDATA[alk]]></dc:creator><pubDate>Thu, 30 Oct 2014 12:54:18 GMT</pubDate></item></channel></rss>