mail ssl

Igor Muratov migor at altlinux.org
Mon Jul 13 17:51:14 MSD 2009


Ну блин... Усложню условие :-)

Эти работники на аутсорсинге, сидят в разных концах земного шара и в 
разных часовых поясах. Чтобы настроить хотябы одному человеку машину это 
тоже не малое приключение. Нужно ведь объяснить человеку как мне дать 
удаленный доступ. Если всем делать эти ярлыки то я скончаюсь. :-)

Sergey Shepelev пишет:
> Так значит всё что нужно это сделать им скрипт, который будет тихо
> поднимать VPN соедениение. И ярлык на рабочий стол, мол "Подключиться
> к работе".
>
> 2009/7/13 Igor Muratov <migor at altlinux.org>:
>   
>> Если я правильно понял ответ то проверка пользовательских сертификатов не
>> планируется. А жаль.
>>
>> И то и друге уже пробовали и даже продолжаем использовать. К сожалению без
>> особого успеха. Пользователи у меня компьютерам не обученные. Свой предмет
>> знают хорошо, а вот с компьютером просто беда. Поэтому и хотелось сделать им
>> какой-то прозрачный механизм который бы работал по умолчанию и не требовал
>> бы каких-то специальных навыков и знаний компьютера.
>>
>>
>> Vitaliy Okulov пишет:
>>     
>>> Настройте политику паролей в AD и проверяйте пароли пользователей
>>> какой-нибудь утилитой, возможно по словарю.
>>> Обсудите политику использования паролей со своим руководителем.
>>> Предоставте доступ к почтовому серверу после подключения по VPN.
>>>
>>> Способов решения вашей проблемы много, и клиентские сертификаты IMHO
>>> неоптимален.
>>>
>>> 11 июля 2009 г. 23:05 пользователь Igor Muratov <migor at altlinux.org
>>> <mailto:migor at altlinux.org>> написал:
>>>
>>>    Приветствую.
>>>
>>>    Вот прочитал в документации по модулю mail ssl:
>>>
>>>    > This module ensures SSL/TLS support for POP3/IMAP/SMTP.
>>>    Configuration
>>>    > is practically identical to the configuration of the HTTP SSL
>>>    <http://wiki.nginx.org/NginxHttpSslModule> module, but
>>>    > checking client certificates is not supported
>>>
>>>    Хочу спросить. Поддержка еще не сделана или она даже не планируется?
>>>    Если не планируется то каковы причины такого решения?
>>>
>>>    Опишу простую ситуацию. Есть толпа пользователей которые сами
>>>    могут себе менять пароли. К сожалению самым популярным паролем
>>>    становится 123. Самые продвинутые используют свои трехбуквенные
>>>    инициалы или клички собак. Более того, когда крупные менеджеры
>>>    заявляют что у них есть масса других вещей которые нужно помнить и
>>>    поэтому им не до паролей, а отвечать за безопасность их данных
>>>    всеравно мне. То в такой ситуации выставлять корпоративный
>>>    почтовый сервер в инет совершенно не хочется, но приходится.
>>>    Как вариант, можно было бы сделать двухстороннюю авторизацию SSL и
>>>    тогда мне уже будет без разницы какой пароль использует
>>>    пользователь для POP3/IMAP, заодно появится возможность давать
>>>    своим людям SMTP даже когда они в разъездах и пишут из
>>>    какой-нибудь гостинницы.
>>>
>>>    Вот в такой ситуации проверка сертификата пользователя была бы
>>>    очень кстати.
>>>
>>>
>>>
>>>       
>>
>>     






More information about the nginx-ru mailing list