Показать полную графическую версию : количество одновременных подключений к расшаренной папке
Хочу ограничить подключение к расшаренной папке только одним одновременным подключением для одной учетной записи. Это возможно сделать? Т.е. запретить нескольким пользователям пользоваться одной учетной записью для доступа одновременно.
WindowsNT
20-06-2014, 14:05
Не разглашать пароль пробовали?
Что значит не разглашать? Я даю пароль человеку он может его сказать кому угодно. Например в Novell-е такая возможность была. Есть еще одна задача, чтобы доступ отбирался по истечении определенного времени.
Я даю пароль человеку он может его сказать кому угодно. »
Это решается сугубо организационными методами.
С таким же успехом можно всем пользователям раздавать пароль Domain Admin-а и все вопросы решать организационными методами.
Т.е. у Microsoft решения этой проблемы нет?
Baggurd, не надо высасывать тезис из пальца, выдавать его за тезис оппонента, а затем «успешно» бороться с сим. Вы передёргиваете:
всем пользователям раздавать пароль Domain Admin »
Я же, напротив, говорю о том, что проблема неразглашения решается комплексом организационных мероприятий.
А если нет возможности и полномочий провести комплекс организационных мероприятий, да и желания тоже, существует программный способ решить эту проблему? По-моему не требуется ничего сверх-естественного, сомневаюсь что я первый у кого возникла такая проблема, тем более в том же Novell-е такая возможность была.
WindowsNT
25-06-2014, 17:17
Ну мы в одних конторах решаем штрафами, в других — возможным увольнением. Везде человек подписывает бумаги с правилами безопасности при работе с компьютерной техникой. Другого технического решения нет.
Предположим, вам даже удастся сделать "как в новелле". Скажем, подключится к шарингу "кто угодно", а легитимный пользователь зайти не сможет. Для него система просто "не работает". Что вы будете делать в этом случае, какова процедура?
Предположим, вам даже удастся сделать "как в новелле". Скажем, подключится к шарингу "кто угодно", а легитимный пользователь зайти не сможет. Для него система просто "не работает". Что вы будете делать в этом случае, какова процедура? »
Да хуже. Коллега Baggurd пытается решать описанную проблему гипотетическим способом, который на самом деле её никак не решает, и даже более того — принципиально не в состоянии её решить.
Каким образом, допустим — гипотетически полученное, техническое решение может помешать пользователю X передать данные своего аккаунта пользователю Y? Никак не может. Далее, может ли данное решение помешать пользователю Y использовать полученные данные аккаунта пользователя X для несанкционированного доступа? Правильно, не может помешать. Даже более того — данный факт даже не может быть обнаружен данным техническим решением. То есть, на деле мы имеем ложную, ничем не прикрытую уверенность в безопасности.
тем более в том же Novell-е такая возможность была. »
Коллега, возможность может быть и была. Но Вашу проблему сие никак не решает.
LehaMechanic
25-06-2014, 19:52
Iska, ты немного не так понимаешь. ТСу нужна вполне определенная задача: чтобы пользователь X и пользователь Y, владеющий учетными данными X, не могли одновременно подключиться к папке. По очереди - пожалуйста. Сразу оба - нет. Зачем это ему надо и какой профит даёт - другой вопрос.
Все правильно говорит LehaMechanic, мне не важно передаст он пароль или нет, важно что бы было только одно подключение, такую задачу поставило начальство.
Ну, раз Вам неважно, и Ваше начальство тоже не понимает — ставьте «Предельное число пользователей:1».
Где я должен это поставить? И мне не нужно "предельное число пользователей 1" мне нужно "предельное число уникальных пользователей 1"
Ну, нет, так нет.
мне нужно "предельное число уникальных пользователей 1" »
В целях повышения самообразования может быть расскажете, для чего сие на самом деле нужно? Не вторичную задачу, изложенную выше:
запретить нескольким пользователям пользоваться одной учетной записью для доступа одновременно. »
а изначальную. Для чего?
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.