Загадочное трио: откуда берутся ошибки 502, 503 и 504

Каждый сисадмин хоть раз сталкивался с 502 Bad Gateway, 503 Service Unavailable и 504 Gateway Timeout. Эти ошибки появляются неожиданно и пугают тем, что где-то что-то упало. Но откуда вообще взялись сами коды и почему именно они так часто преследуют администраторов? Под катом погружусь в историю HTTP, объясню банальные причины и расскажу, как найти и где пофиксить эти проблемы. Читать

https://habr.com/ru/companies/ruvds/articles/976264/

#хостинг #системное_администрирование #сервер #серверное_администрирование #ошибки #504_Gateway_Timeout #503_Service_Unavailable #502_Bad_Gateway #HTTP #ruvds_статьи

Загадочное трио: откуда берутся ошибки 502, 503 и 504

Каждый сисадмин хоть раз сталкивался с 502 Bad Gateway, 503 Service Unavailable и 504 Gateway Timeout. Эти ошибки появляются неожиданно и пугают тем, что где-то что-то упало. Но откуда вообще взялись...

Хабр

Самохостинг: плюсы, минусы и подводные камни глазами разработчика

Можно ли доверить свои сервисы домашнему серверу — и не пожалеть? В этой статье разбираем, реально ли организовать надёжный самохостинг без глубоких админских навыков и огромных вложений: от выбора мини‑ПК и установки Ubuntu до безопасной публикации сервисов в сети. Вы узнаете, стоит ли отказываться от VPS, как открыть доступ к серверу из интернета без критических рисков, каких подводных камней ждать при развёртывании и как избежать типичных ошибок новичков. Материал для разработчиков, системных администраторов и IT‑энтузиастов, которые хотят контролировать свою инфраструктуру, но сомневаются в целесообразности самохостинга.

https://habr.com/ru/articles/961174/

#самохостинг #серверное_администрирование #серверное_решение #разработка #метрики #dmz

Самохостинг: плюсы, минусы и подводные камни глазами разработчика

Что это вообще такое и зачем оно нужно? Самохостинг (или Self Hosted) — это практика размещения и управления своими веб-сервисами (сайтами, репозиториями, системами мониторинга и т.д.) на собственном...

Хабр

Один сервер, вся сеть: руководство по RADIUS для новичков

Управлять сетью сложно, пока у каждого устройства свои логины и правила. Десятки точек доступа, роутеров, шлюзов — и админ превращается в архивариуса паролей. Менять доступ сотруднику? Делать это на каждом устройстве. Отключить уволенного? То же самое, только наоборот. Ошибиться легко. Но решение существует давно — централизованная авторизация через RADIUS. Один сервер знает все: кто подключается, к чему имеет доступ и что делает в сети. Я Лев, специалист продуктовой поддержки в Selectel . Под катом расскажу, как работает RADIUS, за что отвечает AAA и как развернуть свой сервер на базе FreeRADIUS в облаке — от установки до интеграции с оборудованием MikroTik. Под кат →

https://habr.com/ru/companies/selectel/articles/959942/?utm_source=habrahabr&utm_medium=rss&utm_campaign=959942

#selectel #mikrotik #radius #radiusсервер #сетевые_технологии #серверное_администрирование

Один сервер, вся сеть: руководство по RADIUS для новичков

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

Хабр

Один сервер, вся сеть: руководство по RADIUS для новичков

Управлять сетью сложно, пока у каждого устройства свои логины и правила. Десятки точек доступа, роутеров, шлюзов — и админ превращается в архивариуса паролей. Менять доступ сотруднику? Делать это на каждом устройстве. Отключить уволенного? То же самое, только наоборот. Ошибиться легко. Но решение существует давно — централизованная авторизация через RADIUS. Один сервер знает все: кто подключается, к чему имеет доступ и что делает в сети. Я Лев, специалист продуктовой поддержки Под кат →

https://habr.com/ru/companies/selectel/articles/959942/

#selectel #mikrotik #radius #radiusсервер #сетевые_технологии #серверное_администрирование

Один сервер, вся сеть: руководство по RADIUS для новичков

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

Хабр

Почему серверы не унаследовали название «мейнфрейм»?

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

https://habr.com/ru/companies/ruvds/articles/959684/?utm_source=habrahabr&utm_medium=rss&utm_campaign=959684

#сервер #itинфраструктура #мейнфреймы #история_it #серверное_администрирование #ibm #windows_server #linux #unix #эвм

Почему серверы не унаследовали название «мейнфрейм»?

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

Хабр

Почему серверы не унаследовали название «мейнфрейм»?

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

https://habr.com/ru/companies/ruvds/articles/959684/

#сервер #itинфраструктура #мейнфреймы #история_it #серверное_администрирование #ibm #windows_server #linux #unix #эвм

Почему серверы не унаследовали название «мейнфрейм»?

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

Хабр

Эволюция SSH-клиентов от PuTTY до МС22. Как инструменты администрирования стали отражением эпохи

SSH-клиенты — та категория программ, о которой редко вспоминают, пока всё работает. Они не мелькают в новостях, не получают "вау-эффект", но именно через них проходит каждая команда, каждая правка на сервере, каждый апдейт. Именно поэтому путь от старого доброго PuTTY до современных решений вроде МС22, Termius и SecureCRT можно считать зеркалом того, как изменилась сама культура работы системных администраторов. PuTTY — с чего всё началось PuTTY появился ещё в конце 90-х и моментально стал стандартом. Простой интерфейс, мгновенный запуск, никаких зависимостей — и ты уже в консоли сервера. С годами он превратился в символ стабильности: как "отвёртка", лежащая в ящике у каждого админа. Но время не стоит на месте. Инфраструктура стала сложнее, серверов стало десятки, а вместе с ними — необходимость в автоматизации, удобстве и безопасности. PuTTY оставался собой, но не развивался. В итоге он стал отправной точкой, от которой начали расти новые SSH-клиенты и остаётся распространённым решением для быстрого развёртывания и простых задач администрирования небольшого количества удаленного оборудования. MobaXTerm — французский подход к комфорту Если PuTTY был о простоте, то MobaXTerm сделал ставку на "всё и сразу". Французские разработчики превратили SSH-клиент в целую лабораторию администратора: SSH, SFTP, RDP, VNC, Telnet, AWS S3, WSL — всё в одном окне. Можно открывать десятки вкладок, писать макросы, сравнивать файлы, а при необходимости — даже запустить встроенный сервер. MobaXTerm стал тем самым "швейцарским ножом", где есть инструмент на все случаи жизни.

https://habr.com/ru/articles/958918/

#ssh #безопасность #кибербезопасность #системное_администрирование #серверная_оптимизация #серверное_администрирование #сетевые_технологии

Эволюция SSH-клиентов от PuTTY до МС22. Как инструменты администрирования стали отражением эпохи

SSH-клиенты — та категория программ, о которой редко вспоминают, пока всё работает. Они не мелькают в новостях, не получают "вау-эффект", но именно через них проходит каждая команда, каждая правка на...

Хабр

Реверс-инжиниринг сетевых протоколов: практическое руководство

Сетевой протокол — это набор правил, которые определяют принципы взаимодействия устройств в сети. Однако, на практике «идеального» соблюдения стандартов не бывает: разработчики зачастую отступают от рекомендаций. Кто-то не влезает в запланированный канал связи (например, эта проблема особенно актуальна для устройств «умного дома» без постоянного питания). Кто-то таким образом пытается скрыть информацию от злоумышленников или затруднить реверс-инжиниринг их систем (чтобы привязать пользователя к оплате лицензии). А кто-то просто считает, что может сделать лучше имеющихся аналогов. Собственный проприетарный протокол иногда даёт выигрыш по пропускной способности или задержкам, но при интеграции с другими системами и устройствами, это может создать серьёзные проблемы для сетевых инженеров. Представьте, что ваша система — идеально отлаженный механизм; и вдруг нужно заменить одну шестерёнку, а разработчик уволился, лицензия отозвана (бывает, что купленное вами может не принадлежать вам :), исходники потеряны или устройство пришло в негодность. В таких случаях приходится восстанавливать поведение протокола почти «с нуля». Привет, Хабр! Меня зовут Виталий, я python-разработчик в SimbirSoft. Цель этой статьи — дать практическое введение в реверс-инжиниринг сетевого трафика и анализ протоколов передачи данных. Сразу уточню: здесь не будет взлома или обхода защиты — я уважаю интеллектуальную собственность и законодательство. Материал посвящён техническим приёмам, которые будут полезны инженерам и специалистам по интеграции систем. Статья будет полезна разработчикам, аналитикам, менеджерам, которые работают с указанными решениями. Готовы? Поехали!

https://habr.com/ru/companies/simbirsoft/articles/955950/

#реверсинжиниринг #обратная_разработка #серверное_администрирование #сетевые_технологии

Реверс-инжиниринг сетевых протоколов: практическое руководство

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

Хабр

Часть 2. Rsync — подробное руководство для админов

Привет, Хабр! В первой части я разобрал основы rsync : синтаксис, ключевые опции и работу по SSH. Эти аспекты позволяют эффективно пользоваться утилитой на базовом уровне. В этой статье заглянем "под капот" и научимся тонко контролировать весь процесс синхронизации и диагностировать проблемы с производительностью... Что в статье: - Фильтрация; - Экономичные бэкапы; - Диагностика и решение проблем.

https://habr.com/ru/articles/948104/

#Linux #rsync #бэкап #синхронизация_файлов #backup #devops #системное_администрирование #серверное_администрирование

Часть 2. Rsync — подробное руководство для админов

Привет, Хабр! В первой части я разобрал основы  rsync : синтаксис, ключевые опции и работу по SSH. Эти аспекты позволяют эффективно пользоваться утилитой на базовом уровне. В этой статье заглянем...

Хабр

MULTISTATUS: как держать инфраструктуру под присмотром и спать спокойно

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

https://habr.com/ru/articles/947764/

#мониторинг #аналитика #серверное_администрирование #talos #rabbitmq #mongodb #devops #clickhouse

MULTISTATUS: как держать инфраструктуру под присмотром и спать спокойно

“С большой силой приходит большая ответственность” – дядя Бен (к\ф “Человек-паук”) Чем больше и распределённее становится система, тем сложнее её мониторить и проводить аудит. Порой в тонне алертов,...

Хабр