Трассировка TCP

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

В этом случае проблема может быть где-то посередине, например, на пограничном роутере или провайдер фильтрует исходящие соединение по определенным портам (что очень часто бывает с почтой).

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

Потом все просто:

tcptraceroute ya.ru 443

Чтобы узнать все поддерживаемые ключи запустите утилиту без параметров.

Для Windows все немного сложнее, потребуются сторонние утилиты, например, Tcproute.exe, которая требует установки Pcap.Net.

После чего разместите утилиту в удобном месте и используйте:

tcproute ya.ru 443

Для получение большей информации используйте запуск с ключом -?

Не новое, но актуальное, так как коллеги продолжают раз за разом ходить по одним и тем же граблям

Токены и удаленный рабочий стол (RDP подключение)

Электронно-цифровая подпись (ЭЦП) и токены, как средство ее хранения, плотно вошли в нашу жизнь, трудно представить себе предприятие, где нет хотя бы одной подписи.

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

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

✅ Читать полностью

Про НДС

На фоне новостей, в которых Госдума приняла в первом чтении повышение НДС до 22%, странно слышать комментарии не только коллег, но и многих предпринимателей, мол ну чего там нам эти 2%...

🤷‍♀️ А вроде взрослые люди, одни с техническим образованием, другие умеют деньги считать…

❗️Ладно, возьмем такой загадочный предмет, как калькулятор. Странная такая машинка, ни интернета ей не надо, ни нейросетей, вместо процессора – огрызок какой-то допотопный, а поди ты – правильно цифры считает.

‼️ И посчитаем, что в условном товаре за 1000 руб. на прилавке НДС по ставке 20% содержится 166,67 руб. или 180,33 руб. по ставке 22%. Таким образом увеличение налоговой нагрузки составит 8,2%.

👉 На кого будет переложена эта нагрузка, думать не надо – на конечного покупателя, а 8,2%, согласитесь, это не каких-то там 2%, это уже на уровне официальной инфляции и способно ощутимо ударить по карману.

​​Осваиваем эффективную работу в Midnight Commander

Midnight Commander - популярный двухпанельный файловый менеджер, широко распространенный в UNIX-like операционных системах, он должен быть знаком каждому, кто хоть раз работал в консоли.

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

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

https://interface31.ru/tech_it/2020/10/osvaivaem-effektivnuyu-rabotu-v-midnight-commander.html

Из старенького, очень старенького, но актуального:

🔹 Как включить автоматический вход в систему для Windows

Зачем это надо?

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

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

А тут или пароль или никак. Или настроить автоматический вход.

И работает это даже в последних версиях Windows 10/11

Критическая уязвимость CVE-2025-59287 в компоненте WSUS Windows Server

Вчера, 23 октября 2025 года Microsoft выпустило внеплановое (Out-of-Band, OOB) обновление для Windows Server.

Исправления устраняют критическую уязвимость CVE-2025-59287 в компоненте WSUS, которая позволяет удаленно выполнять произвольный код (Remote Code Execution, RCE).

👆 Уязвимости присвоен уровень CVSS:3.1 - 9.8 баллов, при этом ситуация усугубляется наличием публичного PoC-эксплоита.

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

Рекомендуется не откладывая установить обновления автоматически (они доступны для скачивания через Windows Update) или вручную. Обновления являются накопительными, т.е. если вы пропустили более ранние обновления дополнительно их устанавливать не нужно.

В настоящий момент выпущены следующие пакеты обновлении:

▫️ Windows Server 2025 — KB5070881
▫️ Windows Server 23H2 — KB5070879
▫️ Windows Server 2022 — KB5070884
▫️ Windows Server 2019 — KB5070883
▫️ Windows Server 2016 — KB5070882
▫️ Windows Server 2012 R2 — KB5070886
▫️ Windows Server 2012 — KB5070887

При невозможности своевременно установить исправления Microsoft рекомендует выключить службу WSUS или заблокировать входящие соединения на портах 8530 и 8531.

Управление серверами 1С:Предприятие

Начинающие (да и не только) администраторы системы 1С:Предприяите часто спрашивают, а есть ли кроссплатформенный аналог MMC-оснастке Администрирование серверов 1С Предприятия.

Обычно это происходит в свете перехода на Linux, но и не только. У стандартной MMC-консоли есть существенный недостаток – она использует COM-технологию и привязана к версии платформы.

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

Альтернативой этому может служить веб-приложение от сторонних разработчиков – ПУСК, которое использует современный механизм управления серверами 1С:Предприятие – сервер администрирования RAS.

Как установить и настроить ПУСК мы рассказывали в этой статье:

🔹 Устанавливаем и настраиваем ПУСК - Панель Управления Сервисами и Компонентами для 1С:Предприятие

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

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

Речь идет о встроенной в платформу обработке Управление серверами. Для того, чтобы ее использовать вам потребуется любая информационная база 1С:Предприятие, даже полностью чистая, без конфигурации, в т.ч. файловая.

В ней переходим в Функции для технического специалиста – Стандартные – Управление серверами.

Работает она, как и ПУСК, через RAS, т.е. не зависит от установленной версии платформы. По функциям и возможностям она полностью повторяет стандартную MMC-консоль.

Пятничное чтиво

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

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

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

🔹 Про почасовку (https://t.me/interface31/3678)

🔹 Вопрос ценообразования (https://t.me/interface31/3680)

🔹 Специалист ну очень широкого профиля (https://t.me/interface31/3682)

🔹 Проблема мелкого прайса (https://t.me/interface31/3686)

🔹 Про помогаторов (https://t.me/interface31/3691)

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

Про мессенджеры

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

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

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

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

Этим, собственно, и объясняется непопулярность различных «альтернативных» мессенджеров, в которых сидят по полтора землекопа, один из которых – разработчик.

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

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

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

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

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

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

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

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

Все это никому не интересно, как и не интересна переписка 99% пользователей, ибо она скучна и банальна. Да и сами пользователи ничего за собой такого не чувствуют, что требовалось бы обязательно от всех скрывать.

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

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

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

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

​​Мифы и легенды про айтишников

В IT, как и в любой другой сложившейся отрасли, существует собственный свод мифов и легенд.

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

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

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

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

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

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

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

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

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

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

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

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

Выпиливают с корнями телеметрию, ну и пусть система после этого глючит.

Регистрируют важные сервисы на Васю Пупкина, ну и фиг с ними, возможными проблемами с поддержкой.

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

Мы долго думали, откуда и почему такая легенда возникла и ниже приведено наше личное мнение.

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

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

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

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

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

Подборка про самосбор

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

🔹 Гарантия по другую сторону баррикад, часть 3, самосбор (https://t.me/interface31/1366)

🔹 Самосбор, почему это не самая лучшая идея (https://t.me/interface31/1441)

🔹 И снова о вреде самосбора (https://t.me/interface31/2062)

🔹 И снова про самосбор серверов (https://t.me/interface31/2137)

🔹 Про сборку (https://t.me/interface31/4774)

🔹 Неочевидные опасности самосбора для опытных (https://t.me/interface31/4776)

👆 А если коротко и по делу, то наше мнение такое: если сборка ПК для вас не является хобби (или работой), и вы не готовы к дополнительным финансовым и/или временным затратам – то оставьте процесс сборки тому, кто получает за это деньги.

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

​​Как и зачем делить базы данных по отдельным установкам СУБД

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

Если брать конкретные цифры, то дать тут общие рекомендации сложно, нужно смотреть на сценарии применения, объемы данных, интенсивность и характер обращения к СУБД, в общем – требуется индивидуальный подход.

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

Описывая модель нами сознательно предельна упрощена и не требует каких-либо специфических знаний, а также применима к любым СУБД, а не только PostgreSQL.

Одной из задач СУБД – является быстрое и эффективное предоставление прикладному ПО доступа к хранящихся в базе данных. А получить мы их можем одним единственным образом – прочитать с диска.

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

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

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

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

Хотя это не всегда плохо, с появлением быстрых дисков, таких как NVMe, иногда более оптимально будет читать данные с диска, нежели тратить на их хранение достаточно ограниченный ресурс оперативной памяти.
А теперь про то, зачем делить базы по разным экземплярах СУБД. Представим, что у нас есть некоторый единый сервер, где находятся базы торгового подразделения и бухгалтерии.

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

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

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

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

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

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

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

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

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

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

​​И снова про белок и колеса…

Этот поучительный случай произошел на неделе, но мы решили оставить его до выходных.

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

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

А чего, спрашиваем, ушел?

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

Ну так договоритесь с ним, - предлагаю, - пусть он вам по удаленке помогает, тут на месте то делать, наверное, особо нечего.

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

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

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

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

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

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

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

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

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

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

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

А чего? Работает ведь? А если что – у нас есть мальчик, сейчас свистнем, прибежит, починит.

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

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

Как я развалил бизнес-план или про то, где сейчас денег нет

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

Ну да чего бы и не съездить, чего бы и не поговорить. А вот дальше началось интересное. Оба коллеги возрастом около 30 лет, админы на производственных предприятиях. Ребята неплохие, знающие и умеющие.

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

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

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

К ним пойдут владельцы старых ПК с истекшей гарантией и покупатели всякого китайского творчества с маркетплейсов.

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

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

Поэтому весь «ремонт» будет сводиться к замене дисков, памяти и блока питания, а на этом кассу не сделаешь.

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

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

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

Что дальше? Заправка картриджей? Все струйные принтеры практически поголовно перешли на СНПЧ, а налить чернила пользователь и сам может.

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

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

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

Торговля железом, апгрейды, китайские Xeon и все такое прочее? Тоже нет. Минули те времена, когда можно было в Москве купить железа по второй колонке прайса (мелкий опт), накрутить свои 6-10% и что-то с этого получить.

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

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

А сервис я закрыл после того, как после выплаты всех зарплат, аренд и налогов забрал оттуда 11 000 рублей (в ценах 2011 года), хотя жизнь в нем кипела, клиенты были, работы хватало.

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

Всё работает! Что вам ещё надо? — Антон Дорошкевич, PGConf.СПб 2023

За 6 лет моего опыта работы с 1С на PostgreSQL СУБД прошла огромный путь, и хочется осветить этот путь, чтобы понять, какой огромный прогресс уже достигнут. Но, как всегда, пользователям всего мало, так что помимо уже пройденного пути в докладе будут освещены пожелания к СУБД с точки зрения эксплуатации, а так же даны обходные пути решения.

https://youtu.be/iM-wVbhf8-E?si=Rbmc8E20E23mIy90

Доклад известного специалиста по PostgreSQL в связке с 1С. Рекомендуется всем к ознакомлению. У кого нет доступа к YouTube выкладываю отдельным файлом.

И снова одно и тоже... Выключился свет, бесперебойник погас, сервера упали... А теперь... В общем - беда, а если еще и в пятницу вечером...

А надо было всего-лишь подстелить соломки...

Настраиваем централизованное управление электропитанием в сети при помощи NUT

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

Действительно, если питание пропадет надолго, то после разрядки батарей ИБП ваши системы аварийно завершат работу. Избежать этого позволяют модели, имеющие обратную связь, но, чтобы использовать эти возможности нам потребуется система управления электропитанием и сегодня мы расскажем об открытом и бесплатном продукте - NUT (Network UPS Tools).

https://interface31.ru/tech_it/2022/08/nastraivaem-centralizovannoe-upravlenie-elektropitaniem-v-seti-pri-pomoshhi-nut.html

Переносим контент на новый сайт, заодно заново перечитываем некоторые статьи

🔹 WD VelociRaptor - пожалуй, самый быстрый жесткий диск

Western Digital VelociRaptor можно без преувеличения назвать легендарной серией HDD и объектом мечтания многих пользователей. Как и у любой топовой "железки" основным сдерживающим фактором была и остается цена. Однако сегодня стоимость младших моделей линейки не сказать, что демократична, но вполне приемлема и поэтому мы решили протестировать один из таких дисков.

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

А теперь? Самый дешевый SATA SSD положит его на лопатки. Такое вот развитие технологий, да и времена поменялись, сегодня иные требования и иные критерии оценки накопителей.

​​Как сэкономить на регистрации и продлении доменов

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

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

Но если подойти к вопросу грамотно, то можно существенно экономить на регистрации и продлении доменов, а также не пропускать привлекательных предложений.

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

Прежде всего у каждой доменной зоны есть администратор, для RU и РФ — это Координационный центр доменов .RU/.РФ, сам он не выдает домены, но осуществляет общее управление зонами и осуществляет аккредитацию регистраторов.

Количество регистраторов невелико, всего в списке их 131 организация, но крупных, обслуживающих более 10 000 доменных имен ровно 20. Полный их список приведен тут: https://cctld.ru/domains/reg/

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

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

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

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

Сейчас средняя стоимость продления домена RU у регистраторов составляет примерно 600 руб. за домен. Если же брать партнеров, то продлить домен у них в среднем обойдется в 200 руб. Как говорится – почувствуйте разницу.

Что касается приобретения, то зарегистрировать домен можно вообще за копейки, а то и бесплатно. Например, самая вкусная цена на домены RU сегодня у Джино, всего 39 руб., правда за продление с вас уже попросят стандартные 589 руб.

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

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

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

Никаких прав на домены партнеры не имеют и работают сугубо через регистратора. Для переноса доменов от одного партнера к другому в пределах регистратора достаточно простого письма.

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

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

Если регистратор прекратил свое существование или отказывает вам в переносе, то AuthInfo-код можно запросить у Координационного центра.

Залить железом

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

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

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

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

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

Отлично. Если проблема решается деньгами – то это не проблема, а просто статья затрат. Бизнес понимает что именно он сейчас покупает и на какой период эти затраты следует относить.

А вот тропа оптимизации куда более скользкая. Там нет ответа сколько это будет стоить и что мы в итоге получим. Потому что для начала надо оплатить аудит и анализ. Стоит это будет XXXX руб./час, оплатить надо минимум NN часов.

Ну а по факту вы получите просто анализ вашей инфраструктуры и рекомендации. И не факт, что вердикт не будет звучать как: купите новое железо.

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

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

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

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

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

Ладно, оставим аутсорс, возьмем нужного специалиста в штат. А сколько будет стоит этот специалист? Явно не дешево, так что это та же самая ежемесячная «дань», только несколько в ином виде.

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

Но вы не подумайте, мы вовсе не против оптимизаций. Но подходить к этому вопросу нужно трезво и взвешенно.

Если проблему можно залить железом – просто залейте. Особенно если это решает проблему на продолжительный временной отрезок.

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