2.0.1: özel erişim grupları ve yöneticiler çalışma alanını yeniden adlandırabilir
Yapay zekâ tarafından English dilinden çevrildi ·
2.0.1 bugün yayımlandı. Kuray ve Sema oturum açma ve pano değişiklikleri hakkında yazıyor, ben de insanları nasıl organize ettiğinizle ilgili olan ikisini ele alacağım.Özel erişim grupları. Yerleşik roller yanında artık kendi gruplarınızı oluşturabilir ve kişileri bu gruplara ekleyebilirsiniz. Bir grup, üyenin rolüne ek izinler ekler. Tipik bir durum, cihazlarla çalışması gereken ama Kullanıcı olarak kalması gereken bir saha teknisyenidir: bu iş için bir grup oluşturun ve teknisyenleri Yönetici yapmak yerine bu gruba ekleyin. Gruplar ayrıca Erişim Hakları matrisinde kendi sütunlarında görünür. Nasıl çalıştığı: Gruplar ve izinler.Çalışma alanını yeniden adlandırma. Bir kuruluş yöneticisi artık kuruluşun çalışma alanını yeniden adlandırabilir. Bkz. Kuruluş ayarları.Bunlardan biriyle ilgili sorularınızı buraya yazabilirsiniz.
2.0.1 is out today. Kuray and Sema are posting about the sign-in and dashboard changes, so I’ll take the two that are about how you organise people.
Custom access groups. Next to the built-in roles you can now create your own groups and put people in them. A group adds permissions on top of a member’s role. A typical case is a field technician who should work on devices but stay a User: make a group for that job and add the technicians to it, instead of making them Admins. Groups also show up as their own columns in the Access Rights matrix. How it works: Groups and permissions.
Workspace rename. An organisation admin can now rename the organisation’s workspace. See Organisation settings.
Questions about either one, post them here.
Yapay zekâ tarafından English dilinden çevrildi ·
Bir grup bir izni elinden alabilir mi? Cihazları ve alarmları görmesi gereken ama hiçbir şeyi asla onaylamaması gereken Kullanıcılarımız var.
Can a group take a permission away? We have Users who should see devices and alarms but never acknowledge anything.
Yapay zekâ tarafından English dilinden çevrildi ·
Hayır, gruplar yalnızca ekler. Bir üyenin yetkileri, rolü ile etkin olan tüm grupların birleşimidir; hiçbir grup yetkilerden bir şey çıkarmaz.
Bir kişiyi rolünün izin verdiklerinden alıkoymak için reddetme (deny) içeren bir erişim politikası kullanın. Reddetme her zaman matrisin önüne geçer. Politikaları kurmak için Owner rolü gerekir: Erişim politikaları. Bir rolün tamamının değiştirilmesini istiyorsanız (örneğin kuruluşunuzdaki hiçbir User onaylayamasın), Access Rights matrisinde User için o hücrenin işaretini kaldırmak daha basittir.
No, groups only add. A member’s rights are the role plus every active group, and nothing in a group subtracts.
To hold someone back from what their role allows, use an access policy with a deny. A deny always wins over the matrix. Policies need the Owner role to set up: Access policies. If it’s a whole role you want changed (no User in your organisation may acknowledge), unticking that cell for User in the Access Rights matrix is simpler.
Yapay zekâ tarafından English dilinden çevrildi ·
Yeniden adlandırma özelliği memnuniyetle karşılandı. Müşterilerimizin iki çalışma alanında hâlâ adında “trial” yazıyordu ve bunu görüşmelerde sürekli açıklamak zorunda kalıyorduk.
The rename is welcome. Two of our customer workspaces still had “trial” in the name and we kept having to explain it on calls.
Yapay zekâ tarafından English dilinden çevrildi ·
Bir Kullanıcıyı ham komutlar işaretli olan bir gruba eklersem, o zaman ham komut gönderebilirler mi? Birisi canlı bir hat üzerinde denemeden önce soruyorum.
If I put a User in a group that has raw commands ticked, can they send raw commands then? Asking before someone tries it on a live line.
Yapay zekâ tarafından English dilinden çevrildi ·
Bunu yapamazlar. Bir grup, bir üyeyi Admin minimumunun üzerine çıkarabilir, ancak Owner minimumunun üzerine asla çıkaramaz. Ham komutlar, sahiplik devri ve kuruluşun silinmesi, bir grup ne derse desin Owner’larda kalır; bu hücreler matriste owner dışındaki herkes için kilitlidir.
They can’t. A group can lift a member over an Admin minimum, never over an Owner one. Raw commands, ownership transfer and deleting the organisation stay with owners whatever a group says, and those cells are locked in the matrix for everyone but the owner.
Yapay zekâ tarafından English dilinden çevrildi ·
Zor yoldan öğrendiğimiz bir şey: grup anahtarı, oluşturulduktan sonra değiştirilemez. Anahtar denetim günlüğünde ve politika koşullarında göründüğü için plant.north.operators tarzı anahtarlar kullandık ve kullanıcı dostu adları etikette tuttuk.
One thing we learned the slow way: the group key can’t be changed after you create it. The key is what shows in the audit log and in policy conditions, so we went with plant.north.operators style keys and kept the friendly names in the label.
- Bu konuyu yanıtlamak için giriş yapmış olmalısınız.
Sohbete katılın
Soru sormak ve yanıtlamak, yararlı gönderileri beğenmek ve sorununuzu çözen yanıtı işaretlemek için oturum açın. Her katkı puan ve seviye kazandırır.

