Серверная Админа | Компьютерные сети

Open in Telegram

Я действующий сетевой инженер, расскажу вам о сетях в доступной форме. Реклама - @bashmak_media Мы на бирже: https://telega.in/c/school_network РКН: https://vk.cc/cHYqt5

Network:Белый хакер Russia24 829 Technologies & Applications5 101...

📈 Analytical overview of Telegram channel Серверная Админа | Компьютерные сети

Channel Серверная Админа | Компьютерные сети (@school_network) in the Russian language segment is an active participant. Currently, the community unites 26 739 subscribers, ranking 5 101 in the Technologies & Applications category and 24 829 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 26 739 subscribers.

According to the latest data from 14 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -52 over the last 30 days and by -7 over the last 24 hours, overall reach remains high.

Verification status: Not verified
Engagement rate (ER): The average audience engagement rate is 10.86%. Within the first 24 hours after publication, content typically collects 5.55% reactions from the total number of subscribers.
Post reach: On average, each post receives 2 904 views. Within the first day, a publication typically gains 1 484 views.
Reactions and interaction: The audience actively supports content: the average number of reactions per post is 10.
Thematic interests: Content is focused on key topics such as tcp, протокол, src, интерфейс, mpls.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
“Я действующий сетевой инженер, расскажу вам о сетях в доступной форме. Реклама - @bashmak_media Мы на бирже: https://telega.in/c/school_network РКН: https://vk.cc/cHYqt5”

Thanks to the high frequency of updates (latest data received on 15 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.

26 739

Subscribers

-724 hours

-477 days

-5230 days

2 904

Post views

~ 1 48424 hours

~ 1 85648 hours

10.86%

Engagement rate

~ 1

Posts per day

Ads index

beta

Data loading in progress...

Similar Channels

DevOps School | Linux, InfoSec, ИБ

13.0K

Лига сисадминов

More channels

Tags Cloud

Incoming and Outgoing Mentions

---

Attracting Subscribers

June '26

+64

in 10 channels

May '26

+156

in 21 channels

Get PRO

April '26

+86

in 25 channels

Get PRO

March '26

+228

in 24 channels

Get PRO

February '26

+323

in 40 channels

Get PRO

January '26

+1 172

in 196 channels

Get PRO

December '25

+201

in 15 channels

Get PRO

November '25

+110

in 2 channels

Get PRO

October '25

+586

in 138 channels

Get PRO

September '25

+50

in 0 channels

Get PRO

August '25

+4 042

in 33 channels

Get PRO

July '25

+498

in 164 channels

Get PRO

June '25

+107

in 8 channels

Get PRO

May '25

+249

in 0 channels

Get PRO

April '25

+2 286

in 163 channels

Get PRO

March '25

+1 398

in 158 channels

Get PRO

February '25

+488

in 132 channels

Get PRO

January '25

+609

in 36 channels

Get PRO

December '24

+1 048

in 183 channels

Get PRO

November '24

+900

in 48 channels

Get PRO

October '24

+717

in 75 channels

Get PRO

September '24

+639

in 186 channels

Get PRO

August '24

+371

in 21 channels

Get PRO

July '24

+527

in 54 channels

Get PRO

June '24

+451

in 6 channels

Get PRO

May '24

+1 239

in 36 channels

Get PRO

April '24

+393

in 51 channels

Get PRO

March '24

+273

in 6 channels

Get PRO

February '24

+10 908

in 28 channels

Get PRO

January '24

+845

in 10 channels

Get PRO

December '23

+805

in 2 channels

Get PRO

November '23

+661

in 11 channels

Get PRO

October '23

+513

in 8 channels

Get PRO

September '23

+995

in 0 channels

Get PRO

August '23

+1 456

in 0 channels

Get PRO

July '23

+977

in 0 channels

Get PRO

June '23

+1 325

in 0 channels

Get PRO

May '23

+1 155

in 0 channels

Get PRO

April '23

+854

in 0 channels

Get PRO

March '23

+1 193

in 0 channels

Get PRO

February '23

+1 763

in 0 channels

Get PRO

January '23

+1 785

in 0 channels

Get PRO

December '22

+3 646

in 0 channels

Get PRO

November '22

+248

in 0 channels

Get PRO

October '22

+255

in 0 channels

Get PRO

September '22

+853

in 0 channels

Get PRO

August '22

+478

in 0 channels

Date	Subscriber Growth	Mentions	Channels
15 June	0
14 June	0
13 June	+2
12 June	+2
11 June	+2
10 June	0
09 June	+3
08 June	+3
07 June	+1
06 June	+2
05 June	+6
04 June	0
03 June	+7
02 June	+12
01 June	+24

Channel Posts

Игра в имитацию: как современные решения делают Wireguard невидимым для DPI Статья про то, как WireGuard сначала научились легко узнавать и резать по характерному хендшейку и структуре пакетов, потом начали прятать за шумом и обфускацией, а дальше дошли до более хитрой схемы, где трафик уже не просто «ломает сигнатуру», а пытается выглядеть как QUIC, DNS, STUN или SIP - с прокси, который отвечает как настоящий сервис и поддерживает эту маску с обеих сторон, из-за чего блокировать становится сложнее не технически, а по рискам и побочным эффектам. Серверная Админа | Zeroday | #Статья

2	⚡️ Когда аналитика разнесена по отдельным системам, бизнес долго ждет данные и платит за лишние кластеры, ETL и серверы. 🐘 Postgres Pro AXE — аналитическая СУБД от Postgres Professional на знакомом PostgreSQL. Ускоряет доставку аналитики и снижает TCO на хранение и обработку данных. ☑️ До 20 раз быстрее Greenplum На сложных запросах в тестах ClickBench, TPC-H и TPC-DS. ☑️ До 10 раз меньше ресурсов При сопоставимой нагрузке с MPP-аналогами. ☑️ Аналитика ближе к рабочим данным Postgres Pro AXE работает как отдельная аналитическая СУБД или расширяет Postgres Pro Enterprise аналитическими возможностями на существующих узлах. ☑️ Быстрый старт для команды Знакомый PostgreSQL снижает порог входа для администраторов и разработчиков. ☑️ Свобода хранения и BI Локальный сервер, сетевая шара или S3. Данные — в формате Parquet. 🔗 Протестируйте Postgres Pro AXE на своей инфраструктуре и задачах.	1 393
3	Факты 👨‍💻Серверная Админа \| #мем	1 922
4	👋 Привет, сетевой друг! Расскажу еще о 3 способах прокачать защиту Mikrotik. 🟣Multicast IGMP Snooping для управления групповым трафиком: без него multicast флудит на все порты свитча как broadcast. С IGMP snooping коммутатор слушает IGMP-запросы и отправляет мультикаст только туда где есть подписчики: /interface bridge set bridge1 igmp-snooping=yes multicast-querier=yes /interface bridge mdb print Особенно критично в сетях с IPTV или промышленными протоколами — без snooping мультикаст-поток на 20 Мбит/с убивает весь сегмент. 🟣Hairpin NAT для доступа к внутренним серверам по внешнему IP изнутри сети: классическая проблема когда сервер за NAT недоступен по публичному IP из той же локалки: /ip firewall nat add chain=srcnat \ src-address=192.168.1.0/24 \ dst-address=1.2.3.4 \ protocol=tcp \ dst-port=80 \ action=masquerade \ comment="Hairpin NAT" add chain=dstnat \ dst-address=1.2.3.4 \ protocol=tcp \ dst-port=80 \ action=dst-nat \ to-addresses=192.168.1.10 \ comment="Forward to internal server" Запрос изнутри на внешний IP роутер разворачивает на внутренний сервер и маскарадит источник - сервер отвечает правильно. 🟣Packet Sniffer с фильтрацией и отправкой на удалённый хост: встроенный снифер Mikrotik умеет стримить трафик на внешний Wireshark через TZSP без записи на флеш: /tool sniffer set filter-interface=ether1 \ filter-ip-protocol=tcp \ filter-port=80,443 \ streaming-enabled=yes \ streaming-server=192.168.1.100 \ memory-limit=10 /tool sniffer start На стороне Wireshark просто слушаем UDP 37008 - весь отфильтрованный трафик приходит в реальном времени. Флеш роутера не трогается, нагрузка минимальная. Серверная Админа \| Бункер Хакера \| #Mikrotik	1 800
5	👋 Привет, сетевой друг! Сегодня расскажу, что такое API, зачем нужен и почему его сейчас используют вообще везде. 🟣Что такое API: ну если совсем грубо - это интерфейс для общения программ друг с другом. Вместо того чтобы инженер заходил в веб-интерфейс и нажимал кнопки вручную, приложение отправляет запрос и получает ответ в структурированном виде. 🟣Например, система мониторинга может сама запросить список интерфейсов у маршрутизатора или создать VLAN без участия человека. 🟣Как работает: чаще всего используется HTTP API. Клиент отправляет запрос на сервер, сервер обрабатывает его и возвращает ответ в формате JSON. Пример запроса к устройству: curl -X GET https://router/api/interfaces \ -H "Authorization: Bearer TOKEN" Ответ: { "interface": "Gi0/1", "status": "up", "traffic": "124 Mbps" } 🟣Основные методы API: GET - получить данные POST - создать объект PUT - изменить объект DELETE - удалить объект По такой схеме работают Cisco DNA Center, NetBox, Zabbix, Grafana, облачные платформы и сотни других систем. 🟣Зачем это сетевику: раньше для автоматизации приходилось парсить вывод CLI через Expect или SSH-скрипты. API позволяет получать данные в готовом виде без костылей и риска, что обновление прошивки сломает автоматизацию. Пример создания VLAN через API: curl -X POST https://switch/api/vlans \ -H "Authorization: Bearer TOKEN" \ -d '{"id":100,"name":"USERS"}' 🟣Что еще полезно знать для работы: # Проверить доступность API curl https://device/api # Красиво вывести JSON curl https://device/api/interfaces \| jq # Посмотреть HTTP-заголовки curl -I https://device/api Если сегодня сеть управляется кодом, то API - это тот самый язык, на котором разговаривают маршрутизаторы, контроллеры, системы мониторинга и автоматизация. Серверная Админа \| Zeroday \| #API	1 892
6	📝 История Spanning Tree: как Ethernet перестал зацикливаться в петлях Сегодня про базовую боль L2-сетей - петли, которые ломают сеть быстрее, чем любая “сложная” атака. 🟣Как сеть ломалась без STP: в L2 нет понятия “главного пути”. Свитчи просто пересылают кадры дальше, а broadcast вообще обязан уйти во все стороны. Как только появляется петля, один пакет начинает дублироваться и возвращаться обратно. Дальше это уже не трафик, а самовоспроизводящаяся лавина, которая забивает канал и ломает MAC-таблицы. 🟣Почему это не лечится “умнее пересылкой”: проблема не в маршруте, а в самой модели L2. Свитч не знает историю кадра и не отличает “новый” от “копии, пришедшей по кругу”. Поэтому никакая оптимизация пересылки не спасает - нужно убрать циклы как класс. 🟣Что сделал STP на практике: он не “настраивает сеть”, он принудительно убирает из неё часть физических связей, оставляя только структуру без циклов. Остальные линки остаются как резерв, но выключены на уровне пересылки. 🟣Как это выглядит в работе: • сеть сначала ведёт себя как обычный граф • потом выбирается точка опоры (root) • из всех возможных путей остаётся один • всё остальное “замораживается”, пока не случится обрыв 🟣Неочевидный эффект: резерв в Ethernet существует физически, но логически сеть всегда работает как будто у неё только одно дерево. Это сильно контрастирует с IP-миром, где резерв - это активная часть маршрутизации. 🟣Почему это до сих пор не убрали: потому что базовая модель Ethernet не изменилась. Пока есть L2-домены с широковещанием, петли остаются смертельной проблемой, а STP - самым простым способом не дать им убить сеть. Серверная Админа \| Zeroday \| #Spannkingtree	2 216
7	👋 Привет, сетевой друг! Сегодня про OSV.dev - открытую базу уязвимостей и сервис, который проверяет зависимости проекта на известные security-проблемы в open-source. 🟣Что это: OSV (Open Source Vulnerabilities) - база, которая связывает уязвимости не просто с названиями пакетов, а с конкретными версиями. Это важно, потому что одна и та же библиотека может быть уязвима только в диапазоне версий, а не “всегда”. 🟣Как работает: сервис берет зависимости проекта (или контейнер/SBOM) и сопоставляет их с базой уязвимостей. В результате получается точный список: где проблема, в какой версии и что нужно обновить. 🟣Быстрый старт: # установка curl -sSfL https://raw.githubusercontent.com/google/osv-scanner/main/install.sh \| sh # проверка проекта osv-scanner scan . 🟣Полезные сценарии: # проверка Docker-образа osv-scanner scan --docker nginx:latest # проверка SBOM (CycloneDX / SPDX) osv-scanner scan --sbom sbom.json # быстрый просмотр конкретной уязвимости osv-scanner query osv.dev/PYSEC-2023-15 🟣В современных системах 70–90% кода - это зависимости. И чаще всего взламывают не ваш код, а библиотеку, которую вы подключили “по умолчанию”. OSV закрывает именно этот слой риска и хорошо ложится в CI/CD или ручной аудит перед деплоем. Серверная Админа \| Zeroday \| #Инструмент	2 482
8	🤩 Мы для вас нашли лютый блог Ибэшника, который ведёт человек с 15-ти летним стажем работы. В канале он рассказывает: 🟢Какими инструментами он пользуется при работе 🟢Какими законными и подзаконными актами он руководствуется 🟢Как правильно делать обращения в ФСТЭК 🟢Так же рассказывает о инцидентах, с которыми встречается при работе 🫵 Карманный хакер — твой путеводитель в мир ИБ!	2 131
9	Как я сделал сканер под iOS и Android для диагностики Wi-Fi-сети Статья про то, как автор сделал мобильный Wi-Fi-сканер для iOS и Android, превращающий смартфон в инструмент для радиообследования сетей. На Android основная инженерная часть связана с обходом ограничений сканирования и throttling, а также организацией непрерывного режима измерений. На iOS данные приходится собирать через системные обходные механизмы вроде Shortcuts и App Intents из-за закрытых Wi-Fi API. Серверная Админа \| Zeroday \| #Статья	2 899
10	УСТАЛ ОТ МЕДЛЕННЫХ, ЛАГАЮЩИХ VPS-ПРОВАЙДЕРОВ❓ @VIRTUALMACHINE — Официальный, быстрый, стабильный и мощный хостинг RDP/VPS. 😀 🛡 DDoS-защита L4–L7 ⚡ Мгновенный запуск серверов 😀 Локации по всему миру 📈 Live Uptime прямо в боте 💻 Большой выбор ОС 💰 Оплата криптовалютой / СБП ⚙️ Полный root/admin доступ РАЗВЕРНИ СВОЙ СЕРВЕР ПРЯМО В TELEGRAM ЗА 30 СЕКУНД - @VIRTUALMACHINE 😀 📢 Новости — @virtualmachine 😀	3 013
11	OSPF маршруты есть, но трафик идёт через более длинный путь:	3 115
12	👋 Привет, сетевой друг! Сегодня разберём ещё 5 полезных фишек для Cisco IOS, которые реально экономят время и нервы. 🟣ECN через tc на уровне интерфейса - тонкая настройка вместо глобального sysctl: tc qdisc show dev eth0 # fq_codel с явным ECN tc qdisc replace dev eth0 root fq_codel ecn # Или fq для BBR tc qdisc replace dev eth0 root fq flow_limit 200 ecn # Статистика дропов и ECN-меток tc -s qdisc show dev eth0 fq_codel меряет latency очереди и маркирует пакеты ECN до того как начинает дропать. В отличие от глобального tcp_ecn=1 работает на уровне конкретного интерфейса и не зависит от поддержки на промежуточном оборудовании. 🟣Receive Packet Steering - распределяем обработку входящих пакетов по CPU без аппаратного RSS: nproc # Включаем RPS на интерфейсе для всех CPU (4-core = f) echo f > /sys/class/net/eth0/queues/rx-0/rps_cpus # RFS — направляем пакеты на тот CPU где живёт приложение sysctl -w net.core.rps_sock_flow_entries=32768 echo 2048 > /sys/class/net/eth0/queues/rx-0/rps_flow_cnt На однопоточном NIC без аппаратного multiqueue весь входящий трафик обрабатывается одним CPU. RPS разносит нагрузку программно. 🟣tcp_notsent_lowat - контролируем сколько данных накапливается в send buffer не отправленными: sysctl -w net.ipv4.tcp_notsent_lowat=16384 Без этого при медленном получателе send buffer забивается и приложение блокируется на write() даже когда реально может отправить данные. Критично для HTTP/2 серверов с приоритизацией потоков. 🟣Отключаем GRO на интерфейсах где важна латентность: ethtool -k eth0 \| grep generic-receive ethtool -K eth0 gro off ethtool -K eth0 tso off gso off GRO объединяет входящие пакеты в большие chunks перед передачей в стек - хорошо для throughput, плохо для латентности. На торговых системах и VoIP это принципиально. 🟣ip_local_reserved_ports - резервируем порты которые не должны занимать эфемерные соединения: sysctl -w net.ipv4.ip_local_port_range="1024 65535" sysctl -w net.ipv4.ip_local_reserved_ports="8080,8443,9090-9100" Без резервирования при высоком RPS эфемерное соединение может занять порт на котором должен подняться сервис, и сервис не стартует с EADDRINUSE. Серверная Админа \| Zeroday \| #Cisco	2 902
13	👋 Привет, сетевой друг! Пока искал материалы по безопасности виртуализации, наткнулся на интересную статью на Хабре: https://habr.com/ru/articles/1037318 🟣Автор поднимает тему, о которой обычно вспоминают только после очередного громкого CVE. Разбор VMware, Hyper-V, Proxmox и российских платформ сводится к простому вопросу: насколько вообще безопасны системы, на которых держится инфраструктура. 🟣Спойлер: уязвимости есть вообще у всех. И речь не про мелкие баги, а про вполне серьёзные вещи: побег из VM, повышение привилегий и выполнение кода на хосте. 🟣Интереснее всего не список CVE, а то, что происходит дальше. Как быстро выходит патч, можно ли его получить, и насколько у вендора вообще выстроен прозрачный процесс работы с уязвимостями. Отдельно зацепил разбор VMware в текущих реалиях. Там вопрос уже не только в скорости фиксов, но и в самой доступности обновлений как таковых. 🟣Лично мне ближе мысль, что безопасность платформы - это не отсутствие уязвимостей, а предсказуемость реакции: как быстро проблемы превращаются в патчи и можно ли на это рассчитывать в проде. 🟣Материал объёмный и местами спорный, но если работаешь с виртуализацией или инфраструктурой - есть смысл прочитать и сверить картину. Серверная Админа \| #виртуализация	2 052
14	👋 Привет, сетевой друг! Сегодня расскажу про момент, когда компьютерные сети перестали быть чисто про вычисления, и внезапно стали тем, чем мы пользуемся каждый день - системой общения и обмена данными. 🟣В начале 70-х ARPANET заметно меняется по поведению. Изначально его задумывали как способ удалённого доступа к вычислительным ресурсам, но пользователи почти сразу начали делать другое - общаться. Вместо запуска задач на удалённых машинах сеть превратилась в канал сообщений. Это был первый сигнал: ценность сети, не в CPU, а в людях на концах соединений. 🟣Рэй Томлинсон в 1971 году фактически собрал современную почту из двух разных программ: локальной отправки сообщений и сетевой передачи файлов. И именно там появляется символ @ - простая идея, которая решает сложную проблему: как однозначно указать “пользователь + машина” в распределённой системе. До этого такого универсального адреса просто не существовало. 🟣Дальше происходит взрыв: Email становится главным приложением ARPANET буквально за несколько лет. И важно не то, что появилась почта, а то, что вокруг неё начали формироваться привычки: ответить, переслать, разложить входящие. Интерфейс ещё сырой, но поведение уже узнаваемое - сеть начинает “обрастать UX’ом”. 🟣Параллельно на Гавайях в ALOHAnet делают довольно дерзкую вещь: убирают контроль за средой передачи вообще. Устройства просто говорят в общий эфир, а если столкнулись - повторяют позже. Никаких сложных расписаний, только статистика и случайность. И внезапно это работает достаточно хорошо, чтобы стать основой для будущих моделей доступа к сети. 🟣В Xerox PARC Меткалф берёт эту идею и делает из неё инженерный продукт. Ethernet добавляет простое правило: перед отправкой слушай канал, и если он занят - подожди. Это уже не “хаотичный эфир”, а управляемая общая среда. И именно это превращает локальные сети в что-то стабильное и масштабируемое. 🟣Ирония в том, что Ethernet создавался вообще не как “основа мира сетей”, а как способ связать несколько рабочих станций и принтер. Но архитектура оказалась настолько удачной, что офисная сеть внезапно стала стандартом всей индустрии. Серверная Админа \| Бункер Хакера \| #история	2 614
15	Что общего у SRE и рыбаков? «GitOps = реальность» — это миф? Не создаёт ли Chaos Engineering ещё больше хаоса?.. Звучит как те самые внезапные вопросы перед сном в будний день 👀 И, кстати, ответ на все три у нас имеется! Правда, не здесь, а в подкасте «В SREду на кухне» — его ведут опытные инженеры из Авито. Они обсуждают наболевшее, приглашают внешних гостей и коллег, а также делятся дополнительными инсайтами, статьями по теме и анонсами встреч в своём канале. Советуем подписаться и сохранить на будущее пару выпусков 🧠	1 972
16	👋 Привет, сетевой друг! Давай расскажу про IP SLA с Object Tracking - как роутер сам принимает решения на основе качества канала, а не просто факта его наличия. 🟣Зачем это: стандартный floating static route переключается только когда интерфейс физически падает. Канал может быть поднят, но пакеты теряться на 40% - роутер об этом не знает. IP SLA меряет реальное качество и track реагирует на деградацию, а не на физическое падение. 🟣Настраиваем SLA который меряет jitter до провайдерского шлюза: ip sla 1 udp-jitter 8.8.8.8 5000 num-packets 20 interval 20 frequency 30 threshold 100 ip sla schedule 1 life forever start-time now 🟣Создаём track который реагирует на превышение threshold: track 1 ip sla 1 reachability track 2 ip sla 1 state delay down 10 up 30 delay down 10 up 30 - переключение происходит только если состояние не изменилось 10 секунд вниз или 30 секунд вверх. Убирает флаппинг при нестабильном канале. 🟣Привязываем маршруты к track: ip route 0.0.0.0 0.0.0.0 10.0.0.1 track 1 ip route 0.0.0.0 0.0.0.0 10.0.0.2 10 Основной маршрут живёт пока track 1 зелёный. Резервный с distance 10 поднимается автоматически при деградации основного канала. 🟣Можно привязать track к интерфейсу напрямую - мастхэв, когда нужно гасить интерфейс при падении SLA: interface GigabitEthernet0/1 ip address 10.0.0.1 255.255.255.252 shutdown track 1 🟣Смотрим состояние: show ip sla statistics 1 show track 1 show track brief show ip sla statistics покажет RTT, jitter, процент потерь и количество превышений threshold за последний период. Серверная Админа \| Zeroday \| #IPSLA	2 756
17	Как автоматизировать работу с выделенными серверами без слез и костылей Разбираемся на бесплатном вебинаре от Selectel. Присоединяйтесь, чтобы узнать, как работать с Terraform на выделенных серверах, чем подход Infrastructure as Code может быть полезен для бизнеса и как устроен Bare Metal Cloud в Selectel. Все участники вебинара получат промокод на 3000 бонусов в панели Selectel. 📍 Онлайн ⏰ 16 июня в 12:00 Регистрируйтесь ➡️ https://slc.tl/d8y45 Больше мероприятий для ИТ-специалистов в канале @selectel_events. Подписывайтесь! Реклама. АО "Селектел". erid:2W5zFJDeG4H	2 016
18	👋 Привет, сетевой друг! Продолжим разбирать Primus - тул для обслуживания Windows который не стыдно запустить на рабочей машине. Покажу полезные команды для инструмента. 🟣Очистка временных файлов вручную через PowerShell: # Пользовательские временные файлы Remove-Item "$env:TEMP\" -Recurse -Force -ErrorAction SilentlyContinue # Системные временные файлы Remove-Item "C:\Windows\Temp\" -Recurse -Force -ErrorAction SilentlyContinue # Кэш Windows Update Stop-Service wuauserv -Force Remove-Item "C:\Windows\SoftwareDistribution\Download\*" -Recurse -Force Start-Service wuauserv 🟣Починка системных файлов - правильный порядок важен: :: Сначала DISM восстанавливает образ DISM /Online /Cleanup-Image /RestoreHealth :: Потом SFC проверяет файлы по восстановленному образу sfc /scannow :: Результат SFC смотрим в логе findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log \| tail -50 🟣Сброс сети когда ничего не помогает: netsh winsock reset netsh int ip reset netsh int tcp reset ipconfig /flushdns ipconfig /release ipconfig /renew После этого обязательна перезагрузка - изменения применяются только после неё. 🟣Бэкап реестра перед любыми изменениями: $date = Get-Date -Format "yyyy-MM-dd" $path = "C:\RegBackup\$date" New-Item -ItemType Directory -Force -Path $path reg export HKLM\SYSTEM "$path\SYSTEM.reg" reg export HKLM\SOFTWARE "$path\SOFTWARE.reg" reg export HKLM\SAM "$path\SAM.reg" 🟣TRIM для SSD и дефрагментация для HDD - одной командой определяет тип диска: $drives = Get-PhysicalDisk \| Select MediaType, DeviceId foreach ($drive in $drives) { if ($drive.MediaType -eq "SSD") { Optimize-Volume -DriveLetter C -ReTrim -Verbose } else { Optimize-Volume -DriveLetter C -Defrag -Verbose } } Серверная Админа \| Zeroday \| #Инструмент	2 719
19	📡 Сети для всех 📚 «Сети для всех» — образовательная организация в сфере сетевых технологий и системного администрирования. Мы создаём практические курсы, которые помогают изучать реальные технологии и получать навыки, востребованные в современной IT-инфраструктуре. Основной упор делается именно на практику: работа с виртуальными лабораториями, настройка сетевого оборудования, мониторинг инфраструктуры, диагностика сетей и построение полноценных стендов. В обучении используются реальные сценарии администрирования: ✅ Cisco ✅ MikroTik ✅ Huawei ✅ Linux-сервера ✅ Системы мониторинга Zabbix и Grafana Все это мы делаем в виртуальной лаборатории EVE-NG. ➡️Перейти в канал 📊 Более 1500 учеников 🏆 Более 300 выданных сертификатов ⭐ Средний балл курсов — 4.8 Наши курсы подходят как для начинающих специалистов, так и для тех, кто хочет повысить квалификацию и получить больше практического опыта ➡️Перейти в наши курсы	2 697
20	Почему порты стали «дверями» в сервер, и кто решил, что SSH будет 22 Статья про то, как порты постепенно превратились из технической детали ранних сетей в привычную модель «дверей» в сервер. Сначала они использовались в ARPANET для разделения трафика, потом с TCP/IP и BSD-сокетами стали стандартными точками привязки сервисов, а Джон Постел закрепил за ними официальные номера через IANA. SSH получил порт 22 почти случайно, когда утвердили уже используемое значение, а с появлением NAT и PAT порты стали ещё и способом разделять множество устройств за одним IP. Серверная Админа \| Zeroday \| #Статья	3 604

View all posts