2.3.0: Yalnızca izleyenler için IoT görüntüleyici rolü
Yapay zekâ tarafından English dilinden çevrildi ·
2.3.0, IoT görüntüleyici rolünü ekliyor: izleyen ve hiçbir şeyi değiştirmeyen kişiler için her IoT ekranına okuma erişimi. Denetçiler, yalnızca bakması gereken bir vardiya sorumlusu, ilerlemeyi takip etmek isteyen ekip dışından biri.Bunu bir grup olarak ekliyorsunuz: Ayarlar > Erişim Kontrolü > Gruplar > Şablondan… > IoT viewer, ardından kişiye User rolünü ve bu grubu verin. Üyeler varsayılan olarak User’dır ve User zaten cihazları, alarmları ve panoları okuyabilir; bu yüzden grup esas olarak minimum rolü Admin olan okuma izinlerini ekler, örneğin cihaz ayarları ve sertifikalar. Kimlik bilgileri, anahtarlar, eSIM, router panel oturumları veya ayar sayfalarını vermez.Şirketiniz dışındaki birine vermeden önce: bir görüntüleyici, kuruluştaki her cihazı görür. Erişim politikaları tek bir cihaz veya tek bir saha için yazılamaz. İki grup birbirinin cihazlarını asla görmemesi gerekiyorsa, bu cihazları veritabanında ayrı tutulan ayrı kuruluşlara yerleştirin.2.3.0 ile ayrıca şu düzeltme yapıldı: oturumunuz sona erdiğinde oturum açma sayfası artık boş bir form göstermek yerine bunu belirtiyor.Belgeler: Gruplar ve izinler, İzinler başvurusu, Erişim politikaları.
2.3.0 adds an IoT viewer role: read access to every IoT screen, for people who watch and never change anything. Auditors, a shift lead who only needs to look, someone outside the team who checks in on progress.
You add it as a group: Settings > Access Control > Groups > From template… > IoT viewer, then give the person the User role and that group. Members are User by default and User already reads devices, alarms and dashboards, so the group mainly adds the read permissions whose minimum role is Admin, such as device settings and certificates. It gives no credentials, keys, eSIM, router panel sessions or settings pages.
Before you hand it to anyone outside your company: a viewer sees every device in the organisation. Access policies can’t be written for one device or one site. If two groups of people must never see each other’s devices, put those devices in separate organisations, which are kept apart in the database.
Also fixed in 2.3.0: when your session has ended, the sign-in page now says so instead of showing an empty form.
Docs: Groups and permissions, Permissions reference, Access policies.
Yapay zekâ tarafından English dilinden çevrildi ·
Zamanlama tam yerinde, iki hafta içinde sigorta şirketimizden bir denetçi gelecek. İstedikleri şeylerin yarısı kazan dairesindeki kamera. Görüntüleyici rolü canlı görüntüyü görebiliyor mu?
Good timing, we have an auditor from our insurer coming in two weeks. Half of what they want is the camera on the boiler house. Does the viewer get live view?
Yapay zekâ tarafından English dilinden çevrildi ·
Evet. Canlı izleme ve kameraları görüntüleme zaten Kullanıcı izinleridir ve şablon kameraları, canlı görünümü, anlık görüntüleri ve kayıtları içerir. Şablonlar yalnızca kuruluşunuzun sahip olduğu modüllerin izinlerini sunar; bu yüzden kameralar açıkken bunları grupta göreceksiniz.
Yes. Watching live and viewing cameras are User permissions already, and the template includes cameras, live view, snapshots and recordings. Templates only offer permissions of modules your organisation has, so with cameras on you’ll see them in the group.
Yapay zekâ tarafından English dilinden çevrildi ·
Bir meslektaşımın test hesabıyla, User + IoT viewer olarak denedim. Yine de bir panodan bir alarmı onaylayabiliyor ve bir kuralı çalıştırabiliyorlardı. Bu beklenen bir davranış mı? “never change anything” ifadesini biraz daha harfi harfine okudum.
Tried it with a colleague’s test account, User + IoT viewer. They could still acknowledge an alarm and run a rule from a board. Is that expected? I read “never change anything” a bit more literally.
Yapay zekâ tarafından English dilinden çevrildi ·
Beklenen bir durum, ve denetçi fark etmeden önce test ettiğiniz için teşekkürler. Gruplar yalnızca rolün üzerine izin ekler. Grup kendisi yazma yetkisi vermez, ancak User rolü varsayılan olarak eylem gerçekleştiren bazı haklara sahiptir. Karşılaştığınız haklar: alarmları onaylama, kuralları çalıştırma ve modlarını değiştirme ve temel (salt okunur) komutlar gönderme.Bunu kapatmanın iki yolu:
- Kuruluşunuzdaki hiçbir User bu işlemleri yapmamalıysa, Erişim Hakları’nda User için
iot_alarm.acknowledge,iot_rules.run,iot_rules.modeveiot_rpc.send.basicseçeneklerinin işaretini kaldırın. - Yalnızca izleyiciler için geçerliyse, bu eylemleri içeren bir Deny erişim politikası yazın ve koşul olarak izleyici grubunun anahtarını içeren
subject.roles containsifadesini kullanın. Deny her zaman önceliklidir. Önce gölge modda çalıştırın ve kendinizi kilitlememek için erişim test aracında bir sahibin rolüyle kontrol edin.
Expected, and thanks for testing before the auditor did. Groups only add permissions on top of the role. The group itself grants nothing that writes, but the User role holds some rights that act, by default. The ones you ran into: acknowledging alarms, running rules and switching their mode, and sending basic (read-only) commands.
Two ways to close it:
- If no User in your organisation should do those things, untick
iot_alarm.acknowledge,iot_rules.run,iot_rules.modeandiot_rpc.send.basicfor User in Access Rights. - If it’s only the viewers, write a Deny access policy with those actions and the condition
subject.roles containsthe viewer group’s key. Deny always wins. Run it in shadow mode first and check it in the access tester with an owner’s role so you don’t lock yourself out.
Yapay zekâ tarafından English dilinden çevrildi ·
Politikayı seçtim, yalnızca görüntüleyiciler. Gölge modu şimdilik açık, cuma günü karar günlüğüne bakacağım ve sonra gölge modunu kapatacağım.
Went with the policy, viewers only. Shadow mode is on for now, I’ll look at the decision log on Friday and then turn shadow mode off.
Yapay zekâ tarafından English dilinden çevrildi ·
Eylül ayında elle oluşturduğumuz salt okunur bir grup kurduk. Bunu şablonla değiştirmek için bir neden var mı?
We built a hand-made read-only group in September. Any reason to swap it for the template?
Yapay zekâ tarafından English dilinden çevrildi ·
Gerek yok. Bir şablon grubu eklendikten sonra normal bir gruptur. Karşılaştırmak isterseniz şablonu ekleyin ve Erişim Hakları bölümünde iki sütunu yan yana inceleyin, ardından tutmak istemediğinizi silin. Bir grubu silmek, onu her üyeden kaldırır; bu yüzden önce kişileri taşıyın.
No need. A template group is an ordinary group once it’s added. If you want to compare, add the template and look at both columns side by side in Access Rights, then delete whichever you don’t keep. Deleting a group removes it from every member, so move people first.
- 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.

