Яндекс к нам приходит...

Время от времени проверяю в статистике сайта расклад по поисковым системам, которые являются основным источником трафика.

Долгое время в лидерах неоспоримо был Google, а Яндекс выполнял роль вечного догоняющего. Это видно на графике 2021 года, где Яндекс отстает на 6,8%.

Но на сегодняшний день расклад радикально изменился, Яндекс не только вырвался вперед, но и опережает Google уже на 12,3% фактически представляя половину поискового трафика.

О чем это говорит? Да о том, что пользователи, причем технически грамотные, последнее время предпочитают Яндекс.

Загадка на утро вторника. 🤨🤔😎

1️⃣ Что случилось с этой системой и почему?

2️⃣ Какой одной командой получилось ее вылечить?

Подсказка: недавно мы об этом говорили...

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

1️⃣ Что случилось с системой? А случилось то, что ее загрузочный таргет по умолчанию был установлен как reboot.target, это можно проверить командой:

systemctl get-default

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

2️⃣ Лечится это тоже очень просто, одной командой в режиме восстановления:

systemctl set-default graphical.target

Эту команду можно использовать как для систем с графикой, так и без. В случае отсутствия графической оболочки этот уровень загрузки работает аналогично multi-user.target.

​​Учимся работать со Snap

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

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

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

https://interface31.ru/tech_it/2022/11/linux-nachinayushhim-uchimsya-rabotat-so-snap.html

​​Практическое использование программных лицензий 1С:Предпритие

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

Итак, что представляет собой программная лицензия? Это листок (физический или электронный), на котором нас интересуют два набора цифр.

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

Пинкоды, напечатаны мельче в нижней части листка, напечатаны с избытком, например, на лицензии на 5 рабочих мест указано: пинкодов 8, из них 3 резервных.

Каждый пинкод дает вам право на получение или восстановление лицензии.

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

После активации лицензии пинкод будет помечен как активный. Остальные останутся свободными/резервными.

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

При восстановлении лицензии мы указываем старый пинкод и новый пинкод. После восстановления старый пинкод становится заблокированным.

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

Вот с этим моментом и связан ряд тонкостей. Разберем несколько случаев. Во всех случаях будем рассматривать набор лицензии на 5 рабочих мест: пинкодов 8, из них 3 резервных.

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

1️⃣ Администратор решил не заморачиваться и на новые ПК получил новые лицензии. Теперь у нас 5 активных лицензий, 1С не отслеживает статус лицензии онлайн/оффлайн.

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

2️⃣ Администратор не поленился и восстановил лицензии на новые ПК, теперь у нас два пинкода заблокировано, три активно, а из оставшихся трех – два свободные и один резервный.

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

👆А вот теперь подводные камни.

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

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

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

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

А также ведите учет пинкодов и указанной при их активации информации о пользователе, которую, напоминаем, надо восстановить посимвольно.

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

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

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

Как учить JavaScript самостоятельно?
Сидеть на learn.javascript, конечно, хорошо, но нет ничего лучше плотных практических занятий. 

Недавно Эльбрус Буткемп выкатили свой бесплатный тренажер по JS с особой фишкой. На сайте вас будет ждать личный помощник на основе ИИ - Кодди. Если возникнут сложности в решении задач - она даст подсказку, основываясь на вашем коде.

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

✔️ Разберете теорию
✔️ Зададите свои вопросы ментору
✔️ Начнете решать задачи: получится покодить в формате парного программирования - в команде единомышленников

Начало 2 ноября в 19:00 по Мск 
📍 Записаться

Без новых знаний не уйдет никто! 

Реклама. ООО "ЭЛЬБРУС БУТКЕМП". ИНН 7736332093. erid: LjN8JtifR

​​Особенности использования HASP-ключей для лицензий 1С

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

Начнем с плюсов: лицензия на HASP не привязана к оборудованию и может использоваться по сети как однопользовательская (т.е. без ограничений количества сеансов).

👉 На этом плюсы закончились, дальше идут особенности и подводные камни.

Если ПК теряет связь с менеджером лицензий HASP License Manager, а сервер или компонента веб-сервера продолжают видеть ключ, то они начнут раздавать те же лицензии как многопользовательские, т.е. по одной на сеанс.

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

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

При наличии нескольких ключей одной серии их нужно разместить на разных ПК.

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

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

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

​​День потерять – за час долететь

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

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

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

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

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

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

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

Не думайте, что если пользователь найдет в сети папку «Для обмена ОЧИЩАЕТСЯ АВТОМАТИЧЕСКИ», то название как-то его остановит от размещения в ней своих файлов. Нет, он с радостью их там разместит, а потом вы еще и окажетесь виноватым в том, что результаты его труда пропали.

Это все, конечно, смешно, но до поры до времени. Мы не даром привели пример с папкой, которая очищается автоматически.

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

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

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

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

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

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

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

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

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

А дальше вопрос будет такой: «Ладно мы – дураки, мы в этих ваших IT ничего не понимаем, но ты то понимал, что такое может быть?»

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

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

Лучше день потерять, но потом за час долететь.

Mikrotik HAP ax2. Есть у кого опыт эксплуатации?

Надумал таки заменить домашнего старичка RB 2011 и выбор пал на эту модель.

Есть ли у кого в эксплуатации? Какие особенности? На что обратить внимание?

За одного битого, двух небитых дают

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

Далее повествование от лица коллеги, имена и места действия изменены.

В то время я был относительно молод, 30 с небольшим лет, работал на заводе системным администратором. Зарплата была не то, чтобы высокая, но более-менее стабильная, работы было особо не много, плюс разные плюшки в виде соцпакета, отпусков и т.п.

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

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

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

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

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

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

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

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

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

Задачи стали более разнообразные и интересные, подопечных у меня прибавилось раза в три и тут начались проблемы.

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

​​Проблемы стали расти как снежный ком и перестали купироваться на нижнем уровне, а пошли вверх на руководство. То же самое и с программой. Не секрет, что УТ 11 довольно своеобразная конфигурация и после ТиС 9.7 которая там стояла до этого недовольство пользователей было весьма ожидаемо.

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

В качестве такого светла нашелся ведущий преподаватель местного УЦ 1С, весь обвешанный сертификатами по самое не балуйся.

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

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

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

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

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

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

«Ты же не будешь кормить моих детей и платить зарплату моим сотрудникам?» - спросил он и мне нечего было возразить.

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

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

И теперь на вопрос: «А тут у нас… Это… Того…»

Сразу следует ответ: «А вам для этого неделю назад кнопку сделали и отправили всем инструкции»

Что гораздо лучше того, когда сотрудники докладывают начальству про то, что программа снова не работает. А начальство начинает косо смотреть на того, кто ее «изуродовал».

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

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

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

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

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

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

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

​​Полное удаление или переустановка Яндекс.Диска

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

У одного из заказчиков на неделе сломался Яндекс.Диск, причем в нескольких местах. Симптомы: Яндекс.Диск не выходит из состояния синхронизации, отмечая таким образом все файлы и папки и постепенно занимает 100% процессорного времени.

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

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

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

А навело нас на эту мысль то, что на одном из ПК после «удаления» и перезагрузки Яндекс.Диск запустился и потребовал учетные данные, а после их ввода успешно заработал, точнее снова повис на синхронизации.

Как выяснилось, при удалении Яндекс.Диска полностью сохраняется содержимое папок:

AppData\Local\Yandex
AppData\Roaming\Yandex

В первой живут настройки и логи, во второй сам Яндекс.Диск, который прекрасно запускается оттуда даже после «удаления».

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

.sync

В папке с синхронизируемыми файлами. После того как вы все удалили можете перезагрузить ПК и заново установить Яндекс.Диск.

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

​​Использование Routing Rules в роутерах Mikrotik

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

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

Можно воспользоваться брандмауэром, но есть способ лучше - Routing Rules. Это правила, используемые при маршрутизации и которые в ряде случаев позволяют решать задачи фильтрации более дешево и эффективно, нежели брандмауэр.

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

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

Немного напомним, основной задачей маршрутизации является поиск интерфейса выхода среди непосредственно присоединенных сетей (т.е. интерфейсов маршрутизатора).

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

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

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

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

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

Поэтому, если мы не хотим, чтобы при обрыве VPN-соединения пакет уходил через основного провайдера, то нам следует ограничить поиск только собственной таблицей маршрутизации, установив правило lookup-only-in-table.

В качестве критериев задаем метку маршрутизации и таблицу маршрутизации. Фактически правило читается так: для всех пакетов с меткой такой-то ограничить поиск таблицей маршрутизации такой-то.

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

В действиях нам также доступны drop, который молча блокирует пакет и unreachable, который отравит ICMP-ответ с сообщением о недоступности узла назначения.

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

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

🎓 Освойте востребованную IT-профессию за счёт государства и начните зарабатывать сразу после обучения!

Открыт набор на бесплатное онлайн-обучение от ТГУ по самым трендовым IT профессиям 2023 года.
*ТГУ входит в 100 сильнейших вузов мира и Топ-5 России.

Узнайте подробнее про IT-программы и подайте заявку:
https://tglink.io/ca491633177f

На выбор есть много разных программ: от 1С-разработчика до оператора беспилотных аппаратов – выбирать только вам. 

Обучение с проектом «Содействие занятости» это:
🔸 Полностью бесплатное обучение
🔸 Более 65 000 выпускников, 75% из которых трудоустроены
🔸 Онлайн формат — учитесь из любого места по 2–3 часа в день в удобное для вас время
🔸 Документ об образовании — подтвердит ваши навыки и компетенции
🔸 Помощь с трудоустройством после обучения

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

Реклама. ООО "АДИ ГРУПП". ИНН 7017283529. erid: LjN8Kbyha

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

Почему OpenVPN при указании шлюза в VPN-сети (опция redirect-gateway) вместо нулевого маршрута добавляет два:

0.0.0.0/1 via ovpn
128.0.0.1/1 via ovpn

Для чего это сделано и что это дает?

​​Вернемся к утренней задаче, не смотря на ее простоту правильно ответили всего 20%.

Правильный ответ: препятствует переопределению нулевого маршрута

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

Сразу же в очередной раз вспоминаем, как идет поиск маршрута в таблице:

1️⃣ Сначала ищется маршрут к узлу назначения с самой узкой маской

2️⃣Затем определяется интерфейс выхода среди непосредственно присоединенных сетей, который позволяет достичь указанного в маршруте шлюза.

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

Теперь давайте смотреть: прежде всего обратим внимание на маршрут xx.xx.254.75/32 который указывает на сам OpenVPN сервер через основной шлюз. Так как это наиболее узкая из всех возможных масок, то поиск маршрута на этом прекращается и пакет к серверу уходит через основное подключение.

Затем у нас есть два маршрута к непосредственно присоединенным сетям 10.8.0.0/24 и 192.168.0.0/24. Эти маршруты обеспечат правильное направление пакетов для локальной сети и внутренней сети VPN.

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

В результате будет найдет один из двух маршрутов 0.0.0.0/1 или 128.0.0.0/1, которые делят пополам все доступное адресное пространство. И по совокупности представляют собой нулевой маршрут, куда будет уходить весь трафик, для которого не будет найдено отдельного маршрута.

А так как маска /1 уже маски /0, то поиск никогда не дойдет до маршрута 0.0.0.0/0, поэтому ответ «сохраняет для клиента нулевой маршрут» неверен.

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

Основной недостаток такого подхода – это переопределение нулевого маршрута другим подключением. Например, вы присоединили 4G модем, переподключились к другой беспроводной сети или подключили еще один VPN.

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

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

Не так давно было у нас сообщение об опасной системе охлаждения для SSD, крепеж которой на резиночках дает 100% гарантию того, что эти резиночки в течении года лопнут: https://yangx.top/interface31/1687

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

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

В среднем минус 7-8 градусов на ровном месте. Все остальные части системы остались без изменений. Диски XPG GAMMIX S5 разных серий, на разных контроллерах.