from:"Ста Деюс"

Доброго времени суток, Mikhail.


Thu, 04 Dec 2014 19:46:20 +0300 вы писали:
 Не достало, но забавляет :-) Наверное было бы забавно на все его
 письма отвечать сокращениями в том числе в именах программ,
 аргументах и прочем. Может дойдёт. Ну или вовсе не читать.

Сами в себе уже разделились?!


Без уважения,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141206165130.598fad22@STNset

Re: Автоматическое копирование данных с умирающего диска - только для Mikhail-а.

Доброго времени суток, grem...@afnet.ru.


Fri, 05 Dec 2014 16:42:05 +0300 вы писали:
 Вы кто такой и зачем мне нужны?

Может, у своих родителей спросите?!

 А теперь по тексту
 Мил человек тебя же просили по человечески не пользуйся сокращениями

Я совсем не мил, правда, ещё человек.

Просили - да, прошению отказано. Что теперь?

 и не нужно тут рассуждать про стенографированный текст и прочую 

Да, но кто ж им глотки-то заткнёт?

 лабудень, ты элементарно проявляешь не уважение к людям которые
 читают ветку

Не тебе, человек, судить меня, поди. Что ты знаешь об уважении? -- кто
пьёт водку с тобой или не пьёт?! -- Мне твои, человек, суждения не к
чему.

 ибо вас тут таких которые в ссср учили стенографию-порнографию два с 

Ты человек дурень: стенографию с порнографией путаешь! Да и имя Союза
писать не умеешь? - Куда, ты тут, говорить-то решился?

Далее читать твоё не буду. Адрес отфильтрую.

 половиной человека.
 Все остальные люди тут занятые и работают, а ветку читают что бы
 помочь тому кто реально нуждается в помощи,
 но не как ни для того что бы глаза ломать над всякими м/о и прочим
 
 Я вообще начало ветки не стал читать с первых сообщений потому что 
 увидел просто шикарную тему ветки
 а оказалось всего то навсего нужно скопировать данные с битого диска
 на рабочий.
 
 Не ясно чего там пол недели обсасывать тему если уже дан ответ на 
 вопрос - ddrescue
 если и так не понятно, и в гугле забанили то это будет выглядеть 
 примерно так если это squeeze:
 
 dd_rescue -f -v /dev/sda /dev/sdb /tmp/ddrescue.log
 
 и если это wheezy:
 ddrescue -f -v /dev/sda /dev/sdb /tmp/ddrescue.log
 
 и что бы ты мил человек случайно не запутался я тебе ещё поясню вот
 что в squeeze пакеты называются ddrescue и gddrescue
 в wheezy пакет называется gddrescue
 
 
 С уважением!


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141206165914.596240db@STNset

Re: Автоматическое копирование данных с умирающего диска - только для Mikhail-а.

Доброго времени суток, Dmitrii.

Спасибо за ответ, Fri, 05 Dec 2014 22:33:15 + вы писали:
Вы, конечно, в чём-то тоже правы, Деюс, но подумайте пожалуйста, что
когда Вы пишете в рассылку, Вы прежде всего тратите не столько своё
время на написание письма, сколько время людей, которые это письмо
прочитают. Если бы Вы потратили немного своего времени, чтобы раскрыть
сокращения, то сэкономили бы много времени людям, которым сокращения
даются тяжело. Вам не кажется, что это правильно?

Ну, я уже сказал как я думаю. Дело не в сложности написания, а в
улучшении всего.: в данном случае, изложении материала. Сам материал,
тоже м/т быть не понятен некоторым, но я не ориентируюсь на широкую
публику, как и не стану деградировать только потому, что кто-то чего-то
в жизни не успел и т.п. -- Я полагаю, что ч/к может дотянуться до моего
уровня изложения материала, либо, просто, пропустя его мимо, в том
числе автоматически -- что сильно сэкономит его жизненные ресурсы.

Поэтому, мне кажется, что это правильно в какой-то степени. Но я не
буду поддерживать эту степень правильности. Не потому, что этого не
хочу, а потому, что это -- балласт.

С уважением,
Ста.

Re: Автоматическое копирование данных с умирающего диска.

Доброго времени суток, Eugene.


Fri, 5 Dec 2014 22:58:54 +0300 вы писали:
  Потратьте ещё 30 секунд, чтобы поразмышлять над тем, насколько
  полезно игнорировать письма от подобных кадров. А ещё лучше
  отвечать им в стиле для этого и был создан dd/r... ;)

Спасибо за определение меня как подобного кадра, ну, и подчёркивание
стилистики письма.


Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141206171116.132a275d@STNset

Re: Автоматическое копирование данных с умирающего диска - только для Mikhail-а.

2014-12-04 Пенетрантность Ста Деюс

Доброго времени суток, Mikhail.

Спасибо за ответ, Thu, 04 Dec 2014 03:48:21 +0300 вы писали:
Поясните написанное, пожалуйста.
Можно воспользоваться программой dd_rescue

О! Спасибо!

Best regards,
Mikhail
Шутка, Mikhail ? :о)
Тонкий намёк на идиотское использование сокращений в электронный
письмах. Если хотите чтобы письма читали - их следует определённым
образом писать.

1. Отчего же идиотское? - Нормальное сокращение, и уж отнюдь меньшее
кол-во и с большим пониманием общего смыслу - в сравнении с вашим
ответом.

2. Пожалуйста, не принимайте близко к сердцу тот факт, что мои письма
не прочтут. -- Это можно объяснить тем, что сей факт, например,
находится лишь в вашем понимании, или ограничивается лишь вашим
пониманием, или неспособностью, читать стенографированный текст, ну,
или, ничтожно малым количеством людей, по сравнению с огромным
количеством русского народу, который уже обучен стенографии в разных
уч. учреждениях СССР. -- Поэтому, вы тут просто неправы, а переживаете
за мои письма зря.

Поэтому, не принимайте близко к сердцу: смысл моих писем доходят до
своих адресатов -- просто не до вас -- поэтому, не огорчайтесь за них:
просто, пропустите мимо своих глаз/разума.

Длинно получилось, но, может, вам, Mikhail, это как-то поможет в вашей
жизни.

всего хорошего,
Ста.

Re: Автоматическое копирование данных с умирающего диска.

2014-12-03 Пенетрантность Ста Деюс

Доброго времени суток, Alexander.


Спасибо за ответ, Tue, 2 Dec 2014 17:10:22 +0300 вы писали:
 Снять образ файловой системы с помощью ddrescue. Проверить и исправить
 файловую систему с помощью fsck. Потом смонтировать и копировать
 пофайлово.

А коли на несколько дисков?


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203211239.667bcfbd@STNset

Re: Автоматическое копирование данных с умирающего диска.

2014-12-03 Пенетрантность Ста Деюс

В Tue, 02 Dec 2014 17:18:38 +0300
Mikhail A Antonov mikh...@antfam.ru пишет:
 М/о в/я п/й dd_rescue

Поясните написанное, пожалуйста.

 Best regards,
 Mikhail

Шутка, Mikhail ? :о)


Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203212648.19aa9ae3@STNset

Re: Организовать чтение настроек ОС с одной маши ны на несколько машин.

2014-12-02 Пенетрантность Ста Деюс

Доброго времени суток, sergio.


Спасибо за ответ, Sat, 29 Nov 2014 21:16:49 +0300 вы писали:
  но может есть что-то, типа шифрованная NFS?  
 
 Любопытно узнать, как это соотносится с сабжом?

/etc клиентов монтируется с сервера.

 (А про шифрованную nfs написано в мане.)

А какой ман?


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141202163420.69d584ab@STNset

Re: aptitude: «T» и «W» как статусы пакета — что это?

2014-12-02 Пенетрантность Ста Деюс

Доброго времени суток, Dmitry.


Спасибо за ответ, Mon, 01 Dec 2014 05:48:10 +0300 вы писали:
 Подумал, нажал «g», получил ответ в виде этих трех пакетов в
 категории «Packages that are partially installed», «g» еще раз —
 шуршание диском и «Press Return to continue», но эффекта нет —
 статусы те же, можно повторить «gg» еще раз и снова безрезультатно.

Я не знаю, но, м/т f поможет (забыть новые пакеты)?

С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141202163754.3cc9e30f@STNset

Организовать чтение настроек ОС с одной машины на несколько машин.

2014-11-20 Пенетрантность Ста Деюс

Доброго времени суток.


Назовите решение (если есть в природе), которое позволит одну настройку
ОС (с одной машины) раздавать другим машинам (по локальной сети). -- Я
так понимаю, речь идёт о каталогах /etc и /home -- остальные, вроде
настроек ОС не несут. Цель: настроить и поддерживать несколько машин,
изменяя настройки на единой машины. -- Можно, конечно, использовать
рсинх, но может есть что-то, типа шифрованная NFS?

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141120181007.5220aefd@STNset

Re: Выбор технологии ограничения сетевых приложений.

2014-11-19 Пенетрантность Ста Деюс

Доброго времени суток, George.

Спасибо за ответ, ради коего эта тема и была создана. В среду, 19
ноября, 2014 вы писали:

Он зен, а не ксен.

Спасибо!

У xen'а гипервизор находится над dom0. Это хорошо с точки зрения
теоретиков и плохо с точки зрения практиков. Если в случае qemu/vb
виртуализация это одна из функций системы (то есть можно
виртуализировать, а можно и нет), то у Зена это всё или ничего, то
есть загрузил зен - получил (пара) виртуализацию для всего, даже для
того, что не нужно. Например, для IRQ реального оборудования. Это
вызывает кучу несовместимостей (та же нывидия просто из принципа под
зеном драйвера не даёт запускать) и необходимость думать о
гипервизоре (настройки памяти и т.д.) даже тогда, когда он не нужен.
То есть для сервера это ок, для multi-purpose десктопа - нет.

Здорово! Тогда буду смотреть в сторону «ЯВМ».

Я на своём десктопе запускаю стим, например, в network namespace с
отдельным сетевым интерфейсом от отдельного пользователя - и мне этого
достаточно.

Ясно. :о)

С уважением,
Ста.

Re: Выбор технологии ограничения сетевых приложений.

2014-11-11 Пенетрантность Ста Деюс

Доброго времени суток, George.

Спасибо за ответ, Mon, 10 Nov 2014 03:12:14 +0200 вы писали:
От кого именно безопасность? Какой бюджет (в человекочасах) на его

От сетевых преступников/спортсменов.

поддержание?

Не рассматривалось пока.

Безопасность не бывает дешёвой и удобной. Чем больше умных вещей
будет сделано, тем менее удобно оно будет. Второй компьютер, или
вторая сессия на компьютере в отдельном namespace без доступа к сети)
- самые разумные варианты.

Или, второй ЖМД, да? -- Я понял вас.

Городить сложную конструкцию из виртуалбоксов, xen'а, kvm'а и т.д.
смысла нет, так как не понятно, от кого защищаешься. Компрометация
хоста, где это всё крутится, чисто формально, делает виртуалку
неактуальной.

Мы рассматриваем что м/о сделать дабы крепко заточить (в темницу, а не
настроить под) Сетевые приложения/службы.

Также, мы понимаем, что полное уничтожение Сети на планете, благословит
нашу безопасность.

Если же речь про песочницу для запуска всякой малвари, то да, любой
удобный виртуализатор (xen к таким не относится) - virtualbox/kvm.

А почему вы выделили КсЕН здесь? -- Можно немного развернуть ваше
утверждение?

Спасибо.

С уважением,
Ста.

Re: Выбор технологии ограничения сетевых приложений.

Доброго времени суток, Artem.

Спасибо за ответ, Wed, 05 Nov 2014 16:49:08 +0300 вы писали:
Чисто с точки зрения изоляции самих систем годится любая. Можно еще

Меня смущает, например, что контейнеры используют одно ядро с основной
ОС, - тогда как, например, ЯВМ уже использует полностью свою установку
ОС. - Т.е., на мой взгляд, Я(дерная)ВМ, более безопасна в случае
проникновения к данным ч/з уязвимость в ядре, -- опять же, не к данным
основной (домашней) ОС.

virtualbox-ose, пакет в дистрибутиве есть. Но будет неудобно. В
смысле, если речь идет о защите, то для надежности нужно еще и лишить
эти две системы возможности общаться через Xserver. А это как раз
неудобно.

Да я и не хочу с рабским (не свободным) ПО связываться!

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

Да к этому я как раз и стремлюсь: обрезать изолированной ОС/приложениям
доступ ко всему по-максимуму. Естественно, что про 3М-ускорение речи не
идёт, как и больших вычислительных нагрузок, на изолированное окружение
возлагаться не б/т.

С уважением,
Ста.

Re: Выбор технологии ограничения сетевых приложений.

Доброго времени суток, Руслан.


Спасибо за ответ, Wed, 5 Nov 2014 22:18:02 +0500 вы писали:
 Благо что UNIX изначально создавался как многопользовательская
 система и этим можно воспользоваться. 

Да, но не микроархитектурная, как Хурд.

   1. Заводим двух новых пользователей, например user-internet, для
  работы с сетью и user-desktop для работы с локальными
 приложениями. 
 
   2. Расставляем нужные права доступа на домашние каталоги
  пользователей.
 
   3. PROFIT

Поэтому, язвимости, например, в ядре, не спасут разделение по
пользователям, в то время как в микроархитектуре, ядро с доступом к
данным, к. н/о обезопасить, просто не обладало бы доступом к Сети. :о/


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141106152651.6651e56a@STNset

Re: Выбор технологии ограничения сетевых приложений.

Доброго времени суток, Денис.


Спасибо большое за ответ, Wed, 05 Nov 2014 20:59:29 +0200 вы писали:
 Посмотрите в сторону Qubes: https://qubes-os.org/
 Возможно не придется изобретать велосипед.

Очень интересный проект! Однако, я хотел бы остаться с поставкой
«Дебиан»а, поэтому, и ищу доступные ей технологии. -- Ведь «Дебиан» тем
и хорош, что есть много поддерживаемых командой безопасности пакетов, а
из это ОС, к. вы указали, м/о подчерпнуть искомую мною технологию:
«Ксен», и настройки, к. они сделали. Ещё раз спасибо за указание на сей
проект!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141107114759.431b5557@STNset

Re: Выбор технологии ограничения сетевых приложений.

Доброго времени суток, Artem.

Спасибо за ответ, Thu, 06 Nov 2014 15:36:07 +0300 вы писали:
Хотя вариант с KVM или virtualbox представляется более безопасным, чем
LXC.

Вот и мне нравится в плане безопасности, что ЯВМ стоит дальше от ядра
основной ОС.

СД Да я и не хочу с рабским (не свободным) ПО связываться!

Это неудобно вне зависимости от степени свободности ПО. И эта,

VirtualBox is a free x86 virtualization solution allowing a wide
range of x86 operating systems such as Windows, DOS, BSD or Linux to
run on a Linux system.

У него есть несвободные компоненты, но они как раз для той интеграции,
которая снижает безопасность.

У меня есть неприятный опыт использования этого ПО: не работало ус-во
через порт УСБ, вываливался сервер «Х», сильно грузилось ЦПУ -- но и не
в этом главная причина, а в том ощущении, что это рабское ПО -- я
попробую объяснить: есть разница в установке/использовании свободного и
рабского ПО -- в свободном есть свобода действий, а в рабском то, что
доктор прописал -- т.е. понуждения делать что-то против своей воли. --
В чём именно дело было, я уже точно не скажу, но то, что это было --
это факт для меня. Помимо того, что это РПО пишет такая гнусная контора
как «Оракул» -- например, именно им мир обязан разделению популярного
конторского пакету на «апач» и «либре». Мне кажется, это всё равно
как, со временем, быть может, использовать «микрософт линукс». :о)

Ну, это всё моё мнение, все могут его не разделять, и на то и не
претендую. Эта тема не о РПО, в частности, «Виртульной коробке».

СД Да к этому я как раз и стремлюсь: обрезать изолированной
ОС/приложениям СД доступ ко всему по-максимуму. Естественно, что про
3М-ускорение речи не СД идёт, как и больших вычислительных нагрузок,
на изолированное окружение СД возлагаться не б/т.

flash-player тогда не ставь ни в какой позе. А то ВНЕЗАПНО окажется,
что на изолированное окружение без спросу возложили большую
вычислительную нагрузку. Проверено, мин есть.

Договорились! :о)

С уважением,
Ста.

Выбор технологии ограничения сетевых приложений.

2014-11-05 Пенетрантность Ста Деюс

Доброго времени суток.


Хочу спросить вашего совета с целью выбора наиболее безопасного
варианта.

Идея: разделить функционал использования ЭВМ: сетевые приложения
пользователя (паутина, почта, болтовня в РВ, и т.п.) и остальные
настольные приложения -- с целью обезопасить данные от возможных
проникновений их Сети . -- Хорошо бы использовать две ЭВМ, но сейчас
вопрос стоит осуществить, пусть более опасное решение, но на одной ЭВМ.

Я остановился на рассмотрении технологий: KVM, Xen, изолированный
контейнер. Но, может, вы иное предложите.

Итак, какую технологию вы бы посоветовали и почему?

Спасибо за вашу помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141105201053.620be408@STNset

Re: Как защитить паролем аварийную командную оболочку админ-а?

2014-11-04 Пенетрантность Ста Деюс

Доброго времени суток, Evgeny.


Спасибо за ответ, Mon, 03 Nov 2014 17:10:52 +0300 вы писали:
 Например, задать пароль для рута.
 Ещё можно для интереса почитать man sulogin(8).

Вот действительно: самое срытое то, что на виду!

С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141104171010.3ea406bd@STNset

Как защитить паролем аварийную командную оболочку админ-а?

2014-11-03 Пенетрантность Ста Деюс

Доброго времени суток.


Как защитить паролем командную оболочку админ-а, в которую вываливается
ОС в случае проблем с загрузкой (монтировании раздела, например)?

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141103194618.09f66e55@STNset

Приструнить kswapd0.

2014-10-20 Пенетрантность Ста Деюс

Доброго времени суток.


Можно как-то приструнить kswapd0 - а то он постоянно сильно тормозит
ОС, хотя у меня подкачки нету, да и памяти свободной есть около 200 МБ.
- Я делал шифрованную подкачку, но часто было так, что ОС намертво
зависала. Приходилось только перезагружать волшебной комбинацией с
SysRq. Версия системы - 7.

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141021121715.66d3ed80@STNset

Re: апдейты, grub, cmdline, readonly

2014-09-19 Пенетрантность Ста Деюс

Доброго времени суток, Anton.


В Fri, 19 Sep 2014 11:36:16 +0400 вы писали:
 видать, сюда и надо копать. Есть предложения на тему того, что с этим
 сделать и как? неужто придётся делать встроенный /usr?

Быть может сменить порядок монтирования? Хорошо бы проверить диск,
систему на наличие ошибок.

С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140919235510.67665078@STNset

Поднять стык (interface) в Д8.

2014-09-17 Пенетрантность Ста Деюс

Доброго времени суток.


Я не могу поднять eth0 в KVM, Дебиан-8: т.к. после установки, я удалил
много пакетов, с ошибками, т.к. не было достаточно места на диске
(маленький образ выбрал).

/etc/udev/rules.d

пусто. В

/dev/net

только tun присутствует. В

/etc/network/interface

имею:

auto lo eth0
iface lo inet loopback
iface eth0 inet dhcp
allow-hotplug eth0

Пакет isc-dhcp-client установлен, и служба networking запущена. На

ifup eth0

получаю:

Ignoring unknown interface eth0=eth0.

Как мне создать ус-во / поднять стык (interface)?

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140917134326.57bb9e0e@STNset

Re: Поднять стык (interface) в Д8.

2014-09-17 Пенетрантность Ста Деюс

Доброго времени суток, Alex.


Спасибо большое за ответ! Wed, 17 Sep 2014 09:52:23 +0300 вы писали:
  /etc/network/interface  
 /etc/network/interfaces
 во множественном числе.

Проблема решена, вопрос закрыт. :о)


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140917143217.249e77dd@STNset

Как сменить основную архитектуру в dpkg ?

2014-09-08 Пенетрантность Ста Деюс

Доброго времени суток!


Как сменить основную архитектуру в  dpkg  ?

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140908133415.1a9db...@openmailbox.org

32-битная установка ОС на 64-битной ЭВМ.

2014-09-06 Пенетрантность Ста Деюс

Доброго времени суток!


В случае, если я использую архитектуру 386 (ядро и пакеты) на 64-битной
машине, правильно ли я понимаю, что я выиграю только в объёме
затрачиваемой ОС памяти (у меня будет больше свободного ОЗУ), но
проигрываю в инструкциях ЦПУ, прочих технологиях?

Спасибо.


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140906160059.455760d3@STNdom

Re: Отсутствует ключ тестовой Дебиан на ключном сервере.

Доброго времени суток!


Wed, 27 Aug 2014 00:46:40 +0400 dimas писал(а):
 больно большой пакет?
 00:44:05 239 ~$ aptitude show debian-archive-keyring 
 Пакет: debian-archive-keyring
 Состояние: установлен
 ...
 Размер в распакованном виде: 84,0 k
 
 внутри с десяток файлов-то.

Аналогично:

Package: debian-keyring
Size: 45371088

Ну, а вами указанный уже имеется.

Спасибо за ответ!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140829162255.73b1173e@STNdom

Re: Отсутствует ключ тестовой Дебиан на ключном сервере.

Доброго времени суток!


Fri, 29 Aug 2014 10:33:36 +0400 Nikolay писал(а):
  как связать (проверить) SHA512SUMS и SHA512SUMS.sign ?
 gpg --verify SHA512SUMS.sign SHA512SUMS

Спасибо за ответ!

А то

$ gpg --verify SHA512SUMS.sign

не доходило: как они связаны, а теперь, видно, что эти две команды --
одно, но ваша -- явна.


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140829162413.60de7561@STNdom

Re: Относительно бухгалтерского учета

Доброго времени суток!


Wed, 27 Aug 2014 19:09:55 +0800 Dmitry писал(а):
 хм, нам может для Людмилы свои услуги предложить?

На мусор не н/о отвечать - как просят админ-ы рассылки. А ответить м/о
непосредственно, отыскав Людмилу/её хозяев. ;о) А то Сеть стирает
память, что за свои дела/слова отвечать приходится.

С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140829162620.2d08e372@STNdom

Re: Относительно бухгалтерского учета

Доброго времени суток!


Fri, 29 Aug 2014 19:11:37 +0800 Dmitry писал(а):
 Ок. За два дня письмо из рассылки так никто не удалил. Хорошо, сходил
 и удалил.

Спасибо!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140829192601.24f749be@STNdom

Re: Отсутствует ключ тестовой Дебиан на ключном сервере.

2014-08-28 Пенетрантность Ста Деюс

On Mon, 25 Aug 2014 23:14:45 +0400
Dmitrii Kashin free...@freehck.ru wrote:

  $ gpg --recv-keys 09EA8AC3
  gpg: requesting key 09EA8AC3 from hkp server keys.gnupg.net  
  ^
  gpg: key 09EA8AC3: public key Debian Testing CDs Automatic Signing
  Key debian...@lists.debian.org imported  
 
  Спасибо за ответ!
 
  Ну, вот, снова пробую:
 
  gpg --keyserver keyring.debian.org --recv-keys 09EA8AC3  
 
  gpg: requesting key 09EA8AC3 from hkp server keyring.debian.org  
 ^
  gpgkeys: key 09EA8AC3 not found on keyserver
  gpg: no valid OpenPGP data found.
  gpg: Total number processed: 0
 
  Перехват моих сессий?  
 
 Определённо.

Спасибо! Но странно, что на сервере Дебиана нету, а на ГНУПГ есть!

А какая связь между  SHA512SUMS  и  SHA512SUMS.sign  ? -- Т.е.
получается, что м/о проверить  SHA512SUMS  с  ISO  , и
SHA512SUMS.sign  с сервером ключей, но как связать (проверить)
SHA512SUMS  и  SHA512SUMS.sign  ?

Спасибо, ещё раз.


Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140828150823.2e306269@STNdom

Отсутствует ключ тестовой Дебиан на ключном сервере.

2014-08-25 Пенетрантность Ста Деюс

Доброго времени суток!


Проверяю образа тестовой Дебиан:

$ gpg --verify SHA512SUMS.sign
gpg: Signature made Mon 18 Aug 2014 01:52:47 PM OMST using RSA key ID
09EA8AC3 gpg: Can't check signature: public key not found

$ gpg --keyserver keyring.debian.org --recv-keys 09EA8AC3
gpg: requesting key 09EA8AC3 from hkp server keyring.debian.org
gpgkeys: key 09EA8AC3 not found on keyserver
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0

Почему там нет сего ключа? -- В то время как на
https://www.debian.org/CD/verify
он числится.

И ещё, после того, как проверка  SHA512SUMS.sign  пройдёт (я найду
отпечаток пальца на https://www.debian.org/CD/verify), как мне
установить связь между  SHA512SUMS.sign  и  SHA512SUMS  ?

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140822134410.5d7e40d4@STNdom

Re: Отсутствует ключ тестовой Дебиан на ключном сервере.

2014-08-25 Пенетрантность Ста Деюс

Доброго времени суток!


Mon, 25 Aug 2014 11:47:23 +0400 alexander писал(а):
  $ gpg --keyserver keyring.debian.org --recv-keys 09EA8AC3
  gpg: requesting key 09EA8AC3 from hkp server keyring.debian.org
  gpgkeys: key 09EA8AC3 not found on keyserver
  gpg: no valid OpenPGP data found.
  gpg: Total number processed: 0  
 
 $ gpg --recv-keys 09EA8AC3
 gpg: requesting key 09EA8AC3 from hkp server keys.gnupg.net
 gpg: key 09EA8AC3: public key Debian Testing CDs Automatic Signing
 Key debian...@lists.debian.org imported

Спасибо за ответ!

Ну, вот, снова пробую:

gpg --keyserver keyring.debian.org --recv-keys 09EA8AC3
gpg: requesting key 09EA8AC3 from hkp server keyring.debian.org
gpgkeys: key 09EA8AC3 not found on keyserver
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0

Перехват моих сессий?

С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140826020305.6a4c0a65@STNdom

Re: Отсутствует ключ тестовой Дебиан на ключном сервере.

2014-08-25 Пенетрантность Ста Деюс

Доброго времени суток!


Mon, 25 Aug 2014 19:21:40 +0400 dimas писал(а):
 или проще - поставить пакет debian-keyrings-че-то-там, или как там
 его...

Спасибо за ответ!

М/о, конечно, но больно большой пакет, а мне нужно крайне редко. Ну, и
раз проблема есть, то хочется её решить -- м/т что интересное я узнаю о
своём поставщике Сети. ;о)


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140826020815.3db61065@STNdom

Re: Где бы взять Дебиан-тестовый-64бит ?

2014-08-12 Пенетрантность Ста Деюс

Доброго времени суток!


Mon, 11 Aug 2014 14:05:29 +0400 Victor писал(а):
  http://live-systems.org/cdimage/release/
  
  есть два каталога: стабильный и 7.6 -- кажется, в обоих, тоже
  самое
 
 Так стабильным сейчас как раз 7.6 и считается.

Спасибо за ответ! Да, я знаю, только, по мне так путаницу разводят с 
каталогами, содержащими то же.

Так, нету, живого Дебиан-тестовый-64бит ?


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140812204802.02efae6e@STNdom

Где бы взять Дебиан-тестовый-64бит ?

2014-08-11 Пенетрантность Ста Деюс

Доброго времени суток!


Не могу понять: в проекте живой есть тестовые версии Дебиана, или
только стабильный и старый стабильны?

Вот тут

http://live-systems.org/cdimage/release/

есть два каталога: стабильный и 7.6 -- кажется, в обоих, тоже самое
(версии ОС).

Или, другими словами, можно где-нить загрузить образ с
предустановленным Дебиан-тестовый-64бит ?

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140811155638.3cac1ffb@STNdom

Aptitude: пакеты лежат не на месте.

2014-08-05 Пенетрантность Ста Деюс

Доброго времени суток!


У меня в Джесси, в аптитьюде, по какой-то причине, с самой
установки системы, установленные пакеты числятся и в разделе
установленные, и в новые -- статус у всех установленных верный, но
лежат не там, где нужно.

Вопрос: возможно ли пересчитать БД пакетов или ещё что, чтобы
переместить их в раздел установленные?

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805150101.02278499@STNdom

Вернуть в нормальное положение индикацию раскладки клавиатуры.

2014-08-05 Пенетрантность Ста Деюс

Доброго времени суток!


Не знаете какой трюк: как вернуть в нормальное положение индикацию
светодиода на клавиатуре, сигнализирующего русскую раскладку клав-ы? --
Бывает, что в процессе долгого пользования одного сеанса в Х этот
сигнал меняется до наоборот -- что вносит путаницу и большое
неудобство. -- Нет желания сбрасывать сеанс.

Спасибо за помощь!


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140805184939.2afd2b6c@STNdom

Интересует метод усыпления ЭВМ из командной строки с правами пользователя.

2014-04-14 Пенетрантность Ста Деюс

Здравствуйте, уважаемые.


В виду нестабильной работы в «Джесси» пользовательского усыпления ЭВМ
посредством

/usr/bin/dbus-send --system --print-reply
--dest=org.freedesktop.UPower /org/freedesktop/UPower
org.freedesktop.UPower.Suspend

, интересует метод усыпления ЭВМ из командной строки с правами
пользователя и без привлечения

systemd

. Есть идеи?

Хорошего времени суток.


С уважением,
Ста.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140414175356.522d8640@STNdom

Re: Разное реагирование «Privoxy» на протоколы https и http.

Здравствуй, Artem.

Спасибо за письмо, написанное в Wed, 26 Mar 2014 16:27:40 +0400:

СД У меня вопросов по названным протоколам. У меня есть вопрос по

Ошибка: должно было быть «по названным протоколам нет».

Ну, ты прочти сначала, тогда станет понятнее, как.

Стоит почитать, что мы тут дальше по треду обсуждали, в первую очередь
реплику Жени Бердникова, который, в отличие от меня, чуть более в
подробностях знает протокол HTTP proxy.

Да я читал как бы уже. А твои прозрачные намёки-таки не указывают на
суть проблемы. В виду того, что «зам» передаёт шифрованные страницы.

Кратко: готового решения с работающим предупреждением с privoxy,
вероятно, нет (если бы было, оно было бы отдельно описано в
документации). Тема эта достаточно сложная, и даже если оно умеет и в
списке рассылки privoxy тебе ответят, очень не факт, что ты сумеешь
сходу понять ответ.

Посмотрим. На сейчас ясно, что:

1. Опыта ни у кого в рассылке нет. :о(
2. Пойду дале «копать» док-цию «прайвокси», или тамошние рассылки.

Странность же реакции объясняется просто: протокол проксирования
рассчитан на то, что он либо не вмешивается в соединение, в которое
его *явно* попросили не вмешиваться (буковка с на самом деле
является именно такой *явной* просьбой, а не просто буковкой, которую
лепят от нефиг делать, хотя иногда да, именно от нефиг делать и
лепят), либо не предоставляет его вовсе. А ты хочешь именно
вмешаться.

Это можно сделать с помощью прозрачного прокси, но вот это как раз и
сложная тема, помимо прочего, нарушающая приватность пользователя.
Можно реально огрести, как по закону, так и по морде.

Ну, как ты помнишь, вопрос «вмешательства» сводится к различию имён
машин - что не является большой тайной в виду того, что зам-у н/О знать
название машины с которой соединять обозреватель - и тут шифрованное
соединение или нет - без разницы.

Вероятно, пора закрывать эту тему.

Хорошего времени суток.

С уважением,
Ста.

Отв: Болтаем о сетевой шифрации (было: «Разное реагирование «Privoxy» на протоколы https и http»).

Здравствуй, Dmitrii.

Спасибо за письмо, написанное в Fri, 28 Mar 2014 13:17:10 +0400:

Ошибка: должно было быть «по названным протоколам нет».

А вроде должны быть.

От куда ж такая уверенность?!

Намёки, значит. =(

Хорошо, «посыл на» ненужную мне документацию. - Может, так
удовлетворит? ;о)

Пожалуйста, пойми, я не тот человек, к. не хочет трудиться, ждёт
готовых решений. Но пока приведённые указки я почитаю, как «не в
цель», а если уж посылать меня, так уж на документацию «Прайвокси».

А Вы ожидали готового решения? Так этого почти никогда не бывает.
Никто за Вас Вашу работу делать не станет, ясен пень.

Я ожидал того, что кто-то поделится опытом. Но, к чему сии разговоры?

Ну, как ты помнишь, вопрос «вмешательства» сводится к различию имён
машин - что не является большой тайной в виду того, что зам-у н/О
знать название машины с которой соединять обозреватель - и тут
шифрованное соединение или нет - без разницы.

Бугага. Разница огромная, ибо вмешательство в случае шифрованного
соединения подразумевает нечто гораздо большее. Дело в том, что SSL
используется не только для шифрования соединения, но ещё и для того,
чтобы удостовериться, что Вы говорите именно с тем сервером, с которым
хотели соединиться.

Дмитрий, можно/нужно на «ты». :о)

По работе «Прайвокси» не скажешь, что он проверяет, либо не проверяет
целевую машину только из-за присутствия её имени в списке на
блокировки.

Тебе, похоже, близка тема шифрования, или ты так хочешь убедить меня в
вескости твоих аргументов «посыла на» ненужную мне документацию, что
постоянно говоришь о шифровании.

Я уже начинаю жалеть, что с этим вопросом обратился. :о)

Давайте закончим где-то тут, если только вся рассылка не хочет здесь
немного выпустить «пар» на эту тему, «потрещать» о том, кто чего достиг
в плане сетевой шифрации. :о)

А пойду пороюсь на узле «Прайвокси», если будут хоть какие вести,
отпишусь здесь - пусть растёт «база знаний» «Дебиан»а. :о)

Хорошего времени суток.

С уважением,
Ста.

Отв: Болтаем о сетевой шифрации (было: «Разное реагирование «Privoxy» на протоколы https и http»).

Здравствуй, Artem.

Спасибо за письмо, написанное в Fri, 28 Mar 2014 13:39:44 +0400:

Значит, читал, но не понял. Суть проблемы простая: если браузер
знает, что он работает через прокси, то он не поймет предупреждения
от прокси на запрос CONNECT (так устроен протокол общения с прокси),
а если не знает (если privoxy настроен на прозрачное проксирование),
то обнаружит врага-в-середине, и откажется связываться. В любом
случае ему не прет.

Какие предупреждения?! - «Прайвокси» просто потрошит и возвращает
страницу. Либо не потрошит (в случае шифровки) и возвращает страницу.
Но почему-то странно себя ведёт ЕСЛИ название машины в чёрном списке И
обращение к ней происходит по «шифровке». Всё. Поэтому, ему «прёт»,
если не выполняются эти два условия.

Первую проблему правильно было бы лечить со стороны протокола явного
проксирования, и это было бы вполне корректно и законно, но это надо
править все браузеры, т.е. по факту не лечится. Вторую известно как
лечить, средства существуют, и вот тут уже да, можно обращаться в доки
или рассылки privoxy, но см. ниже про огрести.

У меня твёрдое чувство того, что мы о разном говорим, по-разному
смотрим на вещи. Тут не н/о ничего переписывать: этого никто из этого
разговора делать не б/т. Тут просто н/о решить: то ли как-то указать
чего-то ещё «прайвокси» в настройках - хотя, «прайвокси» не принимает
названия машин с указанием протокола, и сам не «рубит» правильно. -
Поэтому, вопрос сводится: м/о или нет настроить, и сели м/о, а оно не
работает - отправить отчёт разработчикам, и конец опросу - а рассылка
начала проектирование нового
«прайвокси»/обозревателя/детектора_атак_«аля_чел_между_нами». :о) --
Поэтому, я и говорю, давайте тему переименуем, и б/т «трещать» на тему
сетевой шифрации, и как, вообще, всё работать должно в противовес тому,
как оно ныне работает. :о)

СД 1. Опыта ни у кого в рассылке нет. :о(
Угу. Задача в большинстве случаев не стоит того, чтобы ее решать,
потому и опыта нет. Может, кстати, у кого и есть, но в силу легкой
противозаконности :) такого опыта, он предпочитает помалкивать...

А! Опять ты за своё! :о) Запретить кому доступ - не является
преступлением, даже по «законам» «ЕдРо»стов! :о)

СД 2. Пойду дале «копать» док-цию «прайвокси», или тамошние
рассылки.

Удачи.

Спасибо на добром слове. :о)

СД Ну, как ты помнишь, вопрос «вмешательства» сводится к различию
имён СД машин

Не имен, а машин, вернее, их владельцев. Отсюда и проблемы.

Проблемы не от сюда. М/т док-ция «прайвокси» лучше опишет мою суть,
извини, на английском:

«4.15. How can Privoxy filter Secure (HTTPS) URLs?

Since secure HTTP connections are encrypted SSL sessions between your
browser and the secure site, and are meant to be reliably secure, there
is little that Privoxy can do but hand the raw gibberish data though
from one end to the other unprocessed.

The only exception to this is blocking by host patterns, as the client
needs to tell Privoxy the name of the remote server, so that Privoxy
can establish the connection. If that name matches a host-only pattern,
the connection will be blocked.

As far as ad blocking is concerned, this is less of a restriction than
it may seem, since ad sources are often identifiable by the host name,
and often the banners to be placed in an encrypted page come
unencrypted nonetheless for efficiency reasons, which exposes them to
the full power of Privoxy's ad blocking.»

Хорошего времени суток.

С уважением,
Ста.

Re: Разное реагирование «Privoxy» на протоколыhttpsи http.

Здравствуй, Alexander.

Спасибо за письмо, написанное в Wed, 26 Mar 2014 15:04:53 +0400:

Она реально блокируется но только как предупреждение: мол, владельцы
ресурса - Враги РИ (Российской империи) / СССР, и всё что вы там
прочитаете, м/т быть ложью (особенно доблесть армии РИ, достижения и
т.п.). -- Сия «википедия» не есть энциклопедия СССР, как и прочая
«вики», не м/т претендовать на точность предоставления информации, а
тут ещё и имеют место быть специально спланированные действия по
искажению достоверной информации, появись таковая на «вики»,
хозяевами ресурса.

Фак мой мозг. Извините.

О! Я думал такое только на «дебиан-пользователь» м/о было встретить! ;о)
Пожалуйста, не н/о боле!

Ну, как понимаю, ответа нет на мой вопрос. Я ещё попробую связаться
с «поддержкой» «Прайвокси», и адресовать свой вопрос им, ну, и в
зависимости, от результатов, составлю отчёт об ошибке, либо
перенастрою блокировку для узлов, поддерживающих шифрованное
соединение.
Ты не прочитал или не пытался понять, что тебе отвечали выше по треду.
Там было достаточно количество ключевых слов для того, чтобы
погуглить, почитать и принять какое-то решение.

Скажем так, предложенное, не для моего уже мозга. :о) В остальном,
пожалуйста, обратись к мои ответам с названием писем «Отв: Болтаем о
сетевой шифрации (было: «Разное реагирование «Privoxy» на протоколы
https и http»).».

Хорошего времени суток.

С уважением,
Ста.

Re: Разное реагирование «Privoxy» на протоколыhttpsи http.