РОСА ФРЕШ 13 - когда нет цели, а есть только путь
В последний день зимы, 28 февраля без лишнего шума был выпущен релиз новой операционной системы РОСА ФРЕШ 13 на базе платформы rosa13, это первое крупное обновление за последние 4 года, все предыдущие выпуски строились на базе платформы 2021.x.
Выпущенная система в первую очередь адресуется энтузиастам и не рекомендуется для продуктивных сред, но это отличный повод посмотреть куда пришла РОСА и что ждать в коммерческих дистрибутивах, а также понять куда вообще движется данная платформа, которая является наследником легендарной Mandriva.
https://interface31.ru/tech_it/2025/04/rosa-fresh-13-kogda-net-celi-a-est-tol-ko-put.html
В последний день зимы, 28 февраля без лишнего шума был выпущен релиз новой операционной системы РОСА ФРЕШ 13 на базе платформы rosa13, это первое крупное обновление за последние 4 года, все предыдущие выпуски строились на базе платформы 2021.x.
Выпущенная система в первую очередь адресуется энтузиастам и не рекомендуется для продуктивных сред, но это отличный повод посмотреть куда пришла РОСА и что ждать в коммерческих дистрибутивах, а также понять куда вообще движется данная платформа, которая является наследником легендарной Mandriva.
https://interface31.ru/tech_it/2025/04/rosa-fresh-13-kogda-net-celi-a-est-tol-ko-put.html
Нет пророка в своем отечестве
Каждый раз, как только поднимается обсуждение чего-либо отечественного, так сразу можно услышать возгласы: а что в этом нашего, тут все не наше, только перекрасили.
Если послушать таких ораторов, то все сводится к тому, что нашего у нас ничего нет и быть не может. А все что у нас возможно – это взять где-нибудь в Китае подешевле, перекрасить и продать у нас подороже.
С обязательными распилами и откатами… Ну как без них. А все попытки трезво разобраться в ситуации сразу же объявляются заказухой и чуть ли не соучастием в освоении бюджетных средств.
Начнем с коррупции. Она, как это не прискорбно, существует, но это не является какой-то отечественной особенностью. Коррупция – явление международное. Не так давно в Конгрессе США демонстрировался пакет с обычными гайками за $90 тыс.
И на вопрос: как же так вышло? Ответ был в стиле: ну как-то так получилось…
А мы пока пойдем дальше. Есть такой дистрибутив – Linux Mint, который представляет собой пакетную базу Ubuntu плюс собственная графическая оболочка Cinnamon. И никто не отказывает ему в звании отдельного дистрибутива.
А теперь берем Astra Linux, который не просто использует пакетную базу Debian, но и пересобирает и сертифицирует ее. И также предоставляет собственную графическую оболочку Fly, это не считая остальных корпоративных разработок, таких как мандатная система доступа или ALD Pro.
И тут же начинается: фу… взяли Debian и продают, а Fly вообще-то на базе KDE…
И что? В Mint взяли Ubuntu, а Cinnamon вообще-то на базе GNOME…
Продают? Так никто не запрещает. А чужие деньги считать, как минимум некрасиво.
А еще есть Альт, который вообще сейчас полностью самодостаточный и самобытный. Но нет, тоже не так. Оказывается, там под капотом зарубежное ядро Linux и прикладной софт тоже не сами написали.
Но тогда, товарищи, надо быть последовательными. И если Альт жалкое заимствование, то к нему в компанию надо отправить и SUSE, и Ubuntu, и всех остальных, оставив разве что базовые дистрибутивы.
Хотя, а их за что? Тоже взяли чужое ядро и чужой софт. Вот нефиг, пусть сами пишут.
Ну ладно, погорячились. Но ведь они берут бесплатно и продают за деньги? А вот здесь сходите и расскажите это компании IBM и ныне подконтрольной им Red Hat.
Они делают ровно тоже самое, так еще и вставляют палки в колеса попыткам распространять их творчество бесплатно. Историю с CentOS знают все.
Что касается железа, то сегодня не столь много мест, где можно производить высокотехнологичное оборудование. Та же продукция Apple производится в Китае, что не мешает ей нести гордую надпись «Designed by Apple in California».
Сегодня собрать железку много ума не надо, только вот ее кто-то должен до этого разработать.
Поэтому нет ничего страшного, что наши разработки производятся Китаем. Это не отменяет того, что они наши.
А вообще с Китая надо брать пример. Там никто не комплексовал по поводу «взяли чужое и перекрасили», причем сделали это крайне похабно и паршиво. Первые китайские поделия хоть в электронике, хоть в автомобилестроении вызывали только слезы.
Зато на них набили руку как в производстве, так и в разработке. Сегодня половина мира ходит с китайскими телефонами и ничуть не комплексует. А некоторые бренды создали устойчивые фанатские сообщества, как тот же Xiaomi.
Следом на рынок идут китайские авто, которые вполне конкуренты по соотношению цена/качество и давно не представляют «ведро с гайками» как это было еще лет 10-15 назад.
Сейчас отечественное производство и разработка проходят тот же самый путь, с опозданием на 10-15 лет. Да, сначала занимаемся перекраской, потом чем-то чуть более сложным. Но уже сейчас есть вполне самодостаточные вещи.
Но только почему отношение к своему производству у нас остается на уровне: наше – значит фигня. Даже не пытаясь понять и разобраться в сути вопроса?
Каждый раз, как только поднимается обсуждение чего-либо отечественного, так сразу можно услышать возгласы: а что в этом нашего, тут все не наше, только перекрасили.
Если послушать таких ораторов, то все сводится к тому, что нашего у нас ничего нет и быть не может. А все что у нас возможно – это взять где-нибудь в Китае подешевле, перекрасить и продать у нас подороже.
С обязательными распилами и откатами… Ну как без них. А все попытки трезво разобраться в ситуации сразу же объявляются заказухой и чуть ли не соучастием в освоении бюджетных средств.
Начнем с коррупции. Она, как это не прискорбно, существует, но это не является какой-то отечественной особенностью. Коррупция – явление международное. Не так давно в Конгрессе США демонстрировался пакет с обычными гайками за $90 тыс.
И на вопрос: как же так вышло? Ответ был в стиле: ну как-то так получилось…
А мы пока пойдем дальше. Есть такой дистрибутив – Linux Mint, который представляет собой пакетную базу Ubuntu плюс собственная графическая оболочка Cinnamon. И никто не отказывает ему в звании отдельного дистрибутива.
А теперь берем Astra Linux, который не просто использует пакетную базу Debian, но и пересобирает и сертифицирует ее. И также предоставляет собственную графическую оболочку Fly, это не считая остальных корпоративных разработок, таких как мандатная система доступа или ALD Pro.
И тут же начинается: фу… взяли Debian и продают, а Fly вообще-то на базе KDE…
И что? В Mint взяли Ubuntu, а Cinnamon вообще-то на базе GNOME…
Продают? Так никто не запрещает. А чужие деньги считать, как минимум некрасиво.
А еще есть Альт, который вообще сейчас полностью самодостаточный и самобытный. Но нет, тоже не так. Оказывается, там под капотом зарубежное ядро Linux и прикладной софт тоже не сами написали.
Но тогда, товарищи, надо быть последовательными. И если Альт жалкое заимствование, то к нему в компанию надо отправить и SUSE, и Ubuntu, и всех остальных, оставив разве что базовые дистрибутивы.
Хотя, а их за что? Тоже взяли чужое ядро и чужой софт. Вот нефиг, пусть сами пишут.
Ну ладно, погорячились. Но ведь они берут бесплатно и продают за деньги? А вот здесь сходите и расскажите это компании IBM и ныне подконтрольной им Red Hat.
Они делают ровно тоже самое, так еще и вставляют палки в колеса попыткам распространять их творчество бесплатно. Историю с CentOS знают все.
Что касается железа, то сегодня не столь много мест, где можно производить высокотехнологичное оборудование. Та же продукция Apple производится в Китае, что не мешает ей нести гордую надпись «Designed by Apple in California».
Сегодня собрать железку много ума не надо, только вот ее кто-то должен до этого разработать.
Поэтому нет ничего страшного, что наши разработки производятся Китаем. Это не отменяет того, что они наши.
А вообще с Китая надо брать пример. Там никто не комплексовал по поводу «взяли чужое и перекрасили», причем сделали это крайне похабно и паршиво. Первые китайские поделия хоть в электронике, хоть в автомобилестроении вызывали только слезы.
Зато на них набили руку как в производстве, так и в разработке. Сегодня половина мира ходит с китайскими телефонами и ничуть не комплексует. А некоторые бренды создали устойчивые фанатские сообщества, как тот же Xiaomi.
Следом на рынок идут китайские авто, которые вполне конкуренты по соотношению цена/качество и давно не представляют «ведро с гайками» как это было еще лет 10-15 назад.
Сейчас отечественное производство и разработка проходят тот же самый путь, с опозданием на 10-15 лет. Да, сначала занимаемся перекраской, потом чем-то чуть более сложным. Но уже сейчас есть вполне самодостаточные вещи.
Но только почему отношение к своему производству у нас остается на уровне: наше – значит фигня. Даже не пытаясь понять и разобраться в сути вопроса?
О поддержке
В комментариях затронули тему коммерческой поддержки, мол не сильно она и нужна, если у разработчиков есть нормальная документация, база знаний, сообщество и т.д. и т.п. Отчасти это так, но роль поддержки никогда не следует приуменьшать, особенно если вы только-только начинаете работать с этим продуктом.
У любой поддержки есть то, что дает ей существенное преимущество перед иными способами решения проблем – регламент. В нем четко сказано в течении которого времени вам должны ответить.
Также все обращения в поддержку регистрируются, что позволяет впоследствии поднять переписку, особенно в случае сложных случаев или «разбора полетов». Если вы не довольны работой поддержки – вы всегда можете обратиться на линию контроля, где также будет проведен разбор ситуации.
Ну и поддержка всегда обязана отвечать на любе ваши вопросы, даже на простые и дурацкие.
А теперь рассмотрим некоторые ситуации. Вы столкнулись с проблемой, возможно, эта проблема уже известна и описана, но вы этого еще не знаете и вам только предстоит это найти.
Поддержка – это гарантированные по времени ответ, возможно он окажется неполным, возможно формальным – но это уже какой-то ответ. Время самостоятельного поиска ограничено только вашим терпением и наличием в сети нужного материала.
Опять-таки, вы можете найти в сети официальный материал, но он будет для вас неполным так как будет предполагать, что вы уже знаете то, чего вы на самом деле еще не знаете.
После чего вам придется идти уже на сторонние ресурсы и хорошо если вы попадете на немногочисленные проекты вроде нашего, которые порожняк не гонят, проверяют все перед публикацией и автора всегда можно спросить и уточнить что-то.
А если это инструкция просто откуда-то перепечатана с кучей ошибок и неточностей – то жди беды.
В то время как поддержка вам ответит, если не по существу, то хотя бы не запутает и не навредит.
Сообщества. Не секрет, что русскоязычные сообщества бывают токсичны, причем токсичны там бывают не только пользователи, но и представители вендора. После чего ваш простой вопрос утонет в море троллинга, стеба, срача и посылания читать документацию.
Другая проблема – вы не можете правильно сформулировать вопрос. В таком случае, даже если проблема описана, вы ее не найдете. Поддержка в этом случае может через наводящие вопросы таки докопаться до вашей проблемы и указать на способы ее исправления.
Сможете ли вы за разумный срок найти такую информацию сами – вопрос отдельный.
Ну и классика жанра – это все знают. Да, все погруженные в тему это знают и подразумевают, что остальные тоже знают по умолчанию. В инструкциях это тоже не отражается, по той же самой причине.
Сообщества? Ну в наших сообществах за такой вопрос над вами, скорее всего, начнут весело глумиться, чем ответят по существу.
Документация, возможно там это есть, точнее там оно точно есть. Но если документация объемная и написана сухим техническим языком – искать в ней придется долго. А целиком документацию перед внедрением вряд ли кто вдумчиво читает. А когда возникли проблемы читать ее тем более некогда.
Так вот, поддержка на такой предельно глупый вопрос вам все равно ответит, потому что работа у нее такая. И если хотя бы просто укажет на главу документации, где это написано – то это уже прогресс.
Да, поддержка неидеальна, как неидеален никто из нас. Она тоже может тупить, отвечать формально и т.д. и т.п., но она обязана привести вас к какому-то решению.
Поэтому поддержкой, если она есть и даже если она платная пренебрегать не стоит, особенно если собственного опыта у вас пока недостаточно.
В комментариях затронули тему коммерческой поддержки, мол не сильно она и нужна, если у разработчиков есть нормальная документация, база знаний, сообщество и т.д. и т.п. Отчасти это так, но роль поддержки никогда не следует приуменьшать, особенно если вы только-только начинаете работать с этим продуктом.
У любой поддержки есть то, что дает ей существенное преимущество перед иными способами решения проблем – регламент. В нем четко сказано в течении которого времени вам должны ответить.
Также все обращения в поддержку регистрируются, что позволяет впоследствии поднять переписку, особенно в случае сложных случаев или «разбора полетов». Если вы не довольны работой поддержки – вы всегда можете обратиться на линию контроля, где также будет проведен разбор ситуации.
Ну и поддержка всегда обязана отвечать на любе ваши вопросы, даже на простые и дурацкие.
А теперь рассмотрим некоторые ситуации. Вы столкнулись с проблемой, возможно, эта проблема уже известна и описана, но вы этого еще не знаете и вам только предстоит это найти.
Поддержка – это гарантированные по времени ответ, возможно он окажется неполным, возможно формальным – но это уже какой-то ответ. Время самостоятельного поиска ограничено только вашим терпением и наличием в сети нужного материала.
Опять-таки, вы можете найти в сети официальный материал, но он будет для вас неполным так как будет предполагать, что вы уже знаете то, чего вы на самом деле еще не знаете.
После чего вам придется идти уже на сторонние ресурсы и хорошо если вы попадете на немногочисленные проекты вроде нашего, которые порожняк не гонят, проверяют все перед публикацией и автора всегда можно спросить и уточнить что-то.
А если это инструкция просто откуда-то перепечатана с кучей ошибок и неточностей – то жди беды.
В то время как поддержка вам ответит, если не по существу, то хотя бы не запутает и не навредит.
Сообщества. Не секрет, что русскоязычные сообщества бывают токсичны, причем токсичны там бывают не только пользователи, но и представители вендора. После чего ваш простой вопрос утонет в море троллинга, стеба, срача и посылания читать документацию.
Другая проблема – вы не можете правильно сформулировать вопрос. В таком случае, даже если проблема описана, вы ее не найдете. Поддержка в этом случае может через наводящие вопросы таки докопаться до вашей проблемы и указать на способы ее исправления.
Сможете ли вы за разумный срок найти такую информацию сами – вопрос отдельный.
Ну и классика жанра – это все знают. Да, все погруженные в тему это знают и подразумевают, что остальные тоже знают по умолчанию. В инструкциях это тоже не отражается, по той же самой причине.
Сообщества? Ну в наших сообществах за такой вопрос над вами, скорее всего, начнут весело глумиться, чем ответят по существу.
Документация, возможно там это есть, точнее там оно точно есть. Но если документация объемная и написана сухим техническим языком – искать в ней придется долго. А целиком документацию перед внедрением вряд ли кто вдумчиво читает. А когда возникли проблемы читать ее тем более некогда.
Так вот, поддержка на такой предельно глупый вопрос вам все равно ответит, потому что работа у нее такая. И если хотя бы просто укажет на главу документации, где это написано – то это уже прогресс.
Да, поддержка неидеальна, как неидеален никто из нас. Она тоже может тупить, отвечать формально и т.д. и т.п., но она обязана привести вас к какому-то решению.
Поэтому поддержкой, если она есть и даже если она платная пренебрегать не стоит, особенно если собственного опыта у вас пока недостаточно.
Что будет если мы выполним chmod -R 777 / с правами суперпользователя?
Anonymous Quiz
5%
Ничего страшного
25%
Просто попрощаемся с безопасностью
34%
Фактически убьем систему
6%
Кроме безопасности добавит ряд мелких неудобств
5%
Данную команду выполнить нельзя
1%
Если у вас один пользователь, то станет даже проще
17%
Это просто полные права на файлы
7%
Просто повысит всех пользователей до root
Получил сегодня довольно интересную железку, немного протестировал, рассказываю.
Что это такое? Это своего рода док для дисков M.2, который позволяет быстро и просто подключить такой диск к ПК. Собственно, ради этого и покупалось, чтобы лишний раз не раскручивать и не прикручивать в стандартных внешних боксах, когда надо быстро подключить чужой диск.
Да и количество подключений у стандартного разъема ограничено, здесь же все сделано достаточно надежно. Сам корпус на резиновых ножках, по столу не ездит, диски фиксируются хорошо, не болтаются.
В системе определяется как HIKSEMI MD202, если поискать, то модель достаточно распространенная, продается много где в разном виде.
Официальная спецификация о скоростях молчит, указывая только скорость интерфейса – 10 Гбит/с, т.е. стандартную для USB 3.2 Gen 2. Ну мы не гордые, потестим сами.
В док можно ставить диски M key и B + M key форматов SATA и NVMe, что перекрывает все текущие потребности.
Итак, NVME - скорость записи и чтения не превышают 450 МБ/с, не фонтан, но в целом нормально. SATA – чтение те же 450 МБ/с, а вот запись стабильно просаживается до 130 МБ/с, скорее всего из-за дополнительного преобразования интерфейса.
Общий вывод – за свою цену в 800 руб. на ОЗОНе брать можно, но иллюзий не испытывать. Нужны скорости – берите нормальный бокс, нужно по быстрому посмотреть что там на диске, что-то слить или залить в небольших объемах – то, что доктор прописал.
Что это такое? Это своего рода док для дисков M.2, который позволяет быстро и просто подключить такой диск к ПК. Собственно, ради этого и покупалось, чтобы лишний раз не раскручивать и не прикручивать в стандартных внешних боксах, когда надо быстро подключить чужой диск.
Да и количество подключений у стандартного разъема ограничено, здесь же все сделано достаточно надежно. Сам корпус на резиновых ножках, по столу не ездит, диски фиксируются хорошо, не болтаются.
В системе определяется как HIKSEMI MD202, если поискать, то модель достаточно распространенная, продается много где в разном виде.
Официальная спецификация о скоростях молчит, указывая только скорость интерфейса – 10 Гбит/с, т.е. стандартную для USB 3.2 Gen 2. Ну мы не гордые, потестим сами.
В док можно ставить диски M key и B + M key форматов SATA и NVMe, что перекрывает все текущие потребности.
Итак, NVME - скорость записи и чтения не превышают 450 МБ/с, не фонтан, но в целом нормально. SATA – чтение те же 450 МБ/с, а вот запись стабильно просаживается до 130 МБ/с, скорее всего из-за дополнительного преобразования интерфейса.
Общий вывод – за свою цену в 800 руб. на ОЗОНе брать можно, но иллюзий не испытывать. Нужны скорости – берите нормальный бокс, нужно по быстрому посмотреть что там на диске, что-то слить или залить в небольших объемах – то, что доктор прописал.
Альт 11 – в лесу что-то сдохло…
Да, именно так, в лесу наконец что-то сдохло. Потому что новый выпуск Альт Рабочая станция 11 неожиданно вышел с графической оболочкой GNOME и ее даже не смогли испохабить, что они ранее успешно делали с тем же XFCE или Cinnamon.
Поставили, посмотрели. Live-режима у загрузочного диска нет, поэтому взлетит или не взлетит на вашем железе узнаете уже по факту. Но скорее всего взлетит, под капотом свежее LTS ядро 6.12.
Инсталлятор классический, альтовский. Скучать не даст, потому что все время надо что-то нажимать и отвечать (прямо как в Debian). Современный подход: ответили на вопросы – нажали кнопку и пошли сюда еще не завезли.
Внутри все выглядит свежо и интересно. С одной стороны это классический Альт, а с другой он графически хорош собой. Можете использовать как классический GNOME (он тут с пылу, с жару – 47 версия) или «панельный режим», который настраивает GNOME в стиле классических интерфейсов и приближает внешне к интерфейсу Рабочей станции 10.
Какой-то кастомизации именно под Альт тут нет и это, наверное, хорошо. Есть неплохие обои с родными просторами. А дальше каждый сам волен самовыражаться как пожелает, под GNOME всякого добра хватает.
Данная версия предназначена для тестирования, в продажу пойдет Альт 11.1, что тоже верно, хотя Альт в этот раз серьезно отстал от своих основных конкурентов – РЕД ОС и Астры, которые выпустили новые версии еще весной-летом прошлого года.
Подробный обзор будет после праздников, когда вернусь из мини-отпуска. Впечатление от Альт 11, в отличии от РОСА 13, хорошее, видна работа и прогресс. Можно качать тестировать, для физлиц использование бесплатно.
Да, именно так, в лесу наконец что-то сдохло. Потому что новый выпуск Альт Рабочая станция 11 неожиданно вышел с графической оболочкой GNOME и ее даже не смогли испохабить, что они ранее успешно делали с тем же XFCE или Cinnamon.
Поставили, посмотрели. Live-режима у загрузочного диска нет, поэтому взлетит или не взлетит на вашем железе узнаете уже по факту. Но скорее всего взлетит, под капотом свежее LTS ядро 6.12.
Инсталлятор классический, альтовский. Скучать не даст, потому что все время надо что-то нажимать и отвечать (прямо как в Debian). Современный подход: ответили на вопросы – нажали кнопку и пошли сюда еще не завезли.
Внутри все выглядит свежо и интересно. С одной стороны это классический Альт, а с другой он графически хорош собой. Можете использовать как классический GNOME (он тут с пылу, с жару – 47 версия) или «панельный режим», который настраивает GNOME в стиле классических интерфейсов и приближает внешне к интерфейсу Рабочей станции 10.
Какой-то кастомизации именно под Альт тут нет и это, наверное, хорошо. Есть неплохие обои с родными просторами. А дальше каждый сам волен самовыражаться как пожелает, под GNOME всякого добра хватает.
Данная версия предназначена для тестирования, в продажу пойдет Альт 11.1, что тоже верно, хотя Альт в этот раз серьезно отстал от своих основных конкурентов – РЕД ОС и Астры, которые выпустили новые версии еще весной-летом прошлого года.
Подробный обзор будет после праздников, когда вернусь из мини-отпуска. Впечатление от Альт 11, в отличии от РОСА 13, хорошее, видна работа и прогресс. Можно качать тестировать, для физлиц использование бесплатно.
Forwarded from Записки IT специалиста
Что будет если мы выполним chmod -R 777 / с правами суперпользователя?
Ну казалось бы, чего такого, ну дадим всем полные права, что может пойти не так? Ну про безопасность понятно…
Но с этого момента пойдет не так решительно все. Очень многие службы и системные утилиты требуют определенных прав доступа на файлы, к таким файлам могут относится ключи, сертификаты, конфигурационные файлы, отвечающие за безопасность и т.д. и т.п.
Поэтому такие службы будут работать до рестарта и более не запустятся, сразу откажут такие утилиты как sudo, также вы не сможете войти с использованием ключа по SSH.
А еще вспоминаем, что 777 – это на самом деле 0777, т.е. легким движением руки мы снесем все SUID, SGID и Sticky bit. После чего откажет большая часть системных утилит и наступит неуправляемый хаос в /tmp.
Сама же система будет работать и даже загружаться, но по факту мы ее сделали полностью неработоспособной. Самое лучшее что мы можем сделать – это скопировать данные и переустановить ее.
Ну казалось бы, чего такого, ну дадим всем полные права, что может пойти не так? Ну про безопасность понятно…
Но с этого момента пойдет не так решительно все. Очень многие службы и системные утилиты требуют определенных прав доступа на файлы, к таким файлам могут относится ключи, сертификаты, конфигурационные файлы, отвечающие за безопасность и т.д. и т.п.
Поэтому такие службы будут работать до рестарта и более не запустятся, сразу откажут такие утилиты как sudo, также вы не сможете войти с использованием ключа по SSH.
А еще вспоминаем, что 777 – это на самом деле 0777, т.е. легким движением руки мы снесем все SUID, SGID и Sticky bit. После чего откажет большая часть системных утилит и наступит неуправляемый хаос в /tmp.
Сама же система будет работать и даже загружаться, но по факту мы ее сделали полностью неработоспособной. Самое лучшее что мы можем сделать – это скопировать данные и переустановить ее.
Копируй, вставляй и молись
Не так давно в классическом труде UNIX® and Linux® System Administration Handbook в очередной раз наткнулся на описание данного метода, который авторы метко назвали «копируй, вставляй и молись».
В переводе данный абзац будет выглядеть так:
Не стесняйтесь адаптировать код существующих скриптов для своих нужд. Но не занимайтесь программированием по принципу «копируй, вставляй и молись», когда вы не понимаете код. Найдите время, чтобы разобраться в этом. Это время никогда не тратится зря.
Но, к сожалению, данный метод использовался, используется и будет продолжать использоваться со всеми вытекающими отсюда последствиями.
И это относится не только к написанию скриптов, но и к файлам конфигурации, когда администраторы копируют чужие примеры даже не задумываясь.
Спрашиваешь: «а зачем тут это?»
В ответ пожимают плечами и путано поясняют что так было написано в одной умной инструкции.
К этой же порочной методике можно отнести и бездумное копирование инструкций, а также любимый многими «вид спорта» - настройка чего-либо с помощью чужих готовых скриптов.
Последний вариант вообще вне конкуренции по возможным деструктивным последствиям, потому как в статье автор хотя бы комментирует свои действия, и вы можете понять надо ли это в вашем случае или не надо, то скрипт может просто сделать все молча и по-своему.
Неоднократно сталкивались с товарищами, которые приходят за помощью с жалобой, мол поставил продукт А, но ничего не работает. А на уточняющие вопросы поясняют, что ничего не знают и дают ссылку на скрипт.
Бездумное следование инструкциям ничуть не лучше, по сути, это выходит тот же самый скрипт, но в более простом варианте, когда команды вбивает оператор. Его роль тут сводится просто к скопировал-вставил и его спокойно можно заменить дрессированной обезьяной. 🐵
Поэтому не стоит уподобляться братьям нашим меньшим. Делаем по инструкции – стараемся понять каждое действие, назначение всех используемых опций, значений настроек и всегда сопоставляем их с нашими текущими реалиями.
Надо нам это? Не надо? А почему здесь такое число? На что оно влияет.
Да, вы потратите больше времени, но это время не будет потрачено даром. Вы начнете хотя бы на базовом уровне разбираться в конфигурации и принципе работы продукта, а также сразу наметите возможные проблемы и места, которые за эти участки отвечают.
Что касается чужих скриптов, то их использовать, конечно можно, но крайне нежелательно до тех пор, пока вы не сможете читать их с листа и понимать, что они делают и зачем. И не важно, насколько популярен этот скрипт, сколько у него звезд на гитхабе и т.д. и т.п.
Почему? Да потому что всегда может что-то пойти не так и если скрипт для вас черный ящик, то вы даже не поймете, где проблема и в чем. После чего все равно придется либо изучать его, либо идти просить помощи.
И это мы еще не говорим о том, что автор может иметь собственные представления «о прекрасном» и использовать нестандартные пути, приемы, допускать ошибки, прибиваться гвоздями к версиям и т.д. и т.п.
При определенных условиях работа скрипта может вообще оказаться деструктивной, но не со злого умысла автора, а просто потому, что он пропустил некоторые проверки или вообще не предусмотрел вашего сценария.
При этом мы понимаем, что, даже прочитав данную заметку многие пожмут плечами и пойдут работать методом «копируй, вставляй и молись» дальше. Потому что он в целом работает, а что касается дальнейшей эксплуатации: упремся – разберемся.
Но только вот профессиональному росту специалиста он никак не содействует и об этом нужно помнить если не хотите чтобы вас потом заменила дрессированная обезьяна в виде столь популярного ныне искусственного интеллекта.
Не так давно в классическом труде UNIX® and Linux® System Administration Handbook в очередной раз наткнулся на описание данного метода, который авторы метко назвали «копируй, вставляй и молись».
В переводе данный абзац будет выглядеть так:
Не стесняйтесь адаптировать код существующих скриптов для своих нужд. Но не занимайтесь программированием по принципу «копируй, вставляй и молись», когда вы не понимаете код. Найдите время, чтобы разобраться в этом. Это время никогда не тратится зря.
Но, к сожалению, данный метод использовался, используется и будет продолжать использоваться со всеми вытекающими отсюда последствиями.
И это относится не только к написанию скриптов, но и к файлам конфигурации, когда администраторы копируют чужие примеры даже не задумываясь.
Спрашиваешь: «а зачем тут это?»
В ответ пожимают плечами и путано поясняют что так было написано в одной умной инструкции.
К этой же порочной методике можно отнести и бездумное копирование инструкций, а также любимый многими «вид спорта» - настройка чего-либо с помощью чужих готовых скриптов.
Последний вариант вообще вне конкуренции по возможным деструктивным последствиям, потому как в статье автор хотя бы комментирует свои действия, и вы можете понять надо ли это в вашем случае или не надо, то скрипт может просто сделать все молча и по-своему.
Неоднократно сталкивались с товарищами, которые приходят за помощью с жалобой, мол поставил продукт А, но ничего не работает. А на уточняющие вопросы поясняют, что ничего не знают и дают ссылку на скрипт.
Бездумное следование инструкциям ничуть не лучше, по сути, это выходит тот же самый скрипт, но в более простом варианте, когда команды вбивает оператор. Его роль тут сводится просто к скопировал-вставил и его спокойно можно заменить дрессированной обезьяной. 🐵
Поэтому не стоит уподобляться братьям нашим меньшим. Делаем по инструкции – стараемся понять каждое действие, назначение всех используемых опций, значений настроек и всегда сопоставляем их с нашими текущими реалиями.
Надо нам это? Не надо? А почему здесь такое число? На что оно влияет.
Да, вы потратите больше времени, но это время не будет потрачено даром. Вы начнете хотя бы на базовом уровне разбираться в конфигурации и принципе работы продукта, а также сразу наметите возможные проблемы и места, которые за эти участки отвечают.
Что касается чужих скриптов, то их использовать, конечно можно, но крайне нежелательно до тех пор, пока вы не сможете читать их с листа и понимать, что они делают и зачем. И не важно, насколько популярен этот скрипт, сколько у него звезд на гитхабе и т.д. и т.п.
Почему? Да потому что всегда может что-то пойти не так и если скрипт для вас черный ящик, то вы даже не поймете, где проблема и в чем. После чего все равно придется либо изучать его, либо идти просить помощи.
И это мы еще не говорим о том, что автор может иметь собственные представления «о прекрасном» и использовать нестандартные пути, приемы, допускать ошибки, прибиваться гвоздями к версиям и т.д. и т.п.
При определенных условиях работа скрипта может вообще оказаться деструктивной, но не со злого умысла автора, а просто потому, что он пропустил некоторые проверки или вообще не предусмотрел вашего сценария.
При этом мы понимаем, что, даже прочитав данную заметку многие пожмут плечами и пойдут работать методом «копируй, вставляй и молись» дальше. Потому что он в целом работает, а что касается дальнейшей эксплуатации: упремся – разберемся.
Но только вот профессиональному росту специалиста он никак не содействует и об этом нужно помнить если не хотите чтобы вас потом заменила дрессированная обезьяна в виде столь популярного ныне искусственного интеллекта.
Проверяем DNS-записи при помощи PowerShell
Данный метод не является заменой привычным утилитам, например, nslookup, но он показывает возможности PowerShell и будет полезен всем, кто использует данный язык для автоматизации или изучает его.
Для разрешения доменных имен в PowerShell есть командлет Resolve-DnsName, использовать его достаточно просто, полный синтаксис команды выглядит так:
Но его можно упростить:
Ответ зависит от типа записи, для A вы просто получите адрес, а для CNAME результатом будет доменное имя, на которое ссылается запись. Ниже будет приведена информация о полученном доменном имени и разрешение его в IP-адрес.
Это довольно тонкий момент, потому что тот же nslookup всегда выводит второй строкой адрес, здесь же результатом работы может быть как адрес, так и иное доменное имя.
При этом, учитывая объектную структуру PowerShell, такой результат легче поддается разбору и анализу, также сразу будет указан тип записи в отдельном поле.
Для получения записей других типов дополнительно используйте ключ:
Результатом вывода для MX, если записи настроены правильно, вы получите одно или несколько доменных имен. Их разрешение в IP-адреса будет приведено ниже в выводе.
Если вам нужно получить результат от определенного сервера, то добавьте ключ:
А теперь несколько полезных опций, которые могут пригодиться при диагностике и разрешении проблем:
Данный ключ предписывает выполнить DNS-запрос игнорируя файлы hosts, локальный кеш, широковещательные протоколы и т.д.
Наоборот, выдаст запрос из локального кеша, что полезно для диагностики, если есть подозрения на неверную работу кеша.
Указанный ключ проигнорирует локальный файл hosts, его следует использовать если есть подозрение, что указанный домен переназначен локально.
Это далеко не все возможности командлета, а только самые полезные. Больше информации вы можете найти в документации: https://learn.microsoft.com/en-us/powershell/module/dnsclient/resolve-dnsname?view=windowsserver2022-ps
Данный метод не является заменой привычным утилитам, например, nslookup, но он показывает возможности PowerShell и будет полезен всем, кто использует данный язык для автоматизации или изучает его.
Для разрешения доменных имен в PowerShell есть командлет Resolve-DnsName, использовать его достаточно просто, полный синтаксис команды выглядит так:
Resolve-DnsName -Name "example.com"
Но его можно упростить:
Resolve-DnsName example.com
Ответ зависит от типа записи, для A вы просто получите адрес, а для CNAME результатом будет доменное имя, на которое ссылается запись. Ниже будет приведена информация о полученном доменном имени и разрешение его в IP-адрес.
Это довольно тонкий момент, потому что тот же nslookup всегда выводит второй строкой адрес, здесь же результатом работы может быть как адрес, так и иное доменное имя.
При этом, учитывая объектную структуру PowerShell, такой результат легче поддается разбору и анализу, также сразу будет указан тип записи в отдельном поле.
Для получения записей других типов дополнительно используйте ключ:
Resolve-DnsName example.com -Type MX
Результатом вывода для MX, если записи настроены правильно, вы получите одно или несколько доменных имен. Их разрешение в IP-адреса будет приведено ниже в выводе.
Если вам нужно получить результат от определенного сервера, то добавьте ключ:
Resolve-DnsName example.com -Type MX -Server 8.8.8.8
А теперь несколько полезных опций, которые могут пригодиться при диагностике и разрешении проблем:
Resolve-DnsName example.com -DnsOnly
Данный ключ предписывает выполнить DNS-запрос игнорируя файлы hosts, локальный кеш, широковещательные протоколы и т.д.
Resolve-DnsName example.com -CacheOnly
Наоборот, выдаст запрос из локального кеша, что полезно для диагностики, если есть подозрения на неверную работу кеша.
Resolve-DnsName example.com -NoHostsFile
Указанный ключ проигнорирует локальный файл hosts, его следует использовать если есть подозрение, что указанный домен переназначен локально.
Это далеко не все возможности командлета, а только самые полезные. Больше информации вы можете найти в документации: https://learn.microsoft.com/en-us/powershell/module/dnsclient/resolve-dnsname?view=windowsserver2022-ps
С Днем радио!!!
Сегодня мой профессиональный праздник и не только мой, но и многих коллег, особенно старшего возраста.
Это сейчас путь в IT открыт сразу и напрямую, в наше время путь к вычислительной технике начинался с радиолюбительства и программируемых калькуляторов.
Позже все это плавно перетекало в наиболее близкие профессии, связанные с электроникой. А электроника в свое время была неразлучно связана с связью (вот такой вот каламбур вышел).
И, следует сказать, радиолюбительское прошлое и профильное образование связиста сильно пригодилось впоследствии. Прежде всего инженерным мышлением, умением читать схемы и навыками диагностики и выявления неисправностей.
Появившиеся позднее компьютеры кто-то сделал помощниками в инженерных расчетах, а кто-то связал с ними свою профессию.
Поэтому всех причастных, настоящих и бывших связистов, хотя связисты, а тем более радиолюбители, бывшими не бывают, с праздником!
🥃🥃🥃
Сегодня мой профессиональный праздник и не только мой, но и многих коллег, особенно старшего возраста.
Это сейчас путь в IT открыт сразу и напрямую, в наше время путь к вычислительной технике начинался с радиолюбительства и программируемых калькуляторов.
Позже все это плавно перетекало в наиболее близкие профессии, связанные с электроникой. А электроника в свое время была неразлучно связана с связью (вот такой вот каламбур вышел).
И, следует сказать, радиолюбительское прошлое и профильное образование связиста сильно пригодилось впоследствии. Прежде всего инженерным мышлением, умением читать схемы и навыками диагностики и выявления неисправностей.
Появившиеся позднее компьютеры кто-то сделал помощниками в инженерных расчетах, а кто-то связал с ними свою профессию.
Поэтому всех причастных, настоящих и бывших связистов, хотя связисты, а тем более радиолюбители, бывшими не бывают, с праздником!
🥃🥃🥃
