Как мое рабочее место менялось с годами
в разное время рабочее место может выглядеть по разному.
у меня как то так менялось с годами )))
в разное время рабочее место может выглядеть по разному.
у меня как то так менялось с годами )))
Всех приветствую. Есть у меня такая схема интернет подключения гаража. Провайдер подаёт интернет в квартиру (не мою), в квартире коммутатор d-link 3028, далее от коммутатора кабель идёт в гараж, там стоит маршрутизатор MikroTik. Сделано так в основном, потому что протяженность кабеля большая и для удаленки на случай проблем с инетом. В квартире интернет отдельно. Но благодаря интернету в квартире (от другого провайдера) есть удаленный доступ до коммутатора ( он управляемый). Ещё один шнурок для управляемой розетки, чтобы можно было роутер перезагрузить физически. И ещё один шнурок, чтоб на роутер можно было попасть через резервный интернет, который в квартире. Вообщем максимальная удалёнка. Схема сложная, но по-другому никак, в гараже видеонаблюдение и сигнализация ( с мобильным интернетом туго).
Так вот, в гараже перестал работать интернет, не получает ip от провайдера. Созвонился с поддержкой провайдера, сказали всё перепроверят, перезвонят. Перезвонили, я не в гараже, но удаленка есть. Далее диалог:
П: перезагрузите роутер, какая модель у вас?
Я (отправляя роутер в ребут): Перезагрузил, MikroTik rb951.
П: Отключите кабель физически от роутера.
Я: (посылаю команду disable на порт коммутатора) отключил.
П: точно отключили?
Я: да, в чём проблема?
П: я вижу наличие оборудования
Я: странно...подключаю?
П: да, но можем в другой порт? Сможете перенастроить?
Я: без проблем ( делаю ресет мака на порту). Порт сменил (отправляю enable на коммутатор)
П: Секунду, проверьте, всё должно заработать.
Я: всё ок.
Так вот у меня вопрос, каким таким образом провайдер мог видеть наличие оборудования на порту (коммутатор) если порт отключён? Порт в сторону провайдера untag и при включённом порту там светится у провайдера только мак микротика.
В гугле подобного не нашёл. Может кто расскажет по сабжу что интересного. Мне бы такая технология пригодилась)
-Глянь, там что- то Камера работать перестала...
- Да потому, что ее *удак какой то настраивал
Отлаживал скрипт, самописная функция фильтрации ввода вернула "bad parameter" на ровном месте. Вот что обнаружил.
Windows, VBScript
Set objRegExp = WScript.CreateObject("VBScript.RegExp")
With objRegExp
.IgnoreCase = True
.Pattern = "^[а-я]+$"
WScript.Echo .Test("клевер")
WScript.Echo .Test("клёво")
WScript.Echo
.Pattern = "^[а-яё]+$"
WScript.Echo .Test("клевер")
WScript.Echo .Test("клёво")
End With
Неожиданно
Перечитав кучу комментов к своей статье "Я незаменимый специалист IT", ссылка https://pikabu.ru/story/ya_nezamenimyiy_spetsialist_it_60987... , я понял одно. По большинству комментов я понял, что надо держать сетку на одном дыхании с админом, типа уходит админ и сеть падает сама... Наверно она очень загоревала по папке и решила что сейчас вот прямо на второй день сдохну!
О чем хотел написать: Прошло уже как 4 года с тех пор как я уволился с прежнего места работы, после меня, спустя 2 месяца, нашли все-таки местного паренька. По сей день у них на работе стоит гипервизор на двух нодах, крутится 4 виртуалки, и вся сеть ходит и работает без сбоя! Уже почти четыре года! И даже прошлый руководитель до сих пор мне жмет руку при встрече! Объясните пожалуйста, суровые админы... что я сделал не так...
У меня появилось 5 подписчиков и вы наверное хотите почитать что-то про DevOps? Но начать я решил с более общей темы.
Я не претендую на то что эти вещи являются какими то универсальными, а хочу обобщить то к чему пришёл на своём опыте.
И так, если я прихожу в новый проект в котором уже есть какая-то инфраструктура, то первоочередными для меня являются 3 вещи.
Самая первая вещь по значимости - это мониторинг. С помощью хорошо настроенного мониторинга можно предотвратить 70% проблем и оперативно среагировать на оставшиеся 30%. Основные вещи, такие как состояние дисков, файловых систем, доступность ресурсов и сервисов, замониторить достаточно быстро, но допиливать проверки по разным тонким параметрам можно бесконечно. Есть у мониторинга начало, нет у мониторинга конца).
Вторая, не менее важная вещь, это резервное копирование. Сюда я отношу такие банальные вещи как бэкапирование файлов, виртуалок, дампы баз данных, так и создания реплекации данных и во втором приближении, сюда же можно отнести построение конфигураций высокой доступности. Эта тема тоже довольно обширна и всегда зависит от конкретной инфраструктуры.
И последняя по важности, но первая по порядку - это система оркестровки конфигурациями. Это то, что помогает в развертывании двух первых пунктов и в целом упрощает и ускоряет управление серверами и сервисами, помогает держать их в актуальном состоянии и контролировать единообразие конфигурационных файлов там, где это требуется.
В данном контексте у нас 2 большие задачи. Разовое распараллеленное внесение изменений сразу на нескольких серверах. Например развертывание различных кластеров, управление пользователями и прочими настройками. И выполнение задач систематически. Например периодическое обновление пакетов влияющих на безопасность, синхронизация конфигурационных файлов, чистка временных файлов или контейнеров и т. д.
Выполнив эти, обязательные для меня, пункты можно дальше жить и постепенно переходить к прочим изменениям связанным и не связанным с DevOps.
Написал я конечно очень общо и во многом скапитанил, но с чего-то же нужно начинать :)
В дальнейшем планирую пройтись по инструментарию и подходу DevOps и тому что сейчас модно использовать в it стартапах.
P. S. Я специально не указал продукты которые я использую для этих трёх пунктов, так как это тема для отдельного холивара.
Справились? Тогда попробуйте пройти нашу новую игру на внимательность. Приз — награда в профиль на Пикабу: https://pikabu.ru/link/-oD8sjtmAi
С праздником дорогие коллеги!