Обновить
26
0
Дмитрий Святогоров @PnDx

Инженер-конструктор систем массового обслуживания

Отправить сообщение

См. текст по ключевому слову "репозиторий".
Я не знаю как сделать (хорошо) инсталлятор и открыто в этом признаюсь. Готов помочь любому кто возьмётся сделать и потом сопровождать пакет.

Ответ на комментарий выше
Да. Идея "что так можно" — оттуда и я вроде этого не скрываю.
Условно-мои здесь "модульная конструкция" (но также можно сказать что что-то подобное делали ещё в симуляторе сетей Cisco в конце 90х, забыл как назывался) и модель ввода слова, описанная регулярной грамматикой (если есть аналог то я его не знаю).


Ну и собрать всё вместе пришлось. А то всё как-то желающих не находилось, больше рассуждений про правильные пользовательские привычки.

Добавил в статью раздел "FAQ (часто задаваемые вопросы)". Буду дополнять по мере поступления этих самых вопросов.

Нет. И не будет при таком способе ввода/вывода (на уровне ядра и скен-кодов нажатых/отпущенных клавиш).


При существующем "плюрализме" DE в linux практически нереально сделать стабильно работающее решение на таких принципах как у "punto switcher". Что и показал неуспех xneur.


Поэтому я сделал так как сделал. По минимуму, но "как следует", от раскладки клавиатуры и используемых языков вообще никак не зависит. Ломается только вместе с XOrg. Но и в этом сценарии можно подпереть внешним костылём (как для gnome).


Чуть не забыл. Для того что Вы спросили написаны скрипты чуть ли не на баше. См. в комментариях к первой статье. Так что ничего не мешает сложить 1+1 и получить желаемое: менять язык/регистр/чёрта_в_ступе выделенного по заданным кнопкам.

Она умеет перепечатывать слово в изменённой раскладке.
yf,bhftv <нажимаем "break"> → "набираем"


Т.е. ту ключевую функциональность punto switcher, от отсутствия которой у меня "подгорало" в linux после "ухода со сцены" xneur. Смотри "содержание предыдущих серий"

А Вы проверьте.
Что-то мне подсказывает что "костыль" для gnome там тоже может пригодиться. Но это не точно.

Ставил rpm на openSUSE 15.2. Нюанс: у меня там KDE с "классическими", "как в win'XP" заголовками окон и palemoon является браузером по умолчанию. Потому что копировал жене свой профиль и не всё поправил.
Запускаю ярлык "teams preview". (Название не точно. Будете настаивать — могу устроить "фотосессию".) Появляется форма для заполнения логина, потом ещё окно (модально AFAIR) и дальше жмём "перейти". …Оп, открывается ссылка в palemoon!


  • Из скриншотов по Вашей ссылке могу предположить что M$ задействовал хром в каком-то режиме интеграции. А тут, внезапно, не у всех хром…

Раз уж выше столько комментариев про альтернативы, не удержусь оставить свой вариант.
Из "инструментов для удалёнки" лучше всего, как не странно, зашёл Discord.
Известные недостатки (или не умеем готовить?): нет встроенной записи видеоконференций, нет функции "громкого звонка" p2p.
Тот же электрон, но дизайн (почему-то) не вызывает зубовный скрежет.


Что касается "teams", его тупо нет под linux (буквально на днях столкнулся). Вот даже на электроне — нету. Есть некий "teams preview", который по факту — запускалка url в браузере.

И обходиться без еды сколь-нибудь длительный промежуток времени

Как всегда, есть нюанс. Обхождение без еды приводит у кошек к жировому перерождению печени. О чём ветеринары отдельно предупреждают. (Кормить хоть как-то обязательно даже если болеет и отказывается).

Учитывая что статья в целом "entry level", внесу свои 5 копеек. Во избежание закрепления у читателя "магического сознания".


  • "rc.local": исполняется как юнит systemd (или upstart, или init — не важно). Встречается в RH и deb-based. Чтобы включить, в RH например нужно сходить по символической ссылке и сделать "chmod +x".
  • "Что интересно, при старте системы, скрипты выполняются с правами root."
    Что ещё интереснее, без зачистки окружения. Что например позволяет кинуть сюрприз прямо в "/usr/local/sbin/".
  • В разделе про "Окружения рабочего стола", можно напомнить про полезность suid-бита. И про всякие attr'ы интересные — тоже.
  • "nc -lvp 1234" — "-v"-то зачем? И вообще, "-Z" рулит! Раз уж учимся собирать "на коленке".
  • "Скорее всего такой бекдор проживет ровно до момента"… когда горе-администратор повторно запустит что-то из-под sudo. Я бы таки удивился, увидев ругань от netcat в stderr. В примерах ниже таки появляется перенаправление "2>куда_то", а в начале — нет.
  • "нет ни малейшего намека на то, в результате чего произошло выполнение команды" — Серьёзно? Аудит ppid не пишет?

И да, если уж речь идёт о вкручивании качественного бэкдора, нужно хотя бы упомянуть про сборку initrd ("initial RAM disk" aka "initramfs"). По моему опыту, 99/100 админов вообще не осознают как оно работает.


P.S. Отдельное спасибо за упоминание таймеров. Они несут в жизнь разнообразие (или, на латинский манер, диверсию), которого так не хватает. На моих локалхостах оно правда выглядит так:


### systemctl cat logrotate.timer
# /usr/lib/systemd/system/logrotate.timer
[Unit]
Description=Daily rotation of log files
Documentation=man:logrotate(8) man:logrotate.conf(5)

[Timer]
OnCalendar=daily
AccuracySec=12h
Persistent=true

[Install]
WantedBy=timers.target

"Угадайте, что/когда я запущу" <здесь должна быть картинка с косоглазым волком>


P.P.S. В конце статьи сто́ит добавить disclaimer про то что все описанные способы в основном подходят для углублённого изучения структуры ОС. И ни в коем разе не рекомендуются для практического рутования/обэкдоривания чего-либо отличного от собственного локалхоста.

Ага, и идём искать подходящую эвристику (если надо-надо).
Из чего я делаю вывод, что методика "не достаточна для практического применения в ряде случаев". Ну а кто бы сомневался, "серебряные пули" почему-то в дефиците.

С моей колокольни проблему можно рассматривать как соответствие модели "действительности" (никогда не).


Любая модель достаточно близка к реальности в рамках определённого набора граничных условий. Проблема в том, что сразу после создания новой модели про эти условия ничего не известно (в лучшем случае, можно сделать какие-то допущения на основании "похожих" и более-менее изученных моделей).
Но ничего кроме набора таких моделей у человека/программы/нейросетки/чёрта_в_ступе на вооружении нет. И решения приходится принимать, исходя из полученных вводных и доступного набора моделей.


Т.о., управляющий тем или иным процессом вынужден применять доступные данные (какие смог получить) к доступным моделям. И выдавать результат за приемлемое время.


А дальше начинается борьба за живучесть всего этого. Осознавая хотя бы описанный выше минимум, идём подбирать граничные условия и более-менее рабочие механизмы контроля того что "модель уходит вразнос".


То есть, вот конкретный я почти непрерывно плаваю в этом самом "слое ложной компетентности". Пытаясь нащупать граничные условия раньше чем очередная система рухнет от некоего нежданчика. И лишь изредка вылезаю передохнуть на какую-то совсем простую (и тупую!) задачу.


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

Известные мне граничные условия. (При приближении к которым "метод" начинает буксовать).


  • Проблемы с воспроизводимостью явления (e.g. шаровая молния).
  • Проблемы с измерением/наблюдением (переходные процессы "а почему лёд скользкий").
  • Эффекты масштаба (микро/мега). Усугубляют предыдущий пункт т.к. провоцируют каскад трудно проверяемых спекуляций.

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

Чуть-чуть уточню как слегка меньше не знающий.


  • 第 — числительный префикс (чтобы сделать "третий" из "три")
  • 三 — три (один, два, три — самые простые в изучении графемы, да)
  • "рот на ножках" ой, на восьмёрке же — счётное для маленьких зверей/птиц и па́рных предметов (для глаз, в данном случае?)
  • 眼 — собственно, глаз

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

Оп… Люто тормозит на моём немодном pale moon. Тут уже́ как бы не до рюшечек. Как понимаю, сокращение издержек также потребовало отказаться от тестирования на отличных от chrome движках.

  • Вспомнил как меня M$ с XP на Vista пересаживал. В тот раз имелся очевидный выход: отказаться от винды как таковой. А тут что делать?

Спасибо. Хорошее чтение на пятницу-вечер.
Ассемблеры — они с моей "эмпирической" т.з. про "физические" сущности (обычно это регистры и операции над ними).


  • Ошибся с WebAssembly (но тут продолжу упорствовать и считать его "ещё чем-то").
  • И с ForwardCom. Тут да, "физику" хитро замаскировали ("int64 r0"). Но на "современный" взгляд идея так себе. За ассемблер теперь берутся чтобы "пинать" опкоды, а для других задач есть средства поудобнее…
На самом деле это тот момент, когда симки по паспорту и должны были бы работать.

Нет. Это для "простых граждан".
Спамер договаривается непосредственно с оператором номерной ёмкости (или его аффилиатами, меняется только юр. вывеска). Потому что эта схема не влечёт ответственности (даже административной).


Берёт несколько "потоков" с нужными ТТХ, при необходимости (коллекторы, "СБ банка") — достаточно большой (100…1000+) пул номеров (цена вопроса — копеечная, это "физиков" обдирают). Либо сами включаются по IP, либо арендуют готовую услугу у самого оператора (а вы как думали?).


Пример: сегодняшние "стоматологи": +79269970451 г. Москва и Московская область :: ПАО "МегаФон".

Немного промахнулся с ответом
OpenSUSE с KDE прекрасен на собственном (деск/лап)-топе.
Но вот раскидать "грядку" низкомаржинальных хостов для какого-нибудь телекома… Которые более-менее рентабельны при сроках практически не обслуживаемой ("yum update") эксплуатации 5+ лет.
И да, разумеется всё там "безголовое" и на минимальных ресурсах. Какие там "рабочие столы"…


В общем, туда куда "заходила" centOS, сейчас готовится oracle linux 8. С Alma в качестве подстраховки.
Но есть (как без него) не сразу очевидный нюанс. Даже два, но первую проблему (centOS служил цементирующим ядром для ряда сторонних репозиториев; которые на RHEL не нужны т.к. нерентабельно) прикрывают пока oracle с alma (тюркоговорящим на радость).


А вот вопрос как "гуглить" проблемы из centOS-специфичных областей пока остаётся открытым… Там в последние лет 10 сформировалось достаточно сильное комьюнити, что в разы уменьшало затраты на решение большинства "проходных" вопросов. А теперь — oops…

Ещё одна гипотеза, которую было бы любопытно проверить — распределение "за" и "против" по "географии". Тут не слишком просто подступиться, т.к. github AFAIK не публикует логов по ip. Но можно для начала проверить утверждение "у противников/сторонников заполнен location".


Вполне может оказаться что location "противников" тяготеет к самой демократической стране мира. Ввиду нюансов тамошних трудовых отношений.

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург и область, Россия
Зарегистрирован
Активность