Скрипт Nautilus для шифрования файлов и текстов в GPG/SSL
Turbo-Secure представляет собой серию мощных скриптов для Nautilus, с помощью которых можно надежно зашифровать файлы в GPG и SSL.
Некоторые из особенностей:
— Возможность сохранить пароль шифрования
— Много типов шифрования
— Четыре варианта сжатия (High, Standard, Low и None)
— Опция Armor (Non-armored и Armored)
Для установки скачиваем tar.gz. После извлекаем архив. Получим: Turbo-Secure-Text-Installer.sh и Turbo-Secure-Files-Installer.sh, один предназначен для шифрования текстов, а второй для файлов.
Зависимости:
— Zenity
— GnuPG
После установки зависимостей можно запустить файлы Turbo-Secure-Text-Installer.sh и Turbo-Secure-Files-Installer.sh. Следуем инструкции установщика. Скрипты установятся в /.gnome2/nautilus-scripts и будут доступны через контекстное меню Nautilus (пкм -> сценарии -> *).
Сайт проекта[link1]
Скачать скрипт[link2]
Если есть на памяти подобные плюхи – прошу поделиться.
Ссылки
[link1] http://gnome-look.org/content/show.php?content=133380
[link2] http://ubuntuone.com/4rL8rreIHYEzWcSKi0k2dt
[link3] http://www.pgpru.com/comment15679
[link4] http://www.pgpru.com/forum/prakticheskajabezopasnostj/konsoljprotivgraficheskogointerfejjsabyloyoggiepicofirewall
[link5] http://www.pgpru.com/comment16377
[link6] http://www.pgpru.com/comment16628
[link7] https://lurkmore.to/Vi
[link8] http://habrahabr.ru/post/147831/
[link9] https://www.linux.org.ru/news/bsd/1496000
[link10] http://www.pgpru.com/proekt/poljzovateli?profile=SATtva
А зачем это, если есть командная строка с командами gpg и openssl? Что-то громоздкое можно заскриптовать[link3] или добавить алиасами в шелл. Для совсем извращенцев есть всякие GUI типа GPA.
Ну во-первых он может шифровать несколько файлов в папке одновременно. ВО-вторых, как лично мне – как стоящему в начале дзен-пути Linux – вполне себе удобно. И что-то мне подсказывает, что не только новичкам может быть полезно, мб просто кому-то пригодится.
На счет алиасов можно подробнее?
Я знаю, что алиасом можно задавать свою команду, например:
НО! Для этого же нужен скрипт.
Вот я вверху и предоставил скрипты, при желании под которые можно создать алиасы.
А как происходит удаление установленных скриптов и редактирование контекстного меню?
Лучше приучайтесь работать с ком.строкой, серьёзно.
А вместо алиасов, я лично себе для подсказки завёл такой скрипт:
Это команды для регулярного использования, остальное можно в мане посмотреть. Запускаете на соседней консоли и просто копируете нужные строчки, затем в строке подставляете имя или UID ключа. Если не используете vi, то вместо закорючек используете перенаправления с названиями файлов в ком.строке или соотв. опции gpg.
Можно создать архив как
Алиас — это короткое имя для какой-то одной, возможно длинной, команды. Например, чтобы удобно просматривать историю сообщений в mcabber, можно воспользоваться алиасомЕго достаточно прописать одной строкой в ~/.zshrc, после чего выполняем
Быструю подпись можно делать, например, так:
В настройках Gnome/KDE, наверно.
Unknown, Гость – спасибо вам обоим! Я не могу понять только одного – а чем так плохо встраивать в контекстное меню? Неужели на самом деле работа из консоли происходит в разы быстрее?
При должной тренировке — да. Плюс, в консоли есть много средств, которые принципиально легче в использовании. Наконец, для многих команд в GUI нет аналогов или они отстают (устаревшие), или глючат. Ещё один довод — если у вас не работает, глючит, не настраивается уже исходная консольная команда: ssh, openssl, openvpn, gnupg, etc. — вас попросят привести в репорте вывод консоли. Что там рисует ваша оболочка и её персональные глюки — это будет волновать гораздо меньшее число пользователей из числа разбирающихся в предмете.
Спор "консоль vs. GUI" довольно древний и традиционно флеймовый. В качестве традиционного недостатка можно отметить только сложность освоения и запоминания нового (но не использования). Т.е. это только недостатки порога вхождения.
И учтите, что много традиционных доводов о недостатках консоли не подходят для ситуации, если вам нужна безопасность и функциональность. А затраты на преодоление порога вхождения (время и силы на самообучение) вам не существенны.
А там где речь не идёт о безопасности — рисование, медиаразвлечения, там GUI оправдан. И доводы в его пользу справедливы. Хотя и там интересные ниши для консоли есть, но это уже оффтопик.
Несоизмеримо быстрее. Для этого нужна не только, впрочем, тренировка, но и настройка окружения/шелла под себя, настройка алиасов/скриптов на часто выполняемые действия, настройка путей быстрого доступа*, добавление autocd-опции, чтобы не писать cd, а просто вводить имя директории и жать Enter. Чтобы было комфортно, должно быть приглашение командной строки, отражающее текущий путь, удобные шрифты и расцветка. По умолчанию в свежеустановленной системе нет практически ничего из вышеперечисленного. Должно быть удобное автодополнение, в конце концов. Например, zsh позволяет выбирать нужный вариант маркером, перемещаясь среди имеющихся с помощью клавиатурных стрелок, но это нужно явно включать, настраивать, или утянуть чей-то конфиг, где всё уже есть, и слегка разобраться, как оно работает (я делал в своё время так). Одним словом, голая консоль и консоль настроенная отличаются как небо и земля.
Все постобработчики вывода текста (типа |less, |grep, |sed) должны быть на алиасах, чтобы вы писали cat file l, или даже <file l, вместо cat file |less. Например, хочется просмотреть историю сообщений джаббера — набираете cat ~hist/jid hist l, и всё, дальше смотрите вверх/вниз как в обычном less (стрелки работают, PageUp/Down, поиск и пр.).
На предмет того, как эффективно организовать повседневную работу в консоли, можно написать книгу, куда включить описание vim,** awk, sed, настроек и т.д. Наверняка такие книги уже есть. Что-то такое написал в своё время Федорчук, пытаясь объяснить начинающему хомячью, почему mc и файловые менеджеры — зло, почему быстрее и удобней это делать в командной строке, даже конфиги привёл, объяснения, как они работают. Базу из таких книжек можно поцепить, а дальше уже доарабатывать и разбираться самому.
Кому интересно, предыдущий флейм находится здесь[link4], а ключевые комментарии там — /comment16377[link5] и /comment16628[link6].
*В zsh это строка hash -d mydir=/path/to/dir в ~/.zshrc, после которой можно всюду писать ~mydir, и оно будет пониматься, как полный путь /path/to/dir.
**К примеру, хоть я и освоил базовые хоткеи vim, и у меня это повседневный редактор, всё равно знаю лишь ничтожную часть его возможностей, всё никак не могу найти время доизучить его.
А ссылки не осталось? Хотел бы прочесть.
Я читал с бумаги. Название «FreeBSD. Установка, настройка, использование». Есть в торрентах и просто в djvu, если хорошо порыться в интернетах.
Ну так Вы объясните в двух словах, на пальцах. Почему действительно быстрее делать все через консоль, а потом посчитать затраты по времени на теорию, обучения, практику и привыкание. Поэтому те, кому Линукс не нужен по работе – конечно предпочитают готовые решения. А вот если бы доходчиво объясняли, что и как, как лучше освоиться – наверное и меньше было, так называемого начинающего хомячья. Не все кодеры и не все админы, и даже я Вам более скажу – не все ИТшники.
Поправьте меня, если я не прав и желательно аргументированно, буду благодарен.
А то понятное дело, все гуру сидят и не интересно на "ламерские" вопросы отвечать, это само собой – гордость, и всякие "Я сам это прохавал, какого хера мне других поучать" и тд.
В двух словах уже всё сказано выше:
А как это объяснить? Показать на двух примерах? Ну, скажут, что неубедительно. Перечислить рутинно сотню случаев, подбирая самые типичные — это долго, на длинную статью потянет. Что именно вы хотите услышать? Нужен какой-то один яркий демагогический пример, от которого все проникнутся? Всё основное сказано по ссылкам выше. Пользоваться GUI — это как разговаривать друг с другом, показывая картинки, т.е. медленно, не всегда однозначно понимают, очень ограничен круг информации, которую так можно передать, и т.д. Пользоваться встроенным языком программирования (шелл близок к нему по идеологии) — это как говорить словами, сразу растёт множество того, что можно сказать, возникает полнота. Даже если забить на скорость, мало кто будет спорить, что многие действия, особенно рутинные, можно выполнить только написав специальную программу под это дело, но в командной строке этого часто можно избежать, т.к. вводимая команда уже представляет собой полноценную минипрограмму, где можно оговорить всё типичное: циклы, условия, перенаправления потоков данных, запрос файлов и их содержимого по регулярным выражениям-маскам и т.д.
Федорчук не является ни одним из перечисленных вами типов, для него это хобби. Я тоже не являюсь, для меня это хобби, но оно позволяет мне решать мои собственные задачи быстрее. Можно много примеров навыдумывать, но некоторые из не самых тривиальных:
А обучающих видеоуроков на Youtube нет? Или просто сравнительных роликов? Когда одну и ту же операцию проделывают в консоли, а затем в графике.
Гость (21/08/2013 04:24)
Твой пост надо отправить в Фонд полезных постов.
Кому нужно первые шаги в консоли освоить – велкам https://www.youtube.com/watch?v=Wj3J6sONKEM
А так да – нужно новичкам доходчиво объяснять преимущества работы в ней.
Я не спец конечно, но Вы точно сгустили краски насчет Гуи. Поиск есть и в менеджерах и в редакторах, а уж нумерация строк в редакторе это не экзотика. Имхо, я сказал бы что есть операции, которые оптимальнее делать в консоли, но что консоль лучше менеджера – это слишком смело. Большое дело – привычка. Я например, постояно ошибаюсь при вставке в консоли командой Ctrl+V (привычка). Да можно использовать Shift+Ctrl+V, но у меня переключение расскладки ctrl+Shift и не срабатывает.. нужно настраивать и т.д.
мышечная память, моторика. если не пользоваться сабжем несколько месяцев – скорость исполнения операций начнет снижаться. запросы пойдут к памяти мозга, что и будет являться подтормаживающим фактором.
Справедливости ради надо отметить, что памятью мозга тоже нажо пользоваться регулярно, и это тоже минус: если регулярно не пользоваться каким-то набором команд, то без подглядывания в маны и вспоминания заново уже не обойтись.
Вот здесь то я как раз и солидарен с гостем, который упомянул на счет постоянства, которое как раз прослеживается у кодеров, админов, энтузиастов и прочих ИТшников. Я сам к их числу не отношусь, поэтому сам часто забываю и приходится освежать память на практике.
А на практике будет так:
На рабочем столе (реальном) будет лежать куча памяток с клавиатурными комбинациями и кодами по каждому приложению.)) Так сейчас работаю с gpg.. где там памятка по командам ?)
Ну у меня памятка по гпг есть, ее кто-то из комрадов выкладывали (SATtva или unknown), ничего не вижу в этом, хотя и не пользуюсь ей почти)
Не надо, потому что предыдущие из этой ветки там уже есть.
Что-то работает, что-то нет. В любом случае, надо бежать в меню (или помнить хоткей), всплывающие окошки, забитие данных, жать на ОК... всё тот же обезьянний метод. О чём я не сказал — о том, что есть много промежуточных стадий между GUI и консолью. Например, есть строка адреса (по умолчанию зачем-то теперь везде отключенная, но вызывается пот ctrl+L, кажется) в файловых менеджерах, там можно ввести сразу путь. Есть коммандеры разных сортов, они убыстряют работу с файлами, но всё равно остаются медленнее, чем консоль (есть исключительные типы задач, когда они наоборот быстрей).
Ни один человек, освоивший консоль должным образом, не вернулся в GUI.
П-ц, ахренеть! Вставка в терминал, всегда, всегда должна происходить средней кнопкой мыши, а переключение раскладки — по CapsLosk. Выделение не требует жать говновиндовых ctrl+c — просто выделил мышкой, потом поставил её на нужное место и щёлкнул средней копкой (фокус при этом не важен ни для командной строки, ни для vim — достаточно, чтоб окно терминала было активным).
Для редко используемых команд/опций есть man и google, они дают подсказки за секунды. То, что используется регулярно, делается вообще на автоматизме.
В UNIX потому что надо не развлекаться, а работать. Если на этом форуме всем по 70 лет, я ещё мог бы это понять, иначе — нет. А как вы языки учите? За один урок в учебнике вам приходится выучить десятки, десятки слов! А уроков тоже десятки. В голове надо деражть ТЫСЯЧИ слов и их значений, не считая грамматики. И особенно весело, если это не язык повседневного общения и не английский, с которым сталкиваешься из-за компьютера постоянно. На фоне этого выучить 40 метахоткеев vim — сущий пустяк.
Память, конечно, забывает, не спорю, но я не знаю, сколько надо не работать за ПК, чтобы всё забыть. Вы по пол-года, году не садитесь за компьютер ни разу? На своём примере могу сказать, что 2 года не было никакой возможности использовать иностранный язык. И так его хреново знаю, а ещё и практика обнулилась, но ничего, какой-то раз пришлось вспомнить, и обнаружил, что многое ещё помнится, достаточно многое, ещё говорю и ещё пока понимаю, хотя какие-то слова из головы вылетели, да.
Я единственный раз в жизни писал себе памятку — под команды vim (редко используемые команды не в счёт, они всегда пишутся в какие-то заметки или сразу в скрипты). Точнее, не писал, скорее, а скачал готовую и попользовался ей несколько дней максимум, потом всё само выучилось. Да, у меня очень плохая память, меня окружающие люди помнили всё лучше, обучались быстрее. И если они «раз услышали — и на всю жизнь», то я таким и близко похвастать не могу.
Какие вам нужно помнить команды gpg? e — encrypt, s — sign, a — в ASCII-формате (не бинарном), c — симметрично шифруем, o — файл для вывода (output) при расшифровании. gpg -es — зашифровавали ключом и подписали, gpg -d file.out file.gpg — расшифровали. Ну, и в таком духе всё. Надо видеть логику за названиями опцией и понимать, как работют программы/шелл, тогда помнить придётся самый мизер. Напоминает расхожее мнение, что будто бы физики с математиками только тем и занимаются, что зубрят наизусть формулы, хотя на самом деле все формулы есть в справочниках, никто их наизусть не учит, но вот знать правило, из которого можно вывести формулы — это всегда хорошо. Кстати, правила эти простые и прозрачные, если есть понимание.
Вообще, есть такие вещи, о которых не стоит говорить на форумах, да и вообще с людьми. Тем, кто сам дошёл до нужной кондиции и понял силу консоли, объяснять не требуется, тем же, кто ещё недозел, не помогут никакие аргументы — они всегда найдут сто отговорок, оправдывающих своё нежелание изучать консоль. Консоль — это штука, которая привносит в общество меч, разделение. Даже те, кто должны бы её знать в силу длительного опыта работы с Linux и с его администрированием, но не знают, примут мнение в штыки. Можно привести миллион обоснований и объяснений того, почему делать так-то и так-то — оптимальней, но никто этого слушать не будет; скажут, что это личное и очень спорное мнение и вообще «ты кто такой, чтобы мы слушали твоё мнение?!»[link9]. Говоря о том, что GUI не нужно, намекается ведь, в том числе, что Линус (и многие другие kernel-хакеры) не умеет пользоваться компьютером. Может, он профессиональный системный программист, но он ламер, когда касается дело использования компьютера.
Посмотрите, сколько копий было сломано на тему тайлинга. Хотя совершенно очевидно, что тайлинг удобнее для повседневной работы, адептов тайлинга не наберётся и процента несмотря на то, что все эти Unity, планшетные ОС и прочие свистоперделки — это и есть попытка перейти от окон к тайлингу. Поймёт ли вас хоть один человек, если вы ему заявите, что окна в графике — безусловное зло? Посмотрите на профессиональные среды: терминальные мультплексоры, emacs... там нет переркрывающихся окон, там только тайлинг. У самого был одно время психологический ступор, хотелось сделать хотя бы 2-4 фрейма, чтобы одновременно видеть несколько окон. Но зачем мне видеть несколько, если в любой момент я работаю только с одним (специфические редкие задачи пока опустим)? Потом привык и уже не стал замечать, что один фрейм на весь экран — что-то особенное. Скорее наоборот, я уже технически и на дух не переносил любую другую организацию графических прог. Один человек[link10] несколько лет назад здесь кричал, что все в курсе про тайлинг, но он явно не панацея, и контрпример тому gimp. Блин, я привык к gimp'у в тайлинге (можете не верить). Это опять та же психология: вам зачем-то нужно одновременно видеть несколько окон, хотя зачем? Ну откроет gimp штуки 3-4 окна, я его запускаю не первый раз и потому знаю, где что. Мне не трудно переключиться в нужное окно, выбрать палитру, а потом снова переключиться в редактирование изображения. Win+1 <выбрали опцию> Win+4 <редактируем изображение с её помощью>. Куда уже проще?
Начало: «ОК, всем привет, это Кошмарский, и сегодня я, наконец, решил записать следующий урок пол Linux'у...». Такое даже в страшном сне не приснится.
Чел работает под виндой, Oracle VM... Объясняет всё на примере убунтовского Gnome-терминала. В нём же вообще работать невозможно! Цвета ужасные вырвиглазные, бэкграунд тоже крайне спорный, расцветка идиотская, не работают vim-хоткеи в командной строке, и в качестве шелла стоит ублюдочный bash. На надо начинать изучать комстроку с такого окружения, если не хочется себе отбить охоту касаться консоли на всю оставшуюся жизнь. В KDE был куда более красивый терминал раньше (не знаю, как сейчас). И цвета неплохие можно было легко выставить, и красивую картинку всучить бэкграундом, и тени навести. В консоли нужно себя чувствовать комфортно, уютно, красиво. Цвета должны быть эргономичными, ведь в консоли юниксоид проводит большую часть своей жизни. Лучше бы он начал с того, как настроить терминал, как прописать настройки в Xresources, как их оттуда считывать через xrdb, как подобрать шрифт, как сделать расцветку и картинку, а потом уже можно и к чёрному труду переходить...
Врать не буду – не смотрел, полез в ютьюб, чтобы найти что-то в духе GUI vs Консоль, самому интересно было, по наводке unknown, но нашел лишь этот видос, увидел, что там Убунта, но решил поделиться с новичками. А ты бы сам выложил что-то, кроме своей критики, я согласен, посты полезные, но можно и практически что-то выложить.
Стопэ ) Подождите ахреневать. У меня, например, нет мышки. Почему? Пользуюсь тачпадом. Удивительное дело, но в тачпаде нет средней кнопки, но есть правая и левая. Сразу оговорюсь, в оси не установлены никакие утилиты, помогающие работе тачпада. Простой debian. Что делается неправильно?
Нет, не подожду, потому что выросло поколение компьютерных гениев, которые никогда не пользовались обычными двухкнопочными мышами с колёсиком, которое надо было регулярно вынимать и чистить. К.О. вам бы сказал, что по конвенции в случае двухкнопочный мыши средняя кнопка всегда эмулируется одновременным нажатием левой и правой кнопок. Попробуйте и вы на тачпаде.
Когда я был молод и глуп, на момент окончания освоения самых базовых элементов была идея написать книжку, где по шагам объяснить, как суровая неприступная UNIX-система превращается в удобный затюненный под свои задачи десктоп. Ну, чтоб последующие поколения не собирали информацию по крохам с сотен разных источников, а просто взяли одну книгу, прочитали, и им всё стало понятно.
Потом я осознал, что спроса на такую литературу нет, и со стороны такие книжки выглядели бы достаточно глуповато. Те, единицы, кому это действительно нужно, уже итак всё знают, а остальные и не будут пытаться разобраться. Кроме того, многие аспекты и без моей помощи достаточно хорошо изложены во многих статьях, заметках, шпаргалках (называйте, как хотите), поэтому стоит ли тратить на это кусок своей жизни? Сомневаюсь. Опыт местного форума только подтверждает эту гипотезу: гикнутый гик пишет инструкцию для 2-3 других гиков, другим людям в мире она неинтересна. Правда, чаще имеет место другой случай, когда написанный гиком мануал ни один человек так до конца и не осиливает, а написанная статья остаётся справочником автора для самого себя.
На мой взгляд, стоит писать то, что никто другой нигде не напишет. Если после вашей статьи или заметок у гусей пошёл понос аж из горла, то статья годная, её стоило написать, а время потрачено не зря. Это значит, что вы попали в самое темечко, всковырнули самые основы, под которыми гуси уютно прятали свои грязные дела годами. Воевать с гусями тяжело: у них все ресурсы, а у вас лишь гнездо параноика. Гуси могут и шею вытягивать и атаковать, а вы — только защищаться и уворачиваться, поэтому дразните гусей правильно, хватайте их за шею вовремя, пока они не ухватили клювом вас.