Domino 9 und frühere Versionen > ND9: Administration & Userprobleme

Verse auf privaten Smartphone verbieten

<< < (2/2)

netzgoetter:
Für genau diesen Fall haben wir unser Tool traveler.rules entwickelt.
Die Traveler interne Zugriffssteuerung ist in der Praxis in der Regel nicht ausreichend und bringt einige Probleme mit sich.

Hierüber können gezielt Geräte persistent regelbasiert gesperrt oder erlaubt  werden.
Dies erfolgt auf beliebigen Kombinationen von Benutzername UND/ODER Betriebssystem UND/ODER Clienttyp/-version UND/ODER DeviceID

Wird ein unerlaubtes Gerät gefunden oder probiert sich initial zu verbinden, wird das Gerät blockiert und der Admin per Mail informiert.

Ein MDM ist nicht notwendig. traveler.rules kann noch einiges mehr, aber deine Anforderung würde es zu 100% erfüllen.
Einrichtungsaufwand 60 Minuten. Preislich bezahlbar.

https://www.midpoints.de/de-solutions-midpoints.traveler.rules
http://www.admincamp.de/konferenz/ac2016.nsf/bc36cf8d512621e0c1256f870073e627/764fb62298d7e5b8c125801000228812/$FILE/T6S4-TravelerRules.pdf

Captain_Future:
Hallo Christoph,


--- Zitat von: stoeps am 28.08.17 - 00:13:49 ---Naja, du könntest require approval bei mehr als 1 device setzen. Das 1. richtet meist die IT ein, dann ist es wie private Geräte sperren.

--- Ende Zitat ---

Ja das war ja auch meine Idee. Sobald sich ein weiteres Gerät mit den Credentials des Benutzers anmeldet, wird das abgelehnt bzw. man kann einen Admin informieren (oder den Chief Security Officer :-) ) und den Benutzer zusammenscheißen (lassen).
Auch wenn das zweite Gerät sich erstmal am Traveler registriert, solange es im Lock-Zustand ist, denke ich sollte das passen.

Das wäre zumindest die LowCost-Lösung.

Ich schau mir die Travler.rules Lösung auch mal an. Vielleicht sieht mein Kumpel da einen Mehrwert darin. Bekomm ich für die Vermittlung Provision? :-)

Danke euch allen.

Gruß
CF

ronka:
Der kürzere Link zum Traveler.rules präsentation ist http://admincamp.de/AC16/Track6Session4

Navigation

[0] Themen-Index

[*] Vorherige Sete