Небольшая подборка по дедупликации

🔹 Windows Server. Дедупликация

🔹 Включаем дедупликацию в Windows 10

🔹 Надежность дедуплицированных данных. Небольшое тестирование

🔹 Полностью отключаем дедупликацию в Windows

Стандартное – нестандартное

В комментариях постоянно спрашивают, мол чем не угодила автору FreeBSD, Gentoo и т.д. и т.п. – список можно продолжать. Ну раз спрашивают – отвечаю.

Любая система имеет совокупную стоимость обслуживания – в которую входят как прямые, так и косвенные расходы на ее поддержку в течении всего жизненного цикла. И если с прямыми все понятно, то вот с косвенными не все так просто. Особенно если смотреть с позиции технического специалиста.

Но мы снова посмотрим с позиции бизнеса, так как именно бизнес платит нам деньги и ожидает от нас результат. Цель бизнеса – снизить издержки, не увеличивая риски до неприемлемых значений.

А риски могут быть разные и простой – один из самых распространенных. Для большинства бизнесов простой – это вполне реальная сумма выручки, которая оказалась не получена из-за невозможности работать. Плюс – возможные репутационные риски – срыв сроков, неисполнение контрактов и т.д. А также прямые и косвенные материальные расходы – просрочка, аренда, зарплата.

К чему все это? А к тому, что в мире сейчас сложились негласные стандарты в очень многих отраслях. Если брать Linux, то там мейнстримом являются два семейства: RHEL и Debian/Ubuntu.

По ним самое большое количество информации, самое большое количество специалистов и основной софт, особенно коммерческий, собирается именно под эти платформы.

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

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

А теперь привезите какую-нибудь экзотику? Скажем, редкого американца и вы узнаете почем фунт лиха. Когда запчасти только под заказ, чинить никто не умеет и вы остаетесь один на один со своими проблемами.

В нашей отрасли все точно также. Вы лично можете быть фанатом чего угодно: FreeBSD, Gentoo, Arch, да хоть Haiku. Но при этом вы должны понимать, что в производственной среде вам требуется более предсказуемое окружение.

Я не даром выбрал именно это слово – предсказуемое. Потому как часто слышал, ну мол что ты, не можешь поставить в _____ (название впишите сами) DEB/RPM пакет?

Могу, но не хочу. Потому что я не могу гарантировать его работоспособность. А следовательно моя среда является непредсказуемой.

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

У вас официально неподдерживаемая система и новая версия не взлетает. После чего это будет вашей и только вашей проблемой. Потому как вендор сразу умоет руки, сославшись на отсутствие официальной поддержки.

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

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

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

Ладно, вы ас и прекрасно знаете такие системы, у вас все работает. Но тут в полный рост встает вторая проблема: разработчика, попавшего под автобус.

Как быстро можно найти администратора на нужном уровне, знающего FreeBSD? Намного сложнее, чем администратора DEB/RHEL. Точно также сложно будет найти и внешнего подрядчика за приемлемую стоимость.

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

Скажем, Вася в совершенстве владеет плетением лаптей, но кому сейчас это надо?

Про сообщества, лидеров, цензуру и прочее

Поскольку у нас сегодня суббота и в комментариях возникла интересная нетехническая дискуссия, то расскажу одну реальную историю.

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

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

А где же мы продолжим? И вот тут началось самое интересное. Я никогда не лез в лидеры, дискуссиями не увлекался, активистом не был, но просто предложил – а давайте сделаем свой форум. Ресурсы были. Ответ был – круто, делай.

Ок, готово. А кто будет всем этим руководить? Ну ты сделал – ты и руководи. Потому что администрирование форума – это та еще работа, а у всех свои дела, свои заботы.

Кто будет модерировать? А модератор — это тоже не про то, как банхаммером направо и налево размахивать, это тоже работа, требующая времени и внимания. И модераторами стали отнюдь не активисты, нет, активистам было некогда, они же постоянно на переднем крае борьбы. Модераторами стали незаметные ранее личности, которые просто сказали – я могу.

Кроме форума мы размешали еще и новости, аналитические статьи и так как источники были в основном зарубежные нужно было чтобы кто-то постоянно отслеживал их и переводил.

И кто этим занялся? Нет, не тот, кто кричал громче всех и красивее всех, а такие же незаметные ранее личности, которые просто сказали – я могу, а после начали делать.

Далее возникла необходимость в правилах. У нас же не Дикий Запад? А цивилизованная площадка, на которой мы хотели построить все по высшим нормам демократии и свободы слова, чтобы у каждого было право свободно высказаться как за и против.

Поэтому правила написали самые демократичные. Отдельный публичный кодекс был и для модераторов, ну чтобы исключить беспредел. Плюс много еще чего красивого написали.

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

Ладно, давайте попробуем саморегулироваться. Добавили институт кармы. И что? Карму сразу стали массово сливать и накручивать, просто по идеологическим причинам. И вместо инструмента регулирования мы получили еще один элемент раздора.

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

Решилось это очень просто – вся та красивая чушь была выброшена и написана одна короткая строка: модератор при вынесении решения руководствуется собственным мнением и не связан правилами. Все! Демократия закончилась.

Также ввели строгую цензуру. Просто потому, что иных способов сделать общение нормальным просто не нашлось. Если проводить грубую аналогию – насрал один, а воняет всем. Поэтому все что мешало спокойному общению тупо удалялось, невзирая на ранги и заслуги.

Визгу было очень много. Нас сразу назвали тиранами и диктаторами, причем свои же «соратники», которым очень не понравилось, что мы не даем им творить беспредел в сторону идеологических противников.

Понеслись упреки в захвате власти и предательстве интересов, но на предложение встать у руля и полностью взять управление в свои руки откликов у горячих голов не нашлось.

Оно и понятно, языком буквы произносить – это не мешки ворочать.

​​Бренды

Очень часто в обсуждениях железа можно встретить категоричные заявления – мол только бренд NAME и больше ничего, потому что они … далее сами подставьте список достоинств, а остальные… точно также подставляем список недостатков.

Я и сам когда-то давно был таким и предпочитал видеть в своем домашнем ПК продукты именно определенного бренда, ну или нескольких.

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

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

В те годы основной сборкой была материнская плата Acorp на 478 сокете и Celeron 1.7 ГГц на ней. Платка была бюджетная и, мягко скажем, убогонькая. Не блистала ни возможностями расширения, ни производительностью. Но отличалась вполне приличным качеством, гарантийных случаев с ней было не много.

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

И очень скоро пришло первое разочарование, брендовые и, следовательно, более дорогие платы ничего нового не показывали, работали они примерно также как бюджетный Acorp и ничем таким не выделялись.

Зато добавляли заморочки при сборке и настройке. Там могли быть нестандартные пин-панели, нестандартные наборы DIP переключателей, нестандартные режимы памяти.

Все это было интересно, но требовало времени и пока ты собирал одну сборку, твой коллега успевал скрутить полторы или две. А оплата труда шла сдельная.

Попутно с этим приходило понимание, что в масс-сегменте бренды не способны предложить ничего принципиально нового, все тоже самое, только дороже. И когда меня знакомые начинали спрашивать, а что бы нам купить для учебы или в офис, то я отвечал Acorp + Celeron 1.7.

Недорого и сердито. Надежность на уровне, а в случае чего сразу можно поменять по месту, возили этих плат много, запас всегда был. В тоже время брендовые материнки для замены уходили в Москву и человек вынужден был ждать две недели.

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

Да, все это так. Но кому это нужно? Обычный пользователь ПК он и слов таких не знает. Ему нужно включить и работать: писать реферат, слушать музыку, убирать красные глаза с фоточек или считать бухгалтерию.

Работает? Не глючит? И хорошо. Максимум, что потом сделают с этим ПК – это поменяют диск или добавят память. А цена часто становится одним из важнейших факторов.

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

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

А становиться в позицию, что в линейные офисные станции закупаем только SSD Samsung – это глупость и снобизм, а также необоснованный расход средств работодателя. Так как можно спокойно взять немного более медленные, но гораздо более дешевые Kingston или ADATA. С надежностью у которых дела обстоят ничуть не хуже.

А провалы, скажем так, потому что на язык просилось совсем другое слово, бывают у всех. В свое время IBM, признанный лидер рынка жестких дисков, эпично сел в лужу со своими DTLA.

Относительно недавно Samsung выпустил крайне неудачную серию пятисоток 870 EVO.

Поэтому – не создаем кумиров, а просто работаем с тем, что недорого и доступно.

Для ностальгирующих, специально пошел в свои закладки и нашел несколько старых статей, которые снова перечитал с большим удовольствием:

🔹 Мертвые бренды. Часть 1: Soltek

🔹 Мертвые бренды. Часть 3: ABIT

🔹 Мертвые бренды. Часть 4: EPoX

Секта свидетелей чего-то там

В завершение нашего флуда выходного дня хочется поговорить (а точнее - напомнить) о таком интересном феномене в IT (хотя это присуще любым отраслям) как секты свидетелей чего-то там, в качестве чего-то там можно подставить: Mikrotik, Linux, BSD, IPv6, Intel/AMD и вообще все что угодно.

Почему именно секта? Да потому что поведение данных товарищей по очень и очень многим пунктам попадает под определение религиозных или коммерческих сект.

Давайте рассмотрим подробнее.

🔆 Распространение учения – любой уважающий себя сектант постоянно проповедует, к месту или ни к месту. Здесь у нас ровно тоже самое. В статье про Windows мы обязательно расскажем про Linux, в статье про NAT будем затирать про IPv6 и т.д. и т.п.

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

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

🔆 Элитарность – плавно вытекает из предыдущего. Объект проповедования такой секты должен обладать некой элитарностью, т.е. быть доступен не только лишь всем и абсолютно не важно по какой причине.

Но есть общее правило, чем более широко распространен продукт, тем меньше вокруг него фанатиков-сектантов. И это абсолютно объяснимо – ну какая тут может быть элитарность, когда этим занимается каждый первый.

Это можно хорошо заметить на примере Linux, сегодня, когда это перестало быть чем-то редким и загадочным адептов секты свидетелей пингвина очень резко стало меньше. Почему? Да потому что пропала элитарность.

Это раньше линуксоиды были непонятной группой людей с непонятной системой, которую могли укротить только они. Теперь знание Linux это нормальное требование к любому специалисту средней руки.

🔆 Непогрешимость – объект проповедования непогрешим, он идеален, превосходен, а если и имеет какие-то недостатки, то это вы неправильно его используете и вообще вам это не надо.

Подобные истории мы слышали не раз и не два. Когда адептам секты указывали на какие-то недочеты в продукте – они отвечали, что это вы все делаете неправильно. На отсутствие функций – оно вам не надо.

🔆 Отсутствие критического мышления – объект проповедования идеален, о нем можно говорить только в положительном ключе. А если даже и не идеален, то все это просто ерунда по сравнению с проблемами и недостатками у всех остальных.

После чего как правило рассказывается, что лично адепт уже давно сей объект проповедования использует и никаких проблем не имеет, что он делает не так?

Спорить и приводить аргументы бесполезно. Их все равно не услышат, не примут, перекрутят, вырвут из контекста. И еще одна характерная черта таких обсуждений – переход с технической дискуссии на личности.

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

Ну и также вам никто не пояснит простым и понятным языком какие именно преимущества вы получите от внедрения данного продукта.

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

В результате появляется некая параллельная вселенная, где тайные города и тайные корпорации успешно используют объект проповедования и никому об этом не рассказывают. Ну чтобы не повторили успешный успех, наверное. Тогда зачем вообще об этом говорить?

Типичный пример – это адепты секты свидетелей BSD, которые кивают то на macOS, то на Juniper, мол там и там BSD. Но никто не знает и не может пояснить, что именно из BSD туда взяли, что с этим сделали и что осталось. Ну и главное – а что получила назад от этого сама BSD.

👉 В завершение просим не воспринимать статью полностью всерьез. Но в каждой шутке есть доля истины…

Вайбкодинг – это реально? Да

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

Для нового сайта я выбрал статический генератор страниц HUGO, система для меня новая, неизвестная. А самое тяжелое в новой системе – это начать, потому что банально не понимаешь, что и где, за что браться, куда смотреть.

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

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

Я просто начал с того, что дал краткую вводную, мол у меня есть HUGO с такой-то темой и я хочу сделать это и это, куда смотреть, что редактировать?

Из всех сетей мне больше всего понравились ответы Gemini и далее я работал с ней. Она быстро и подробно пояснила схему шаблонов HUGO, куда в них смотреть, как и что вызывать.

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

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

Поэтому я попросил сеть просто поправить мой готовый шаблон – и она справилась. В начале, правда, допустила несколько ошибок, которые я ей же и скормил, после чего она быстро исправилась.

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

При этом, конечно, я контролировал вывод, так как местами сеть забывалась и делала то, что мне не нужно. Но и в этом случае я ее поправлял командами типа: «Зачем ты вывела теги на страницу? Я же выше написал – без тегов.» После чего она быстро извинялась и переделывала.

Т.е. можно ли было выполнить всю эту работу, вообще не вникая и не разбираясь в коде? Можно, разве что это заняло бы больше времени, вам бы пришлось сначала скопировать код, получить результат и поправить сеть. Глядя в код, можно это сделать сразу.

Если вы немного понимаете в коде, то такой подход крайне полезен для изучения нового языка и продукта. Вы на простых примерах смотрите как надо и быстро перенимаете навыки работы с новым языком.

Здесь сеть выступает для вас некоторым наставником, который дает вам примеры для решения именно ваших задач. При этом вы всегда можете попросить пояснения по тому или иному участку кода.

А что там с глюками? Если вы примерно понимаете, что вам нужно и удерживаете сеть от поползновений в стороны, вовремя ограничивая ее – то грубых ошибок она не допускает.

Чаще можно получить ограничения по контекстному окну – это количество информации, которую сеть может воспринимать за один сеанс. Если вы выходите за рамки контекстного окна, то сеть забывает, что было раньше и может начать давать вам левые примеры, без учета уже того, что она сделала раньше. А может и вообще отказаться работать.

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

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

В общем – эксперимент удался и игнорировать искусственных помощников сегодня просто глупо.

​​Культура работы с сертификатами

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

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

И во всем этом безобразии только три живых сертификата, остальные просроченные, причем сильно просроченные. И ладно бы там не было собственного админа, так он там есть.

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

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

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

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

Подробнее о том, как это все работает и почему открытый ключ можно передавать, а закрытый нужно хранить в секрете можно прочитать в нашей статье:

🔹 Введение в криптографию. Общие вопросы, проблемы и решения

Что нужно знать в нашем случае? Что единственно допустимым хранилищем ключевой пары является токен, ну это если официально. Если проявить некоторую смекалку, то при должном знании и умении из токенов Рутокен (кроме Рутокен ЭЦП 2.0/3.0) ключевая пара извлекается и может быть записан на флешку или в реестр.

Физически ключевая пара – это два файла бинарного или текстового формата, в последнем случае используется Base64 кодирование бинарного файла.

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

Если вы после этого смените его хранилище, скажем с токена на флешку, то сертификат надо будет переустановить.

Хранилища ключевой пары зовутся контейнерами и в том же Крипто-Про доступны в отдельном разделе. А раздел Сертификаты отражает установленные в системное хранилище сертификаты, т.е. те, которые непосредственно доступны для работы.

Удаляя сертификат из системы, мы только делаем его недоступным для прикладного ПО, физически он как был в своем контейнере, так и остается, при необходимости мы всегда можем установить его снова.

Что касается удаления контейнера, то для этого нужно постараться отдельно: отформатировать токен, удалить файлы с флешки или раздел реестра. Но это надо сделать отдельно и осознанно. Штатные инструменты работы с сертификатами или Крипто-Про (равно как и другие криптопровайдеры) таким не занимаются.

После того, как срок действия сертификата закончился – он превратился в тыкву, в прямом смысле этого слова. Также в тыкву он может превратиться и ранее этого срока, если вы перевыпустили сертификат, не дожидаясь его окончания.

Держать их установленными нет никакого смысла, это не дает никаких плюсов, а только запутывает и делает работу крайне неудобной, в любом личном кабинете, куда вы входите по сертификату вместо трех вариантов входа, будет в нашем случае 13.

Аналогичная картина будет и при подписании, где вместо одного сертификата на организацию будет всплывать целая стопка.

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

Зато сразу повысится удобство работы и значительно улучшится диагностика возможных проблем работы с сертификатами.