Комментарии 26
Ах облака белокрылые лошадки…
з.ы. в последнем обзаце очень верно подмечено как доверять третьим лицам важную корпоративную информацию? Надежнее сделать несколько больше телодвижений чем волноваться о сохранности и конфиденциальности в непонятном месте
з.ы. в последнем обзаце очень верно подмечено как доверять третьим лицам важную корпоративную информацию? Надежнее сделать несколько больше телодвижений чем волноваться о сохранности и конфиденциальности в непонятном месте
+1
Последнее предложение не совсем верно, конечно не всегда, но зачастую очень спорно. Зная, что сервисы гугл находятся в америкосии и зная их систему аудита и контроля за личными данными и т.д. можно судить, что системные администраторы гугла сами не должны никоим образом иметь доступ к данным пользователей (то есть все зашифровано, хотя конечно понятно, что никто не мешает расшифровать зашифрованное… )
Но тем не менее, зная то как многие компании обращаются со «своими данными» не уверен, что всегда на своем безопаснее, чем на чужом…
Но тем не менее, зная то как многие компании обращаются со «своими данными» не уверен, что всегда на своем безопаснее, чем на чужом…
+2
Суть в том, что мы не доверяем системам, которые не контролируем сами напрямую
+8
Интересно, когда будет легкое облако, которое можно развернуть на большом сервере своем :))
Или уже есть?
Или уже есть?
0
Кстати хорошая предпосылка к тому, чтобы поднять тему синхронизации данных между кучей рабочих машин (ноутбук/домашний_десктоп/рабочий_десктоп)
0
небольшая поправочка…
ноутбук -> домашний десктоп -> рабочий десктоп -> мобильные устройства (нетбук или коммуникатор или мобильник)
Я уже лично зае*?№лся искать какие-то синхронизаторы, и сейчас пишу свое на базе домашнего веб-сервера, через пару месяцев когда будет первая версия так сказать «не только для себя» подумываю этот проект выкинуть в OpenSource под GPL, но полную суть пока что раскрывать не буду…
ноутбук -> домашний десктоп -> рабочий десктоп -> мобильные устройства (нетбук или коммуникатор или мобильник)
Я уже лично зае*?№лся искать какие-то синхронизаторы, и сейчас пишу свое на базе домашнего веб-сервера, через пару месяцев когда будет первая версия так сказать «не только для себя» подумываю этот проект выкинуть в OpenSource под GPL, но полную суть пока что раскрывать не буду…
0
Обязательно напишите об этом на Хабре :)
0
НЛО прилетело и опубликовало эту надпись здесь
Эр-Дэ-Пэ… а по-русски?
Хотя честно говоря сомневаюсь что оно что-то поменяет… иначе бы уже все сразу же бы устанавливали себе эту… как её… «rdp»… :)
Хотя честно говоря сомневаюсь что оно что-то поменяет… иначе бы уже все сразу же бы устанавливали себе эту… как её… «rdp»… :)
-1
А если конкретно, то Удаленный Рабочий Стол — это плохо… тем более на работе…
Простейшая задача:
Ура!!! Я купил новый мега-гипер-крутолобый-коммуникатор!
Чем меня спасет Удаленный рабочий стол?
Да и с вопросом секьюрности… не говоря уже вообще о том что РАБОЧИЕ станции обычно находятся далеко не на выделенном IP (про DynDNS знаю, но это — не решение) и… вобщем — rdp в данном вопросе — даже не рассматривается.
Простейшая задача:
Ура!!! Я купил новый мега-гипер-крутолобый-коммуникатор!
Чем меня спасет Удаленный рабочий стол?
Да и с вопросом секьюрности… не говоря уже вообще о том что РАБОЧИЕ станции обычно находятся далеко не на выделенном IP (про DynDNS знаю, но это — не решение) и… вобщем — rdp в данном вопросе — даже не рассматривается.
0
НЛО прилетело и опубликовало эту надпись здесь
Да нет, RDP не панацея. зачем RDP, чтобы в инет ходить? а с двухмониторной системой как? не панацея в общем, так бы давно только тонкими клиентами все пользовались…
0
Вы чего это, серьезно что ли? :)
0
НЛО прилетело и опубликовало эту надпись здесь
Давайте перестаем разводить флейм по этому вопросу… Это спор ни о чем. Перечитайте мой комментарий с которого эта ветка началась.
Использование Remote Desktop для СИНХРОНИЗАЦИИ — это бред, и никак не использование технологии по прямому назначению. Прямое назначение Remote Dektop — это «протокол прикладного уровня, использующийся для обеспечения удалённой работы пользователя с сервером, на котором запущен сервис терминальных подключений». Подробности здесь — ru.wikipedia.org/wiki/Remote_Desktop_Protocol и на этом давайте ставим точку.
Использование Remote Desktop для СИНХРОНИЗАЦИИ — это бред, и никак не использование технологии по прямому назначению. Прямое назначение Remote Dektop — это «протокол прикладного уровня, использующийся для обеспечения удалённой работы пользователя с сервером, на котором запущен сервис терминальных подключений». Подробности здесь — ru.wikipedia.org/wiki/Remote_Desktop_Protocol и на этом давайте ставим точку.
0
НЛО прилетело и опубликовало эту надпись здесь
Синхронизация — контактов, почты, документов, рабочих и/или домашних файлов.
Т.е., опять же, самый простой пример, купил мобильный телефон — мне нужны все мои телефонные номера которыми я обычно пользуюсь, клацнул — получил. Более того скажу, всегда можно организовать частичную загрузку телефонов. К примеру на домашнем сервере хранить все номера и контакты, и в случае необходимости подгружаем к примеру номера из группы «рабочие» или «архивные».
Почта — уже давно перешла на GMAIL, благо хотя бы этот пункт уже работает (хотя отсуствие папок — это тихий ужас).
По вопросу документов или фотографий, это по сути хранилище (на работе это или дома — неважно, я предпочитаю хранить на домашнем сервере). Главное это постоянный доступ к оному и неважно откуда и с какого устройства. Пока что я вижу только один удобный способ, Домашний сервер + веб-приложение, другого не дано.
При всем при этом скорость тоже играет определенную роль… какой коннект должен быть при RDP? Какой траффик гоняется туды-сюды на передачу картинки? Стоимость мобильного траффика на получение файла-документа в 20Кб? А если его надо еще и поискать?
Т.е., опять же, самый простой пример, купил мобильный телефон — мне нужны все мои телефонные номера которыми я обычно пользуюсь, клацнул — получил. Более того скажу, всегда можно организовать частичную загрузку телефонов. К примеру на домашнем сервере хранить все номера и контакты, и в случае необходимости подгружаем к примеру номера из группы «рабочие» или «архивные».
Почта — уже давно перешла на GMAIL, благо хотя бы этот пункт уже работает (хотя отсуствие папок — это тихий ужас).
По вопросу документов или фотографий, это по сути хранилище (на работе это или дома — неважно, я предпочитаю хранить на домашнем сервере). Главное это постоянный доступ к оному и неважно откуда и с какого устройства. Пока что я вижу только один удобный способ, Домашний сервер + веб-приложение, другого не дано.
При всем при этом скорость тоже играет определенную роль… какой коннект должен быть при RDP? Какой траффик гоняется туды-сюды на передачу картинки? Стоимость мобильного траффика на получение файла-документа в 20Кб? А если его надо еще и поискать?
0
И основной вывод.
Синхронизация должна быть даже по сути не данных… а устройств… т.е. на любом устройстве необходим доступ ко ВСЕМ ресурсам.
Синхронизация должна быть даже по сути не данных… а устройств… т.е. на любом устройстве необходим доступ ко ВСЕМ ресурсам.
0
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Готов к облаку? 74% технарей используют в работе 3 и более компьютера