Записки IT специалиста

TDP – заблуждения и реальность TDP (Thermal Design Power) активно используется при обсуждении потребления процессоров и другой электроники. При этом данный показатель часто путают с максимальной рассеиваемой мощностью или потребляемой электрической мощностью. Однако это не так, TDP является требованием по выбору системы охлаждения и отражает некую среднюю рассеиваемую мощность на усмотрение производителя. Так Intel определяет его как: ▫️ Расчетная тепловая мощность (TDP) представляет собой среднюю мощность в ваттах, которую процессор рассеивает при работе на базовой частоте со всеми активными ядрами в условиях определенной Intel сложной рабочей нагрузки. В AMD несколько иной, но тоже очень схожий подход: ▫️ TDP — это максимальная устойчивая мощность, которую процессор может потреблять с помощью «реального» программного обеспечения при работе в определенных пределах температуры и напряжения. При этом и те и другие говорят о некой «реальной» нагрузке ими самими и определенной. Также следует отметить, что TDP рассчитывается для базовой частоты процессора, просто Intel говорит об этом прямо, а AMD несколько завуалировано. Таким образом TDP не показывает ни реальной потребляемой мощности, ни реальной рассеиваемой тепловой. Это некий средний показатель, который призван помочь вам выбрать кулер. Т.е. если вы на процессор с TDP 100 Вт поставите кулер способный рассеивать такую мощность, то ваш процессор при среднестатистической нагрузке перегреваться не должен. Ключевое слово здесь – не должен. На самом деле вся система работает немного не так. То, что публикуется как TDP есть ни что иное как определенный лимит мощности для устойчивой долгосрочной работы. Но есть еще один, второй лимит мощности, который указывает какую мощность допустимо потреблять процессору в турбо-режиме и как долго он может это делать. У Intel эти параметры так и называются PL - Power Limit, PL1 и PL2. Их оба можно найти в документации, первый равен указанному на коробке TDP процессора, а второй указывает максимально потребляемую в турбо-режиме мощность. Например, у Core i7-14700K это 125 Вт и 273 Вт. Разница, согласитесь, впечатляющая. AMD публикует только PL1, он же TDP, максимальную мощность можно узнать только из неофициальных источников. Так для того же R9 5900X цифры составляют 105 Вт официальной рассеиваемой мощности и около 145 Вт максимальной. Схема работы при этом примерно такая, при увеличении нагрузки процессор разгоняется таким образом, чтобы потребляемая им мощность не превысила значение второго лимита мощности. Пока это значение не достигнуто процессор может продолжать работать на более высоких частотах, по достижению второго лимита мощности процессор должен через некоторое, достаточно небольшое время, вернуться к первому лимиту и работать в нем, пока не будет снята нагрузка. Штатная цифра для процессоров Intel – 8 секунд. Рассчитана она исходя, опять-таки, из некоторых средних представлений Intel и подразумевает использование стокового охлаждения. В целом посыл ясен – кратковременно процессор может достигать максимальной потребляемой мощности, но нахождение его в этом состоянии лимитировано. Это обусловлено тем, что ни штатная система охлаждения, ни штатная система питания могут быть не рассчитаны на долговременную высокую нагрузку. Но данные параметры не являются догмой и, тем более, нигде жестко не прошиты. Они доступны для регулирования в BIOS и производители материнских плат и готовых компьютеров могут настраивать эти параметры согласно собственным представлениям. Чаще всего такие настройки существенно увеличивают возможность процессоров работать по достижении второго лимита мощности, не возвращаясь к первому, т.е. практически все время находиться в турбо-режиме. Ну а почему бы и нет, если производитель знает, что система питания платы это позволяет. Производители мобильных устройств могут, наоборот, прикрутить как лимиты, так и время нахождения в турбо-режиме ради снижения тепловыделения и экономного расхода заряда аккумулятора.

Модуль ядра Linux. Как его написать, собрать, запустить 📅 3 августа в 20:00 МСК 👌 Бесплатно. Урок в рамках старта курса «Разработка ядра Linux». На открытом уроке мы подробно обсудим инструменты и методы, необходимые для разработки, а также поделимся реальными примерами и практическими советами. Зарегистрироваться #реклама 16+ otus.ru О рекламодателе

Как я тянул свою первую сеть В начале нулевых, на самой заре своей трудовой деятельности я работал в одном бюджетном НИИ инженером, фактически выполняя задачи системного администратора. Почему инженером? А потому что в штатном расписании не было системного администратора и появился он там очень нескоро. И вот встал вопрос создания первой в организации локальной сети, пока что в масштабах бухгалтерии, но все как надо – на витой паре. В один не очень прекрасный день мне выдали бухту кабеля, стопку кабель-каналов и иного сетевого оборудования и сказали – вперед! - Это как, вперед? – не понял я, - а сеть кто тянуть будет? - А в чем проблема? – удивился мой начальник, - сеть какая? Компьютерная. А кто тут по компьютерам? Я немного удивился такой постановке вопроса и попытался пояснить, что сеть – это та же слаботочка, у нас в штате есть электрик, который как раз и может таким заняться, а к нему можно добавить в помощь сантехника, который один фиг днями спит в своей каморке. Если бы это не был бюджет или руководство было бы более гибким (скажем так), то вопрос можно было бы решить легко и просто – за премию они бы сами все протянули и добавки бы попросили. Но увы и ах, финансовым поощрением там и не пахло. А дальше вступает в силу типично бюджетная фишка: они делают вид, что платят – мы делаем вид, что работаем. При этом все это всегда прикрывалось имитацией бурной деятельности. Но я был тогда молодой, зеленый и все мои понятия о производственных процессах были далеки от реальности. В итоге мой начальник отправил меня к их начальнику просить на завтра две единицы рабочей силы. Их начальник не возражал, а наоборот вызвал и поставил задачу – помочь молодому инженеру завтра с прокладкой сети. А на завтра случилось неожиданное: в подвале внезапно «забил фонтан» и сантехник оказался ну очень сильно занят, электрик задумчиво смотрел в полуразобранный щиток и идти тянуть сеть они наотрез отказались. Ну как так? Я к их начальнику. А он мне доходчиво пояснил, что в их должностной инструкции нет ничего про компьютерные сети и они согласились помочь сугубо по причине наличия свободного времени, а так как у них появилась собственная работа, то извини… Я к своему начальнику, тот повторил мне тоже самое. Тогда я спросил, а как же моя должностная инструкция, после чего мне доходчиво пояснили, что я вообще здесь на птичьих правах, ибо взят сугубо из жалости ко мне и гуманизма и если посмотреть в мою должностную инструкцию, то меня можно хоть сегодня выгонять за профнепригодность. Возразить тут было нечего. Разве что надо было пояснить, что это ни они меня взяли из жалости, а я из жалости к ним пришел (что по факту так и было), но я был молод, зелен и смирившись пошел тянуть сеть. Выдали мне оранжевую советскую дрель, ни разу ни ударную и два тупых победитовых сверла. Сверла грелись, гнулись, после чего я их выравнивал молотком на ступеньке лестницы и шел назад бороться с бетонной стеной. Но силы были явно не равны. Пошел к начальнику и попросил хотя бы купить новые сверла. На что получил ответ, что для того, чтобы купить новые, надо списать старые, а они вполне еще ничего, все сверлят, никто не жаловался. Поняв, что я тут просто лягу костьми еще на первом десятке отверстий я в обеденный перерыв поехал домой и привез нормальный перфоратор. Взамен я получил порцию ворчания от начальника, мол молодежь никуда не годится, все сверлили, никто не жаловался, а этому перфоратор подавай. С перфоратором дело пошло веселее и к вечеру я основной объем монтажа закончил. А на утро меня встретили ухмыляющиеся сантехник и электрик и поинтересовались как мне вчера работалось. Потом отвели в сторонку и пояснили мне, что я эпический долбоящер. Основной смысл их речи был прост: ты же инженер, у тебя же есть спирт… Но это уже совсем другая история…

Dell PowerVault ME5 — ME5212, ME5224, ME5284 Основные ошибки, которые мы видим регулярно в проектах: • Забывают про внешние полки ME584 и ME512 пытаясь получить максимум объема в рамках одной СХД; • Ставят ME5212 под транзакционные базы — через полгода задержки • Выбирают all-flash ME5224 туда, где половина емкости идет под холодный архив Каждая такая ошибка обходится дорого. А с ростом цен на NAND в 3 квартале 2026 (до 10-15% по прогнозу TrendForce) — обойдется дороже. Подготовили полный разбор: какая ME5 под какую задачу, как состыковать SSD и NL-SAS без потери скорости, три причины перейти с ME4 уже сейчас. Узнать больше #реклама О рекламодателе

С днем системного администратора! Сегодня профессиональный праздник, который в общем-то сильно и не праздник. Во всяком случае какого-то массового масштаба он не имеет. Равно как и многие подобные праздники. Почему так? Возможно, во многом по причине молодости этой профессии и отсутствия массовых скоплений админов на единицу площади. Даже возьмем типичный IT-отдел. Там все поголовно админы? Да нет, вон та парочка, а тут еще пара программистов, сетевик и аналитик. А если посмотреть на эту фирму, в общем и целом, где выяснится, что фирма строительная – то все они строители. И День строителя будут отмечать все вместе и с размахом. Но никто не будет устраивать праздничные мероприятия ради пары администраторов. Точно такая же ситуация и со многими другими узкими профессиями. Тот же день бухгалтера тоже отмечается в основном поздравлениями друг дружке в мессенджерах, и даже в аудиторских или аутсорсерских бухгалтерских фирмах редко устраиваются народные гуляния – нет традиции. Плюс старая гвардия пришла в профессию кто откуда, тогда и специальности такой не было, поэтому привыкла отмечать свои профессиональные праздники, по основной профессии. Я, например, как связист по образованию всегда отмечаю День Радио. Но праздник есть праздник, и нужен он в первую очередь не нам, а нашим коллегам, работу которых мы обеспечиваем на «невидимом фронте», чтобы они еще раз вспомнили, что, когда у них все хорошо – это заслуга того самого парня. Об этом говорит сама история этого праздника, его решил основать администратор с 20-летним стажем Тед Кекатос из Чикаго, который таким образом решил напомнить коллегам о важности своей работы и изначально он назывался «День благодарности системному администратору». Было это в далеком 2000 году, а для кого-то не таком уж и далеком… Правда, тогда и слова то такого и не знали, для клиентов и людей далеких от IT все мы были «программисты». А слово «администратор» более ассоциировалось с администратором отеля или ресторана. Сейчас слово сисадмин всем понятно, но ограничивать праздник только одними сисадминами – это неправильно. Вокруг куча коллег без своих праздников, вы слышали про День DevOps? Вот и я не слышал. Поэтому, как мне кажется, правильно будет основать один общий праздник – День работника IT, который объединит всех причастных под единым знаменем и позволит отмечать его действительно массово. Потому что, отмечая День строителя или День работника торговли отмечают все, начиная от строителей и продавцов, заканчивая бухгалтерами и айтишниками, потому что все они причастны к общему. Так и День айтишника должен объединить всех: кто админит, кто пишет код, пишет промпты, проектирует сети, тянет их и даже подметает пол в серверной. И я не шучу, когда я работал в компьютерной фирме была у нас уборщица – Тетя Шура – бодрая бабулька лет 60, так за пару лет с нами она получила базовое IT-образование и утром вполне могла озадачить вопросом: - Жень, у тебя в мусорном ведре SATA-кабель валяется, на вид целый, ты его выкинул или просто уронил? Ну чем не работник сферы IT? А полы тоже мыть кому-то надо, или грязью и пылью зарастем. Дело важное и дело нужное, без шуток. Но это мысли. А пока – с ПРАЗДНИКОМ коллеги!!!

Яндекс Музыка до 360 дней бесплатно Яндекс Музыка для вас и 3-х ваших близких. Кинопоиск и Яндекс Книги тоже в мультиподписке Плюс. Попробуйте бесплатно❤️ Слушать #реклама 18+ music.yandex.ru О рекламодателе

Получи грант до 1,35 млн руб. на обучение в магистратуре Хочешь развиваться в сфере ИТ и получить фундаментальные знания с практикой? Поступай в магистратуру Центрального университета! — 4 офлайн программы по востребованным направлениям ИТ — 2 онлайн-программы: машинное обучение и продуктовый менеджмент — 550 грантов до 75% — Вечерние занятия и учеба по выходным — удобно совмещать с работой — Обучение по модели STEM-образования: на стыке науки, технологий и бизнеса — Возможность стажировок и трудоустройства в ведущих компаниях — Государственный диплом за 2 года Магистратура в Центральном университете — это современный подход к образованию, сильный преподавательский состав и актуальные кейсы от индустрии. Оставляй заявку на грант уже сейчас! Зарегистрироваться #реклама 16+ cu.ru О рекламодателе

Обзор российских ОС. Альт Рабочая станция К 11 Продолжаем рассматривать новые версии операционных систем семейства Альт, следующей у нас на очереди Альт Рабочая станция К 11 и это не разновидность Альт Рабочая станция, а отдельная, самостоятельная система, развиваемая по своему сценарию и со своей периодичностью выхода релизов. Можно сказать, что это самая современная и технологически продвинутая система в семействе и на момент написания уже доступна версия 11.4, с которой мы и познакомимся. Мы уже говорили, но скажем снова: несмотря на технологические достоинства с маркетингом у Базальт СПО дела обстоят плохо, это касается и внешнего вида систем (хотя тут начали исправляться), и их именования. Потому что понять из наименования, что это отдельная ОС, а не одна из редакций Рабочей станции решительно невозможно. Ранее Альт Рабочая станция К явно позиционировалась как система для мощных современных ПК, оптимизированная для работы с мультимедийным контентом и предоставляющая самые передовые возможности. Сегодня формулировки немного смягчились и нам просто предлагают комфортную работу в среде KDE и свежими приложениями. Альт Рабочая станция К также входит в Единый реестр российских программ и бесплатна для использования физическими лицами, организации и предприниматели обязаны приобрести лицензию. ✅ Читать далее: https://interface31.ru/post/obzor-rossiyskih-os-alt-rabochaya-stanciya-11k/

⏳ Если планировали поступать в магистратуру в этом году, стоит поторопиться — приемная кампания Университета Иннополис выходит на финишную прямую. 💻 Это хороший вариант для тех, кто хочет серьезно прокачать инженерные навыки и получить практический опыт еще во время обучения. Обучение построено по модели 1+1: 📚 Первый год — фундаментальная подготовка и работа над проектами. 🏢 Второй — практика в компании-партнере, где студенты решают реальные инженерные задачи. Такой формат позволяет еще во время обучения получить опыт коммерческой разработки и выйти на рынок с сильным портфолио. Направления обучения: • ИИ и инженерия данных • Программная инженерия • Робототехника и компьютерное зрение • Инженерия безопасности систем и сетей 💰 Есть бюджетные места, грантовый конкурс и государственная стипендия. 👉 Посмотреть программы и подать заявку можно здесь 👈

Монтирование файловых систем при помощи systemd Казалось бы, монтирование файловых систем в Linux задача простая и не требующая каких-либо доработок. Но очень часто именно в простоте таятся различные сложности и затруднения. Текущая система монтирования уходит корнями еще во времена UNIX и дошла до наших дней без серьезных изменений. Но мир с тех пор серьезно изменился, сегодня в широком ходу сетевые расположения и съемные устройства, работать с которыми классическим образом не слишком удобно. И вот тут нам на помощь снова приходит systemd, предлагая современные методы монтирования файловых систем. ✅ Читать далее: https://interface31.ru/post/montirovanie-faylovyh-sistem-pri-pomoshhi-systemd/

Вы запускаете AI-агента. Сколько он реально стоит в месяц? Мы подготовили калькулятор AI-агента. Он помогает посчитать полную стоимость до старта — от входных токенов до продакшн-инфраструктуры. Что внутри: 🔹формула с учётом количества витков агента 🔹таблицы затрат (минимум и продакшн) 🔹3 готовых примера (чат-бот, мониторинг 24/7, CI/CD) 🔹способы снизить расходы на 40–70% Забирайте калькулятор, чтобы не получить неожиданных счетов👇 ЗАБРАТЬ КАЛЬКУЛЯТОР

Система отслеживания состояния соединений conntrack, часть 2 В прошлой части мы разобрали состояние NEW и ESTABLISHED, сегодня поговорим об более интересных состояниях. Начнем с RELATED, вроде бы просто – это соединения, связанные с уже установленным соединением. Но если начинать разбираться, то вопросов становится больше, чем ответов. Что такое связанное соединение? Это новое соединение, которое является частью уже существующего, хорошие примеры таких протоколов – это FTP, PPTP или SIP. Для них характерно наличие управляющего соединения и связанных с ним соединений для передачи данных. Важно понимать и то, что связанное соединение может быть инициировано как изнутри, так и снаружи, при этом порт передачи данных обычно выбирается динамически, что создает проблемы с фильтрацией таких соединений. Поэтому conntrack как-то должен понять, что это не самостоятельное соединение, иначе оно получит состояние NEW и пойдет в брандмауэр со всеми вытекающими. Для этого он при помощи специальных модулей ядра ipconntrackNNN анализирует данные управляющих протоколов и на их основании выделяет связанные соединения. Если новый пакет соединения, определенного как связанное попадает в брандмауэр, то ему присваивается состояние RELATED. После того, как на этот пакет будет получен ответ связанное состояние перейдет в состояние установленного – ESTABLISHED. Таким образом RELATED – это аналог состояние NEW, но только для связанных соединений, установленных соединений с таким статусом не бывает. Все установленные соединения только ESTABLISHED. Если у вас пакеты связанного соединения не определяются как RELATED, то это может говорить о том, что отсутствует загруженный модуль для работы с используемым протоколом. И последнее состояние соединения – INVALID. Очень часто оно трактуется и понимается неправильно. Скажем нам пришел TCP-пакет уже установленного соединения, но в таблице трассировщика данные о таком соединении отсутствуют. Перед нами типичный INVALID? Вовсе нет. Если корректно указаны все необходимые поля пакета, то он получит состояние NEW. Об этом мы говорили вчера, такое поведение позволяет подхватывать уже установленные соединения без обрыва сеанса связи. Что касается UDP, то там каждый пакет является первым, так как протокол не подразумевает установку соединения. Тогда что такое INVALID? Это пакет, который не может быть идентифицирован, например, имеет некорректно заполненные поля или поврежден. Также сюда относятся ICMP-ответы, для которых отсутствуют соединения породившие запросы. Напоминаем, что для типов ICMP подразумевающих ответы создается соединение с состоянием NEW и переходит в ESTABLISHED и закрывается только после получения ответа. Поэтому если есть ответ, но нет соответствующего ему соединения, то такой пакет будет помечен как INVALID. Также подобное состояние мы можем получить и для вполне легальных пакетов при недостатке ресурсов брандмауэра, например, закончилась свободная память или высокая нагрузка на процессор, перегрев и т.д. Поэтому INVALID не указывает на однозначно вредоносные пакеты, а говорит о том, что conntrack не смог разобраться с идентификацией пакета и резкий всплеск получения подобного состояния может указывать именно не недостаток ресурсов, а не сетевую атаку. В тоже время пренебрегать блокированием INVALID тоже не стоит, так как позволяет эффективно защититься от ряда атак, чаще всего через поддельные ICMP-ответы. Но, повторимся, INVALID – это не только неправильный пакет, а любой, который conntrack по какой-либо причине не смог идентифицировать. Непонимание этого может заставить искать вас черную кошку в темной комнате, которой там нет (сетевую атаку), вместо того, чтобы проверить режим работы оборудования.

🚀 Мечтаешь войти в DevOps, но не знаешь с чего начать? Это твой шанс! Привет, меня зовут Вячеслав Федосеев. Я работаю руководителем команды в DevOps, выступаю как спикер в учебном центре Слёрм и веду собственный проект DevOps Bootcamp. У себя в Telegram-канале я регулярно провожу прямые эфиры, публикую полезные статьи и лекции, а главное — отвечаю на вопросы и помогаю новичкам сделать первые шаги в профессии. Присоединяйтесь, чтобы не пропустить самое интересное! 👉 Канал: @devopsupgrade 🔥 Бонус для начинающих Вместе с командой Слёрм мы подготовили бесплатный мини-курс«Быстрый старт в DevOps». На нём разложим по полочкам главные темы, которые волнуют новичков: 👉 что такое DevOps, и как выстроить работу команды в рамках этой методологии; 👉 Kubernetes, Docker и т.д.: как базовые инструменты выстраивают работу в DevOps; 👉 DevOps и компания: как состыковать критерии успеха. ЗАБРАТЬ БЕСПЛАТНЫЙ КУРС

Система отслеживания состояния соединений conntrack, часть 1 Conntrack – важная часть сетевого стека Linux ответственная за определение сетевых соединений и связывания с ними конкретных пакетов. На основе состояния соединения строится логика работы брандмауэра netfilter, а также высокоуровневых интерфейсов к нему, таких как iptables и nftables. Несмотря на видимую простоту с работой conntrack связано множество заблуждений и в этой заметке мы постараемся разобрать некоторые из них. Прежде всего соединения conntrack, равно как и их состояния существуют сугубо в пределах брандмауэра и нигде более. Кроме того, это исключительно Linux-технология и в среде других ОС она не применима. В рамках пользовательского пространства доступно четыре состояния, это всем известные NEW, ESTABLISHED, RELATED и INVALID. Трассировка соединений происходит в цепочке PREROUTING или OUTPUT, если пакет был порожден локальным процессом. Первый пакет соединения получает статус NEW. И вот здесь есть один важный момент, как conntrack определяет, что этот пакет первый. Например, для TCP мы можем ориентироваться на флаг SYN, но как быть с UDP, где каждый пакет, по сути, первый и последний? Тут все просто, анализируется адрес и порт источника, адрес и порт приемника и если такой записи в таблице трассировщика нет, то пакет становится первый и ему присваивается состояние NEW. Таким образом если в брандмауэр придет TCP пакет уже установленного соединения (без SYN), то conntrack все равно повесит ему состояние NEW и отправит дальше по цепочкам. Это позволяет подхватывать уже установленные TCP-соединения если таблица трассировщика была утеряна (скажем мы перезагрузили роутер). Что будет с пакетом NEW дальше? Он пойдет по цепочкам брандмауэра и будет либо пропущен, либо отброшен. С отброшен все понятно, соединение было отвергнуто с нашей стороны и все повторные попытки соединения снова получат состояние NEW. А вот если пакет был пропущен, то ему присваивается состояние ESTABLISHED? А вот и нет. Для перехода соединения в состояние ESTABLISHED требуется, чтобы через conntrack прошел ответ на этот пакет. И только при наличии ответа узла состояние соединения перейдет в установленное – ESTABLISHED. Причем данное состояние устанавливается как для TCP, так и для UDP, хотя последний в принципе не подразумевает установление соединений. Но, напоминаем, все эти соединения живут только внутри брандмауэра Linux и никак не отражаются в самих пакетах. Для времени жизни UDP соединения используется таймаут, если за указанное в нем время через соединение не прошел ни один пакет – оно считается закрытым. Если пакет прошел – то таймаут сбрасывается и начинается новый отсчет. С TCP все немного сложнее, при нормальном завершении соединения после получения FIN соединение в брандмауэре переходит в состояние TIME OUT (буферное время) и еще в течении некоторого времени считается ESTABLISHED. Это сделано для того, чтобы через брандмауэр могли пройти пакеты «застрявшие» где-то там по дороге. Если соединение было закрыто по RST, то оно сразу переходит в состояние закрытого без выделения буферного времени. При аварийном завершении TCP-соединения его состояние в conntrack будет ESTABLISHED до истечения тайм-аута. Еще интереснее с ICMP, может ли ICMP быть ESTABLISHED? Может, и даже становится. Почему? Потому что многие типы ICMP подразумевают ответ на запрос. Поэтому пришедший ICMP пакет получит состояние NEW, а ответ на него переведет соединение в состояние ESTABLISHED. Однако conntrack понимает, что дальнейшей передачи данных такое «соединение» не подразумевает и после прохождения ответного пакета через netfilter запись о соединении из таблицы трассировщика удаляется.

Партицирование и индексы: миллиарды строк без тормозов Узнайте, как партицирование и индексы ускоряют миллиарды строк. Регистрирация! 19 .08 Узнать больше #реклама 16+ otus.ru О рекламодателе

А если просто поговорить? Все мы привыкли к определенному формату общения с нейросетями: роль → задача → контекст → формат и т.д. Да, в большинстве случаев это оправдано, так как позволяет направить ИИ по нужному пути и заставить его действовать нужным вам образом, в рамках установленных вами ограничений.   Но это хорошо тогда, когда вы четко знаете, что вам нужно сделать и какой результат получить. Но работа системного администратора зачастую далека от этого и подбрасывает задачи со множеством неизвестных переменных.   Также у каждого из нас есть устоявшийся опыт, который тоже оказывает сильное влияние на восприятие IT-систем и принимаемые нами решения. А это не всегда хорошо.   Есть такой термин – туннельное мышление, когда человек сосредотачивается на одном решении проблемы и не видит альтернативных вариантов. И это не говорит о недостатке квалификации или опыта, так устроен наш мозг: мы автоматически выбираем те методики, которые давали результат в прошлом.   Но иногда это может сыграть злую шутку, сосредоточившись на одном конкретном решении вы можете долго биться лбом в стену, ИИ будет снова и снова водить вас по кругу, хотя если взять паузу, посмотреть, и подумать – то можно найти альтернативное решение, не лучше и не хуже, просто другое.   Поэтому иногда следует отойти от жестких промптов и просто пообщаться с ИИ, не загоняя его изначально в жесткие рамки. Просто изложите ему проблему и попросите помочь с решением, не направляя и не намекая. Максимально общим запросом.   Да, он расскажет вам много интересного, где-то может даже что-то придумать, но он же сможет неожиданно открыть вам глаза и показать проблему с другой стороны, с которой вы на нее еще не смотрели или подсказать вам иной, более актуальный или современный метод, нежели тот, что вы привыкли использовать.   Такой подход также полезен если вы вообще не знаете, как подойти к этому вопросу или хотите посмотреть, как его решают сейчас, а не тогда, когда вы последний раз с этим сталкивались.   А еще лучше вообще абстрагироваться от конкретной технической задачи и обсудить с ИИ вопрос, который вы хотите этой задачей решить. Потому что любая техническая задача в конечном итоге решает какую-то проблему пользователя или создает для него дополнительную ценность.   Такие беседы, на первый взгляд, могут выходить довольно пространными и ни о чем или уводить далеко от первоначального запроса, но именно такой формат общения позволяет максимально расширить кругозор и избавиться от шор и туннельного мышления.   Ну а когда вы нащупали новые идеи – то снова переходите к привычному формату промпта, сужая шаг за шагом  контекст от общей идеи до конкретного набора задач.

Java-разработчики, устали возиться с email-доставкой? Забудьте о проблемах с SMTP, спамом и «письмах в никуда». С HaskiMail вы отправляете транзакционные письма быстро, надёжно и без лишнего кода. Почему Java-команды выбирают HaskiMail: ✔️ Готовая официальная библиотека для Java - подключи за 2 минуты ✔️ Отправка письма всего в 3 строки кода ✔️ Высочайшая доставляемость даже без выделенного IP ✔️ Транзакционные и маркетинговые письма по разным каналам (никакого влияния на критические уведомления!) ✔️ Поддержка, которая понимает Java и отвечает по делу Интегрируйтесь сегодня и сосредоточьтесь на продукте, а не на почтовых серверах. 👉 Попробовать бесплатно!

Защита Mikrotik от брутфорса через SSH Атаки на SSH – пожалуй самый распространенный тип атак, стоит только выставить 22 порт наружу как начнутся попытки подбора пароля. Хороший вариант – настроить аутентификацию по ключу и запретить вход с логином и паролем, но у RouterOS нет такой возможности. Поэтому будем выкручиваться другими методами, а именно считать пакеты со статусом NEW в течении некоторого небольшого времени, скажем 5 минут. Здесь мы исходим из того, что легальный пользователь пришлет всего один такой пакет. Далее соединение будет установлено и пакеты пойдут со статусом ESTABLISHED. Ну максимум два, если пользователь неверно указал логин или не переключил раскладку (вход с паролем). Поэтому оставим три легальных попытки, а каждый, кто будет превышать это количество отправится в бан. Ловить пакеты мы будем в mangle – PREROUTING и отправлять их в отдельную цепочку FB-SSH, где и будем выполнять все проверки. Адрес источника каждого нового пакета на 22 порт мы помещаем в список FB-SSH-1 на пять минут. Если пришел повторный новый пакет, то отправляем адрес уже в список FB-SSH-2 на 15 минут. Третий новый пакет отправится в список FB-SSH-3 уже на час и теперь если в течении часа последует еще одна попытка подключения – адрес источник улетит в бан на сутки. Такая схема с увеличением таймаутов позволяет бороться с умными ботами, которые не долбятся сразу, а выдерживают некие паузы, чтобы не попасть в блокировку. Все это в терминале:

 firewall mangle
add action=jump chain=prerouting connection-state=new dst-port=22 in-interface=ether1 jump-target=FB-SSH protocol=tcp
add action=add-src-to-address-list address-list=FB-SSH-BAN address-list-timeout=1d chain=FB-SSH  connection-state=new dst-port=22 protocol=tcp src-address-list=FB-SSH-3
add action=add-src-to-address-list address-list=FB-SSH-3 address-list-timeout=1h chain=FB-SSH  connection-state=new dst-port=22 protocol=tcp src-address-list=FB-SSH-2
add action=add-src-to-address-list address-list=FB-SSH-2 address-list-timeout=15m chain=FB-SSH  connection-state=new dst-port=22 protocol=tcp src-address-list=FB-SSH-1
add action=add-src-to-address-list address-list=FB-SSH-1 address-list-timeout=5m chain=FB-SSH  connection-state=new dst-port=22 protocol=tcp

Банить будем в raw, на самом подлете:

 firewall raw
add action=drop chain=prerouting src-address-list=FB-SSH-BAN

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

Сидишь в SSH, нужно срочно глянуть синтаксис tar с исключениями, а гуглить лень, man читать долго, закладки в беспорядке.Знакомо? DevСправка — это 672 команды Git, Docker, Linux, PowerShell, K8s и Bash в одном месте: → Живой поиск с автодополнением → Каждая команда с примерами на русском → Чек-лист: отмечай выученное, отслеживай прогресс Не справочник — инструмент. Открыл → нашёл → скопировал → забыл. 👉 devspravka.ru Закрепи в закладки, чтобы не потерять 👌