Инструменты
Каталог TGAds
Мониторинг
Детальная статистика
Анализ аудитории
Бот аналитики
Полезная информация
Инструкция Telemetr
Документация к API
Чат Telemetr
Не попадитесь на накрученные каналы! Узнайте, не накручивает ли канал просмотры или
подписчиков
Проверить канал на накрутку
Телеграм канал «Системный Администратор (Сисадмин)»
Системный Администратор (Сисадмин)
5.4K
1.5K
1.7K
23
15.3K
Настройка серверов Windows, Linux, сетевое оборудование Cisco Systems, D-Link, HP, Huawei, Juniper, MikroTik. Книги и мануалы для сисадминов.
По всем вопросам @evgenycarter
РКН clck.ru/3KoGJ3
По всем вопросам @evgenycarter
РКН clck.ru/3KoGJ3
Подписчики
Всего
14 168
Сегодня
0
Просмотров на пост
Всего
1 158
ER
Общий
7.44%
Суточный
5.9%
Динамика публикаций
Telemetr - сервис глубокой аналитики
телеграм-каналов
телеграм-каналов
Получите подробную информацию о каждом канале
Отберите самые эффективные каналы для
рекламных размещений, по приросту подписчиков,
ER, количеству просмотров на пост и другим метрикам
рекламных размещений, по приросту подписчиков,
ER, количеству просмотров на пост и другим метрикам
Анализируйте рекламные посты
и креативы
и креативы
Узнайте какие посты лучше сработали,
а какие хуже, даже если их давно удалили
а какие хуже, даже если их давно удалили
Оценивайте эффективность тематики и контента
Узнайте, какую тематику лучше не рекламировать
на канале, а какая зайдет на ура
на канале, а какая зайдет на ура
Показано 7 из 5 385 постов
Смотреть все посты
Пост от 11.06.2026 13:59
524
2
2
Спрос на эту профессию очень высокий, как и уровень зарплат в отрасли. Хороший DevOps-инженер — редкий и востребованный специалист. Если хотите стать одним из них — начните с курса Нетологии.
Что освоите за время обучения:
👉 Docker, Kubernetes, Jenkins, Git и ispmanager;
👉 настройку CI/CD и мониторинг инфраструктуры;
👉 администрирование Linux и работу с облачными технологиями;
👉 микросервисную архитектуру и отказоустойчивые кластеры.
В программе — минимум 4 проекта, бесплатный доступ к Yandex Cloud, 3 месяца практики в ispmanager и приоритет при отборе на вакансии партнёра.
Плюс 10 живых встреч с экспертами из Alibaba Group, VK и Ozon — сможете спросить о профессии всё, что волнует.
До конца июня на курс действует скидка 50% по промокоду IT50JUNE — записывайтесь 💡
Реклама. ООО “Нетология” ОГРН 1207700135884 Erid: 2VSb5y5UGVQ
Что освоите за время обучения:
👉 Docker, Kubernetes, Jenkins, Git и ispmanager;
👉 настройку CI/CD и мониторинг инфраструктуры;
👉 администрирование Linux и работу с облачными технологиями;
👉 микросервисную архитектуру и отказоустойчивые кластеры.
В программе — минимум 4 проекта, бесплатный доступ к Yandex Cloud, 3 месяца практики в ispmanager и приоритет при отборе на вакансии партнёра.
Плюс 10 живых встреч с экспертами из Alibaba Group, VK и Ozon — сможете спросить о профессии всё, что волнует.
До конца июня на курс действует скидка 50% по промокоду IT50JUNE — записывайтесь 💡
Реклама. ООО “Нетология” ОГРН 1207700135884 Erid: 2VSb5y5UGVQ
👎
3
👍
1
Пост от 11.06.2026 13:39
1
0
2
Спрос на эту профессию очень высокий, как и уровень зарплат в отрасли. Хороший DevOps-инженер — редкий и востребованный специалист. Если хотите стать одним из них — начните с курса Нетологии.
Что освоите за время обучения:
👉 Docker, Kubernetes, Jenkins, Git и ispmanager;
👉 настройку CI/CD и мониторинг инфраструктуры;
👉 администрирование Linux и работу с облачными технологиями;
👉 микросервисную архитектуру и отказоустойчивые кластеры.
В программе — минимум 4 проекта, бесплатный доступ к Yandex Cloud, 3 месяца практики в ispmanager и приоритет при отборе на вакансии партнёра.
Плюс 10 живых встреч с экспертами из Alibaba Group, VK и Ozon — сможете спросить о профессии всё, что волнует.
До конца июня на курс действует скидка 50% по промокоду IT50JUNE — записывайтесь 💡
Реклама. ООО “Нетология” ОГРН 1207700135884 Erid: 2VSb5y5UGVQ
Что освоите за время обучения:
👉 Docker, Kubernetes, Jenkins, Git и ispmanager;
👉 настройку CI/CD и мониторинг инфраструктуры;
👉 администрирование Linux и работу с облачными технологиями;
👉 микросервисную архитектуру и отказоустойчивые кластеры.
В программе — минимум 4 проекта, бесплатный доступ к Yandex Cloud, 3 месяца практики в ispmanager и приоритет при отборе на вакансии партнёра.
Плюс 10 живых встреч с экспертами из Alibaba Group, VK и Ozon — сможете спросить о профессии всё, что волнует.
До конца июня на курс действует скидка 50% по промокоду IT50JUNE — записывайтесь 💡
Реклама. ООО “Нетология” ОГРН 1207700135884 Erid: 2VSb5y5UGVQ
Пост от 11.06.2026 08:43
327
1
12
Простое копирование ssh ключей между серверами c использованием утилиты ssh-copy-id
Традиционно администраторы решают задачу копирования ssh ключей между серверами путем копирования содержимого файла /root/.ssh/id_rsa.pub с сервера server1 на server2 в файл /root/.ssh/authorized_keys. Копируют обычно из одного терминала в другой, но есть более изящное решение — это использование утилиты ssh-copy-id, которая позволяет скопировать содержимое id_rsa.pub сервера источник (в нашем случае server1) на сервер приемник (server2) в нужный нам authorized_keys не открывая консоль сервера приемника (server2).
Исходные данные: 2 сервера с Debian (server1 и server2).
Задача: Организовать вход по ssh ключу с сервера server1 на server2 с правами root.
Итак сделаем все по порядку:
1. Генерируем публичный открытый и закрытый ключи, под пользователем root на server1:
ssh-keygen -t rsa
Если на сервере уже есть эти ключи, то он выдаст предупреждение, где нужно будет либо подтвердить замену старых ключей либо отказаться.
Мы создаем ключи впервые, поэтому предупреждения не будет, будет выведена примерно такая информация:
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): <-- ENTER
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase): <-- ENTER
Enter same passphrase again: <-- ENTER
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
Вы можете защитить приватный ключ паролем и тогда чтобы попасть на сервер server2 по ssh ключу нужно будет ввести этот пароль, я настоятельно рекомендую для доступа с уровнем root ввести пароль на приватный ключ.
Ключи сгенерированы, мы можем проверить под пользователем root выполнив команду
cat ~/.ssh/id_rsa.pub
В ответ увидим примерно:
ssh-rsa AAAAB3Nz.....ywWmpl root@server1
Теперь нужно передать публичный ключ id_rsa.pub пользователя root на server2, для этого на server1 выполняем:
ssh-copy-id -i ~/.ssh/id_rsa.pub root@server2
Вводим пароль root от сервера server2 и ключ будет передан и записан в нужный файл authorized_keys
Важное уточнение: Чтобы передать публичный ключ на server2 под root нужно чтобы пользователю root было разрешен вход по ssh на server2, обычно при базовой установке Debian/Ubuntu вход под root по ssh разрешен, это настраивается директивой PermitRootLogin в файле /etc/ssh/sshd_config
PermitRootLogin yes — Вход под root по ssh разрешен.
PermitRootLogin no — Вход под root по ssh запрещен.
PermitRootLogin without-password — Вход под root по ssh разрешен только по ssh ключам.
PermitRootLogin forced-commands-only — Вход под root по ssh разрешен только по ssh ключам и только для выполнения заранее определенной команды, сама команда прописывается в /root/.ssh/authorized_keys в формате:
command="rsync" ssh-rsa AAAAB3N……. root@server2
После изменения PermitRootLogin не забудьте перезапустить службу sshd командой:
service sshd restart
📲 Мы в MAX
👉 @sysadminof
Традиционно администраторы решают задачу копирования ssh ключей между серверами путем копирования содержимого файла /root/.ssh/id_rsa.pub с сервера server1 на server2 в файл /root/.ssh/authorized_keys. Копируют обычно из одного терминала в другой, но есть более изящное решение — это использование утилиты ssh-copy-id, которая позволяет скопировать содержимое id_rsa.pub сервера источник (в нашем случае server1) на сервер приемник (server2) в нужный нам authorized_keys не открывая консоль сервера приемника (server2).
Исходные данные: 2 сервера с Debian (server1 и server2).
Задача: Организовать вход по ssh ключу с сервера server1 на server2 с правами root.
Итак сделаем все по порядку:
1. Генерируем публичный открытый и закрытый ключи, под пользователем root на server1:
ssh-keygen -t rsa
Если на сервере уже есть эти ключи, то он выдаст предупреждение, где нужно будет либо подтвердить замену старых ключей либо отказаться.
Мы создаем ключи впервые, поэтому предупреждения не будет, будет выведена примерно такая информация:
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): <-- ENTER
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase): <-- ENTER
Enter same passphrase again: <-- ENTER
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
Вы можете защитить приватный ключ паролем и тогда чтобы попасть на сервер server2 по ssh ключу нужно будет ввести этот пароль, я настоятельно рекомендую для доступа с уровнем root ввести пароль на приватный ключ.
Ключи сгенерированы, мы можем проверить под пользователем root выполнив команду
cat ~/.ssh/id_rsa.pub
В ответ увидим примерно:
ssh-rsa AAAAB3Nz.....ywWmpl root@server1
Теперь нужно передать публичный ключ id_rsa.pub пользователя root на server2, для этого на server1 выполняем:
ssh-copy-id -i ~/.ssh/id_rsa.pub root@server2
Вводим пароль root от сервера server2 и ключ будет передан и записан в нужный файл authorized_keys
Важное уточнение: Чтобы передать публичный ключ на server2 под root нужно чтобы пользователю root было разрешен вход по ssh на server2, обычно при базовой установке Debian/Ubuntu вход под root по ssh разрешен, это настраивается директивой PermitRootLogin в файле /etc/ssh/sshd_config
PermitRootLogin yes — Вход под root по ssh разрешен.
PermitRootLogin no — Вход под root по ssh запрещен.
PermitRootLogin without-password — Вход под root по ssh разрешен только по ssh ключам.
PermitRootLogin forced-commands-only — Вход под root по ssh разрешен только по ssh ключам и только для выполнения заранее определенной команды, сама команда прописывается в /root/.ssh/authorized_keys в формате:
command="rsync" ssh-rsa AAAAB3N……. root@server2
После изменения PermitRootLogin не забудьте перезапустить службу sshd командой:
service sshd restart
📲 Мы в MAX
👉 @sysadminof
👍
3
Пост от 10.06.2026 20:04
653
1
14
Как поменять имя компьютера в Windows
Через командную строку от имени админа
> netdom renamecomputer %COMPUTERNAME% /Newname "computername"
Через Powershell от имени админа
> netdom renamecomputer "$env:COMPUTERNAME" /Newname "computername"
Можно чрез реестр
Для изменения компьютера в реестре редактируем два параметра:
Ветка HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ComputerName, параметр ComputerName, значение — имя компьютера.
Ветка HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters, параметр NV HostName, значение — имя компьютера.
Через утилиту regedit
reg add "HKLM\SYSTEM\CurrentControlSet\Control\ComputerName\ComputerName" /v ComputerName /t REG_SZ /d "sysadminof_comp" /f
reg add "HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters" /v ComputerName /t REG_SZ /d "sysadminof_comp" /f
* в данном примере имя компьютера sysadminof_comp
📲 Мы в MAX
👉 @sysadminof
Через командную строку от имени админа
> netdom renamecomputer %COMPUTERNAME% /Newname "computername"
Через Powershell от имени админа
> netdom renamecomputer "$env:COMPUTERNAME" /Newname "computername"
Можно чрез реестр
Для изменения компьютера в реестре редактируем два параметра:
Ветка HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ComputerName, параметр ComputerName, значение — имя компьютера.
Ветка HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters, параметр NV HostName, значение — имя компьютера.
Через утилиту regedit
reg add "HKLM\SYSTEM\CurrentControlSet\Control\ComputerName\ComputerName" /v ComputerName /t REG_SZ /d "sysadminof_comp" /f
reg add "HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters" /v ComputerName /t REG_SZ /d "sysadminof_comp" /f
* в данном примере имя компьютера sysadminof_comp
📲 Мы в MAX
👉 @sysadminof
👍
4
👎
2
🔥
2
Пост от 10.06.2026 17:14
751
0
7
🔍 Поиск IT — цены у 30+ дистрибьюторов одним запросом
Под капотом:
• Поиск по артикулу: Cisco, HPE, Dell, APC, Mikrotik, Eltex, Huawei…
• Сравнение цен у всех дистров одной таблицей
• Маркер «цена ниже рынка» по медиане группы (видно демпинг и приманки)
• Справка по PN с EoL-статусом и подбором аналогов
• Свежесть прайса в днях (зелёный/серый/красный)
Бесплатно, для сисадминов и закупщиков.
Технический разбор пайплайна (5 версий одной Cisco WS-C2960S-48) — на Habr: https://tglink.io/7cd6ae6819a05a?erid=2W5zFGwRWeD
Poisk IT.ru
Под капотом:
• Поиск по артикулу: Cisco, HPE, Dell, APC, Mikrotik, Eltex, Huawei…
• Сравнение цен у всех дистров одной таблицей
• Маркер «цена ниже рынка» по медиане группы (видно демпинг и приманки)
• Справка по PN с EoL-статусом и подбором аналогов
• Свежесть прайса в днях (зелёный/серый/красный)
Бесплатно, для сисадминов и закупщиков.
Технический разбор пайплайна (5 версий одной Cisco WS-C2960S-48) — на Habr: https://tglink.io/7cd6ae6819a05a?erid=2W5zFGwRWeD
Poisk IT.ru
👍
4
😁
1
Пост от 10.06.2026 08:41
305
1
1
До / После
📲 Мы в MAX
👉 @sysadminof
📲 Мы в MAX
👉 @sysadminof
👍
6
🔥
4
🤡
2
Пост от 09.06.2026 08:39
238
0
3
Примеры SQL запросов для базы данных Zabbix
Поиск хоста по имени:
SELECT * FROM hosts WHERE host like '%name%';
SELECT * FROM hosts WHERE name like '%name%';
Поиск элементов данных указанного хоста:
SELECT * FROM items WHERE hostid = '10105';
Поиск истории значений для указанного элемента данных:
SELECT * FROM history WHERE itemid = '24526';
Удалим всю историю элемента данных до 03.06.2022 (время указано в Unix формате, конвертеры можно найти через поисковик):
DELETE FROM history WHERE itemid = '24526' AND clock < '1654041600';
Удаление всей истории данных до 03.06.2022:
DELETE FROM history WHERE clock < '1654041600';
Массово менял интервал и динамику изменений в элементы данных шаблонов и хостов я следующими запросами (первый определяет ID шаблона или хоста, второй изменяет интервалы):
SELECT * FROM `hosts` WHERE host="Template ICMP Ping";
UPDATE items SET delay=3600 WHERE hostid=10105 AND delay=600;
UPDATE items SET trends=180 WHERE hostid=10047 AN
📲 Мы в MAX
👉 @sysadminof
Поиск хоста по имени:
SELECT * FROM hosts WHERE host like '%name%';
SELECT * FROM hosts WHERE name like '%name%';
Поиск элементов данных указанного хоста:
SELECT * FROM items WHERE hostid = '10105';
Поиск истории значений для указанного элемента данных:
SELECT * FROM history WHERE itemid = '24526';
Удалим всю историю элемента данных до 03.06.2022 (время указано в Unix формате, конвертеры можно найти через поисковик):
DELETE FROM history WHERE itemid = '24526' AND clock < '1654041600';
Удаление всей истории данных до 03.06.2022:
DELETE FROM history WHERE clock < '1654041600';
Массово менял интервал и динамику изменений в элементы данных шаблонов и хостов я следующими запросами (первый определяет ID шаблона или хоста, второй изменяет интервалы):
SELECT * FROM `hosts` WHERE host="Template ICMP Ping";
UPDATE items SET delay=3600 WHERE hostid=10105 AND delay=600;
UPDATE items SET trends=180 WHERE hostid=10047 AN
📲 Мы в MAX
👉 @sysadminof
👍
1