Системные администраторы — удалённая работа в Москве

Телеграмм восстановить. Оборудование: 15 про макс. Восстановить телеграмм взломали.

Администрирование баз данных, администрирование сайта, настройка и обслуживание оргтехники, настройка локальной сети, техническое обслуживание ПК, настройка сервера. Сервер: . Программа повышения квалификации «Администрирование АПКШ Континент версии 3 9» 1. Обзор технологий и развертывание системы защиты 1.1 Назначение комплекса АПКШ «Континент» 1.2 Состав комплекса АПКШ «Континент версии 3.9» 1.3 Новые решения в АПКШ «Континент» 3.9 по сравнению с версией 3.7 1.4 Защитные механизмы «Континент версии 3.9» комплекса АПКШ 1.5 Принципы функционирования комплекса АПКШ «Континент версии 3.9» 1.6 Типовые аппаратные платформы АПКШ «Континент» и их производительность 1.7 Способы поставки ПО сетевых устройств АПКШ «Континент» 1.8 ПАК «Соболь» 1.9 Политика лицензирования комплекса АПКШ Континент версии 3.9 1.10 Описание стенда 1.11 Постановка задачи 1.12 Лабораторная работа. Инициализация ЦУС и СД 1.13 Защитные механизмы Континент версии 3.9 комплекса АПКШ 1.14 Лабораторная работа. Установка подсистемы управления комплексом 1.15 Лабораторная работа. Конфигурирование БД журналов. Настройка агента ЦУС и СД 1.16 Лабораторная работа. Инициализация КШ 2. Управление компонентами комплекса 2.1 Управление криптографическими ключами комплекса 2.2 Управление учетными записями администраторов 2.3 Локальное управление сетевыми устройствами 2.4 Лабораторная работа. Смена главного ключа КШ и ключа связи с ЦУС 2.5 Лабораторная работа. Управление учетными записями администраторов 2.6 Контрольные вопросы 3. Правила фильтрации IP-пакетов и правила трансляции 3.1 Межсетевой экран. Принцип действия 3.2 Формирование правил фильтрации трафика; 3.3 Трансляция сетевых адресов (правила NAT) 3.4 Лабораторная работа. Настройка правил фильтрации, разрешающих прохождение трафика между компьютерами из защищаемой сети и сети общего доступа 3.5 Лабораторная работа. Настройка правила фильтрации, разрешающего прохождение трафика между компьютерами из внутренних сетей, защищаемых разными криптошлюзами 3.6 Лабораторная работа. Настройка исходящего правила трансляции 3.7 Лабораторная работа. Настройка входящего правила трансляции 4. Детектор атак 4.1 Лабораторная работа. Установка и инициализация ДА 4.2 Лабораторная работа. Настройка и тестирование функциональности ДА 4.3 Контрольные вопросы 5. Организация и управление VPN-соединениями 5.1 Организация L3VPN-шлюза 5.2 Организация L2VPN-шлюза 5.3 VPN удаленного доступа 5.4 Лабораторная работа. Организация L3VPN 5.5 Лабораторная работа. Тестирование совместной работы КШ с внешним маршрутизирующим устройством, поддерживающим трансляцию сетевых адресов 5.6 Лабораторная работа. Организация L3VPN между удаленным пользователем и защищаемой сетью 5.7 Лабораторная работа. Организация L3VPN между удаленным пользователем и защищаемой сетью филиала 5.8 Лабораторная работа. Организация L2VPN 6. Обеспечение отказоустойчивости комплекса 6.1 Резервирование и восстановление конфигурации ЦУС 6.2 Аппаратное резервирование и восстановление КШ 6.3 Лабораторная работа. Резервирование КШ 6.4 Лабораторная работа. Резервирование ЦУС 6.5 Контрольные вопросы 7. Мониторинг и диагностика системы защиты 7.1 Мониторинг состояния комплекса 7.2 Лабораторная работа. Мониторинг состояния компонентов системы и передаваемого трафика, настройка реакции на события 8. Обновление версии ПО 8.1 Обновление текущей версии ПО 8.2 Требования к эксплуатации комплекса 8.3 Лабораторная работа. Обновление ПО ЦУС 8.4 Лабораторная работа. Обновление ПО КШ 8.5 Контрольные вопросы 9 Резервирование и отказоустойчивость каналов связи (Multi-WAN) 9.1 Отказоустойчивость каналов связи (Multi-WAN) 9.2 Лабораторная работа. Обеспечение отказоустойчивости канала связи с помощью Multi-WAN 9.3 Лабораторная работа. Настройка балансировки трафика между двумя внешними интерфейсами КШ 9.4 Контрольные вопросы 10. Поиск и устранение неисправностей 10.1 Лабораторная работа. Отсутствует подключение КШ к ЦУС. Недоступен сетевой интерфейс на внешнем маршрутизирующем устройстве 10.2 Лабораторная работа. Отсутствует подключение КШ к ЦУС. На внешнем маршрутизирующем устройстве заблокировано прохождение управляющего трафика между ЦУС и КШ 10.3 Лабораторная работа. Отсутствует подключение КШ к ЦУС – несовместимость ключей связи 10.4 Лабораторная работа. Отсутствует подключение КШ к ЦУС. Особенности настройки маршрутизации и Multi-WAN 10.5 Лабораторная работа. Отсутствует шифрование между двумя КШ. Заблокирована возможность передачи данных на канале шифрования 10.6 Лабораторная работа. Отсутствует шифрование между двумя КШ. Зашифрованный трафик передается только в одну сторону 10.7 Лабораторная работа. Из защищаемой сети недоступен внешний ресурс при настроенных правилах фильтрации 10.8 Лабораторная работа. Осуществляется передача трафика при настроенном запрещающем правиле фильтрации 10.9 Лабораторная работа. Использование технологической информации при проведении диагностики КШ.

Администрирование баз данных, администрирование сайта. 1. Обзор технологий и развертывание системы защиты 1.1 Назначение комплекса АПКШ «Континент» 1.2 Состав комплекса АПКШ «Континент версии 3.9» 1.3 Новые решения в АПКШ «Континент» 3.9 по сравнению с версией 3.7 1.4 Защитные механизмы «Континент версии 3.9» комплекса АПКШ 1.5 Принципы функционирования комплекса АПКШ «Континент версии 3.9» 1.6 Типовые аппаратные платформы АПКШ «Континент» и их производительность 1.7 Способы поставки ПО сетевых устройств АПКШ «Континент» 1.8 ПАК «Соболь» 1.9 Политика лицензирования комплекса АПКШ Континент версии 3.9 1.10 Описание стенда 1.11 Постановка задачи 1.12 Лабораторная работа. Инициализация ЦУС и СД 1.13 Защитные механизмы Континент версии 3.9 комплекса АПКШ 1.14 Лабораторная работа. Установка подсистемы управления комплексом 1.15 Лабораторная работа. Конфигурирование БД журналов. Настройка агента ЦУС и СД 1.16 Лабораторная работа. Инициализация КШ 2. Управление компонентами комплекса 2.1 Управление криптографическими ключами комплекса 2.2 Управление учетными записями администраторов 2.3 Локальное управление сетевыми устройствами 2.4 Лабораторная работа. Смена главного ключа КШ и ключа связи с ЦУС 2.5 Лабораторная работа. Управление учетными записями администраторов 2.6 Контрольные вопросы 3. Правила фильтрации IP-пакетов и правила трансляции 3.1 Межсетевой экран. Принцип действия 3.2 Формирование правил фильтрации трафика; 3.3 Трансляция сетевых адресов (правила NAT) 3.4 Лабораторная работа. Настройка правил фильтрации, разрешающих прохождение трафика между компьютерами из защищаемой сети и сети общего доступа 3.5 Лабораторная работа. Настройка правила фильтрации, разрешающего прохождение трафика между компьютерами из внутренних сетей, защищаемых разными криптошлюзами 3.6 Лабораторная работа. Настройка исходящего правила трансляции 3.7 Лабораторная работа. Настройка входящего правила трансляции 4. Детектор атак 4.1 Лабораторная работа. Установка и инициализация ДА 4.2 Лабораторная работа. Настройка и тестирование функциональности ДА 4.3 Контрольные вопросы 5. Организация и управление VPN-соединениями 5.1 Организация L3VPN-шлюза 5.2 Организация L2VPN-шлюза 5.3 VPN удаленного доступа 5.4 Лабораторная работа. Организация L3VPN 5.5 Лабораторная работа. Тестирование совместной работы КШ с внешним маршрутизирующим устройством, поддерживающим трансляцию сетевых адресов 5.6 Лабораторная работа. Организация L3VPN между удаленным пользователем и защищаемой сетью 5.7 Лабораторная работа. Организация L3VPN между удаленным пользователем и защищаемой сетью филиала 5.8 Лабораторная работа. Организация L2VPN 6. Обеспечение отказоустойчивости комплекса 6.1 Резервирование и восстановление конфигурации ЦУС 6.2 Аппаратное резервирование и восстановление КШ 6.3 Лабораторная работа. Резервирование КШ 6.4 Лабораторная работа. Резервирование ЦУС 6.5 Контрольные вопросы 7. Мониторинг и диагностика системы защиты 7.1 Мониторинг состояния комплекса 7.2 Лабораторная работа. Мониторинг состояния компонентов системы и передаваемого трафика, настройка реакции на события 8. Обновление версии ПО 8.1 Обновление текущей версии ПО 8.2 Требования к эксплуатации комплекса 8.3 Лабораторная работа. Обновление ПО ЦУС 8.4 Лабораторная работа. Обновление ПО КШ 8.5 Контрольные вопросы 9 Резервирование и отказоустойчивость каналов связи (Multi-WAN) 9.1 Отказоустойчивость каналов связи (Multi-WAN) 9.2 Лабораторная работа. Обеспечение отказоустойчивости канала связи с помощью Multi-WAN 9.3 Лабораторная работа. Настройка балансировки трафика между двумя внешними интерфейсами КШ 9.4 Контрольные вопросы 10. Поиск и устранение неисправностей 10.1 Лабораторная работа. Отсутствует подключение КШ к ЦУС. Недоступен сетевой интерфейс на внешнем маршрутизирующем устройстве 10.2 Лабораторная работа. Отсутствует подключение КШ к ЦУС. На внешнем маршрутизирующем устройстве заблокировано прохождение управляющего трафика между ЦУС и КШ 10.3 Лабораторная работа. Отсутствует подключение КШ к ЦУС – несовместимость ключей связи 10.4 Лабораторная работа. Отсутствует подключение КШ к ЦУС. Особенности настройки маршрутизации и Multi-WAN 10.5 Лабораторная работа. Отсутствует шифрование между двумя КШ. Заблокирована возможность передачи данных на канале шифрования 10.6 Лабораторная работа. Отсутствует шифрование между двумя КШ. Зашифрованный трафик передается только в одну сторону 10.7 Лабораторная работа. Из защищаемой сети недоступен внешний ресурс при настроенных правилах фильтрации 10.8 Лабораторная работа. Осуществляется передача трафика при настроенном запрещающем правиле фильтрации 10.9 Лабораторная работа. Использование технологической информации при проведении диагностики КШ.

Настройка сервера, настройка локальной сети, Настройка VPN (WireGuard/AmneziaWG), VPS, policy routing и kill switch для Windows/iOS. Оборудование: 4 компьютера/ноутбука Windows + 2 iPhone (iOS). Также имеется VPS-сервер в Турции. Требуется настройка VPN, раздельной маршрутизации и защиты от утечки IP. Сервер: VPN-сервер (VPS в Турции): WireGuard/AmneziaWG, маршрутизация, firewall, kill switch, защита от DNS/IPv6-утечек. ### Кого ищем **Сетевой инженер / специалист по VPN, маршрутизации и сетевой безопасности.** Нужен специалист с практическим опытом: - WireGuard / AmneziaWG; - Linux VPS; - Windows и виртуальных машин; - firewall и Kill Switch; - selective / policy-based routing; - DNS, IPv4/IPv6 и защиты от утечек; - настройки VPN на iOS; - желательно — построения отказоустойчивых VPN-схем. Обычная установка VPN-клиента не требуется — нужна именно настройка сетевой архитектуры. ### Задача Есть **4 офисных устройства Windows + 2 iPhone**. Необходимо организовать инфраструктуру, при которой: **Claude и ChatGPT ? всегда только через IP Турции.** При этом остальные приложения на устройствах должны иметь возможность работать через обычный интернет. Уже имеется VPS в Турции. Можно использовать его либо предложить более надёжное решение. Ключевое требование — **Fail Closed / Kill Switch**: если VPN/VPS недоступен, Claude и ChatGPT должны потерять интернет, а не переключиться на российский IP. На iPhone решение должно работать как через Wi-Fi, так и через LTE/5G, желательно автоматически. Для Windows рассматриваем ВМ, отдельный VPN-шлюз, policy routing или другое предложенное специалистом решение. В Claude/Cowork также требуется работа с папкой проектов, физически хранящейся на основном компьютере/сетевом диске. ### Результат Нужна законченная и протестированная система: **4 Windows + 2 iPhone ? защищённая маршрутизация ? Турция ? Claude/ChatGPT** с проверкой утечек IPv4/IPv6/DNS и тестированием аварийных ситуаций: отключение VPN, падение VPS, перезагрузка, смена Wi-Fi и переключение iPhone Wi-Fi ? мобильная сеть. В отклике прошу кратко написать, **как именно вы предлагаете построить такую схему**, а не только стоимость настройки. Требуется сетевой инженер с опытом VPN/VPS, WireGuard/AmneziaWG, firewall и маршрутизации. Задача: организовать работу 4 устройств Windows и 2 iPhone с Claude и ChatGPT так, чтобы эти сервисы всегда выходили в интернет только через IP Турции, а остальные приложения могли пользоваться обычным интернетом. Имеется VPS в Турции, но готовы рассмотреть более надёжную архитектуру. Ключевое требование — Fail Closed / Kill Switch: при падении VPN/VPS, перезагрузке, смене Wi-Fi или переключении Wi-Fi/LTE на iPhone Claude и ChatGPT не должны переключаться на обычный российский IP, а должны потерять доступ к сети. На Windows рассматриваем ВМ, selective/policy routing, отдельный VPN-шлюз или другое надёжное решение. На iOS желательно автоматическое подключение VPN для работы с AI. Также требуется доступ Claude/Cowork из ВМ к выделенной рабочей папке, расположенной на основном компьютере/сетевом диске. После настройки необходимо проверить IPv4/IPv6, DNS и возможные утечки при аварийном отключении VPN. В отклике прошу кратко описать предлагаемую архитектуру решения, а не только написать «настрою VPN».

Программное обеспечение. Оборудование: Ноутбук. Просьба, кто не сталкивался с данной ситуацией, а именно, настройки с госучреждениями, СФР, наверное, трудно будет разобраться. ООО работает на программе СФР, например, в августе при взаимодействии с СФР оформили выплату сотруднику единовременное пособие на ребенка. Позавчера инициировали запрос в СФР на назначение пособия на ребенка до 1,5 года, СФР его получили и подтвердили. Вместе с этим они прислали Запрос, на который надо ответить, то есть заполнить недостающие сведения и отправить им. Два дня ищем этот Запрос, его в л/кабинете нет. В СФР отвечают, что запрос выслали. Только сегодня в СФР сказали, что с 19 сентября что-то надо обновить, что-то куда-то надо отправить. Эту инструкцию нашли. Могли бы посмотреть, что это, обновить и чтобы этот Запрос появился в ЛК страхователя?. Просьба, кто не сталкивался с данной ситуацией, а именно, настройки с госучреждениями, СФР, наверное, трудно будет разобраться. ООО работает на программе СФР, например, в августе при взаимодействии с СФР оформили выплату сотруднику единовременное пособие на ребенка. Позавчера инициировали запрос в СФР на назначение пособия на ребенка до 1,5 года, СФР его получили и подтвердили. Вместе с этим они прислали Запрос, на который надо ответить, то есть заполнить недостающие сведения и отправить им. Два дня ищем этот Запрос, его в л/кабинете нет. В СФР отвечают, что запрос выслали. Только сегодня в СФР сказали, что с 19 сентября что-то надо обновить, что-то куда-то надо отправить. Эту инструкцию нашли. Могли бы посмотреть, что это, обновить и чтобы этот Запрос появился в ЛК страхователя?.

Настройка сервера. Сервер: WEB, приложений. Требуется DevOps / системный администратор на 15 минут удаленной работы. Задача: Настроить Webhook Callback API для готового VK-бота в Docker Compose на VPS Timeweb Cloud. Что уже сделано: 1. Контейнеры бота (Python/PostgreSQL) успешно запущены и работают (Started). 2. Бесплатный технический домен (yuti.tw1.ru) зарегистрирован в Timeweb и привязан к IP-адресу. 3. В файле .env прописан BASE_URL и свежий код подтверждения от ВК. Проблема: ВК возвращает ошибку «При выполнении запроса произошла ошибка». В docker-compose.yml заложена сеть nginx-proxy. Нужно поднять бесплатный SSL-сертификат (Let's Encrypt) для домена и настроить маршрутизацию/порты, чтобы запросы по HTTPS успешно долетали до контейнера бота. Оплата по факту успешного прохождения проверки в панели ВК.

Настройка Google Workspace и разграничение прав доступа к диску. Ищем специалиста для настройки корпоративной структуры Google Диска и разграничения прав доступа для команды из 30 человек. - Необходимо настроить группы пользователей для гибкого управления доступами (чтобы при добавлении/увольнении сотрудника права менялись в 1 клик). - Настроить ролевой доступ к папкам -Перенести файлы и передать все права владения на корпоративный аккаунт - Написать краткую понятную инструкцию или регламент для команды по работе с диском.