- UANOG - uanog.one

Кого це вже піймали?
by Oleh Hrynchuk 24 Feb '23

24 Feb '23

Всім привіт. https://internetua.com/sbu-vikrila-ukrayinskogo-provaidera-yakii-rozdavav-i… Чи то просто псевдовикриття і демонстрація псевдороботи? Бо на жаль і таке нерідко зустрічається...

2 1

антикварненький ups GE LP30-33
by Igor Grabin 20 Feb '23

20 Feb '23

Ранок добрим не буває, абсолютно ЗНЕНАЦЬКА знайшов під тумбочкою пару ups GE LP30-33, й намагаюсь зрозуміти, що за софт може з ними спілкуватись по rs232. про існування snmp карт для них знаю, й на два упса одна карта є, кількістю інформації не вражений. текст алєрту, доступного на морді упса, карта не віддає. є якісь ідеї, поважний all? ;-) mbr, -- Igor "CacoDem0n" Grabin

7 18

Operational Support Systems for software development?
by Oleh Hrynchuk 25 Jan '23

25 Jan '23

Доброго дня, колеги. Керівництво доросло до розуміння потреб чогось на зразок "OSS for software development". Зокрема ось хотєлкі (нижче). Вони стосуються в першу чергу нашої AWS-інфраструктури. Може хтось щось підкаже в цьому плані? А то по телко я ніби в курсі, а ось по software development та програмних комплексах/системах ні. Може якісь стандарти/рекомендації напрацьовані/існують у світі для управління цим усім господарством? Ну і готові системи управління... Ось самі хотєлкі (просто тези, котрі вдалося застенографувати): --------------- Хотілося б мати завжди актуальну (up to date) інвентаризацію всіх програмних систем у нашому середовищі розробки. Що потрібно від цієї інвентаризації: 1. Перелік всіх елементів інфраструктури, систем та програмного забезпечення, якими ми користуємося і за які несемо відповідальність 2. Які версії операційних систем та програмного забезпечення працюють на кожній такій системі? 3. Хто несе відповідальність за те, що система правильно налаштована та експлуатується в усіх відношеннях? Хто "власник" системи? 4. Як здійснюється моніторинг кожної системи? (Варіанти: ніяк, Intruder, Wuzah, централізоване ведення журналу, локальне ведення журналу тощо) 5. Хто переглядає вихідні моніторингові дані? 6. Як налаштовується кожна система? (Варіанти: вручну, Terraform, інша автоматизація тощо) 7. Де можна знайти документацію для правильного налаштування кожної системи? 8. Який статус безпеки системи? (Варіанти: невідомий, сумісний з CIS, сумісний з SOC2 тощо) 9. Хто відповідає за безпеку в системі? 10. Хто має адміністративний доступ до системи? 11. Які зв'язки з іншими системами має дана система? 12. Чи має система зовнішні підключення до Інтернету? 13. Дата останнього перегляду/використання/логіну в систему? 14. Все інше, що забули явно вказати, але про що повинні знати... Після того, як ми створимо інвентаризацію, нам знадобляться процеси, щоб підтримувати її в актуальному стані, періодично переглядати її і переконатися, що люди не змінюють інфраструктуру і виробництво, не пройшовши відповідний процес (change management). Наприклад, ми не повинні запускати незаплановані, незатверджені, необліковані системи, програмне забезпечення та послуги. Нам потрібно задокументувати геть усі наші продукти, системи, все, що маємо і почати виправляти ті місця, де управління не є повністю зрілим, відповідно до найкращих інженерних практик. Чому? Будь-яка система є потенційним вектором атаки. Будь-яка ненадійна система - це потенційний незадоволений клієнт. Будь-який інцидент безпеки або збій системи шкодить нашій репутації. Будь-яке розслідування, проведене зовнішньою організацією, повинно виявити, що ми належним чином управляємо своїми системами та послугами, використовуючи найкращі інженерні практики та операції відповідно до існуючих стандартів. Щоб досягти цього, ми повинні постійно бути в курсі того, що саме ми маємо. ----------------------- Дякую. -- Regards, /oleh hrynchuk

2 2

AWS private VPC, NAT gateway, ACL... нема доступу в outside world from docker container of docker host.
by Oleh Hrynchuk 12 Jan '23

12 Jan '23

Доброго дня всім, Шановне панство, маю питання стосовно security policy в private VPC of AWS. Суть в наступному. Нам "старші товариші з US" приписали завести одну docker-type аплікуху в спеціально виділеній private VPC на спеціальному ЕС2. "Спеціальність" останнього полягає в попередній "заточці" стандартного Amazon Linux 2 AMI під корпоративні правила безпеки. Зокрема вмиканні там SeLinux, сетапі спеціальних nftables.rules тощо. І вийшло так, що ніби все з матюками вдалося зробити (SELinux довелося вирубати "за згодою сторін") за винятком одного: email notifications (на порт 587 GMail SMTP) принципово з контейнера не ходять. А ось із docker host (отого ЕС2) - нормально ходять. Також неможливо з докер-контейнера (там Ubuntu) виконати оновлення OS (apt update) - нема доступу назовні. Враження наступне - з контейнера НЕМА доступу до Інтернета. З docker-хоста - є. Ще така фігня, що в контейнері нема найнеобхідніших інструментів для траблшутинга - навіть ping/traceroute. І не поставиш - apt не має виходу назовні. (Ну, тут можна із"їбнутися і підсунути щось в docker volume напряму... ще ось не пробував так, але спробую). Підозра падає на NAT Gateway між private VPC та outside world. Чи хтось з таким стикався і що робити, щоби це а) точно локалізувати; б) полікувати цю фігню. Може це якась стандартна фігня, а я не знаю про це? Дякую. -- Regards, /oleh hrynchuk

6 12

Wi-Fi ретранслятор з акумулятором
by Volodymyr Melnyk 11 Jan '23

11 Jan '23

Шановне панство, а чи зустрічав хтось десь такі ретранслятори Wi-Fi, щоб у них всередині десь акумуляторчик був, аби він, коли живлення подається, підзаряджався, а коли немає - продовжував собі певний час працювати тихенько всім на радість? Дякую.

7 12

Sam Halabi "OSPF Design Guide"
by Volodymyr Litovka 01 Jan '23

01 Jan '23

Привіт, ще раз в Новим Роком! Нехай це буде рік нашого планування, а не чійогось. Питання - те, що раніше було доступно в два кліки в гуглі, тепер можу знайти тільки на сайтах з реєстрацію. Бісить. У кого в заначці є "OSPF Design Guide" славнозвісного Сема Хелебі (Sam Halabi)? Треба військовим віддати для самонавчання. Може _крім_ вищезазначеної книги у когось щось знайдеться в укр або рус перекладі? Я свої давешні тренінги підсунув, але документації _простими словами_ завжди мало було. Дякую. -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

1 1

open-source self-hosted dynDNS
by Volodymyr Litovka 29 Dec '22

29 Dec '22

Hi, з Різдвом та з прийдешнім Новим Роком - нехай буде кращім за цей. А порадьте, будь ласка, DNS сервер який підтримує DynDNS, та такий, щоб не витрачати на його налаштування стільки часу, скільки на фрірадіус хай йому грець. В принципі, у мене клієнт - лінух, де я можу запускати будь-який скрипт upon event, тому powerdns/api теж підійшов би, але хочеться щось таке, щоб можна було використати універсальніше, якщо що. Дякую. -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

2 2

freeradius simultaneous-use
by Volodymyr Litovka 26 Dec '22

26 Dec '22

Привіт, а хто-небудь грається з лімітуванням кільості одночасних підключень за допомогою параметра SImultaneous-Use? я вже й по колесу стукав, й скло протирав - ніхєра не допомагає DEFAULT NAS-Identifier := "myNAS", Pool-Name := "main_pool", Simultaneous-Use := 1 Service-Type = Framed-User, Framed-Protocol = PPP, Framed-MTU = 1500, Fall-Through = Yes doka Cleartext-Password := "x123456" незаважаючі на те, що навіть checkrad сам по собі працює (йде на сервер та запитує про юзера), виглядає так, що freeradius тупо ігнорує цю умову. Freeradius v3.0.26, якщо це має значення, сервер - Мікрот. Контроль за підключеннями потрібен. Є ідеї, що я роблю не так? Я якісь інші варіанти? (Port-Limit спробував - схоже, мікрот його ігнорує). Дякую! -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

2 4

Порекомендуйте обладнання для офісного WiFi з функцією роамінгу.
by Oleh Hrynchuk 16 Dec '22

16 Dec '22

Привіт усім. Ох..єть нестандартна задача.. 😎 Є базова езернет-мережа на базі обладнання Mikrotik, яка чудово справляється з своїми функціями. А ось WiFi мережу "тра мінєти". Бо вона - зоопарк старих мильниць TP-Link (741, 840, 842) та один ZyXEL. Їх там усіх 6 штук Топологія офісу (див. схему внизу): - один здоровий квадратний openspace десь на 300-400 квадратів з колонами та перегородками з скла (кабінети манагерів) та фанери (працівники), - коридор - окремо кабінет шефа - та примикаюча до нього через спільну стіну кухня В офісі знаходиться як правило 20-30 людей зі своїми численними гаджетами. Вимоги: 1. Наявність фунціоналу роамінгу 2. Нормальна інтеграція з DHCP from Mikrotik 3. Підтримка VLANs (щоби відокремити корпоративні ноути/десктопи від приватних гаджетів, як це вже давно зроблено для ethernet-інтерфейсів) Ubiquiti підійде? Чи можна й на мікротах то все зробити? Моделі відразу порадьте... Дякую. -- Regards, /oleh hrynchuk

5 7

Странности современного резолвинга и как их понимать и диагностировать
by Valentin Nechayev 11 Dec '22

11 Dec '22

hi all, столкнулся с такой ситуацией. Имена/IPs не секрет, но замаскированы чтобы не влезать в лишние в общем случае подробности, если надо - открою. Есть домены buka.kiev.ua и zuka.kiev.ua. Из авторитетных серверов kiev.ua выбираю для определённости nn.ns.ua (не думаю, что есть существенная разница, поправьте, если что). $ dig @nn.ns.ua buka.kiev.ua a ;; AUTHORITY SECTION: buka.kiev.ua. 28800 IN NS ns11.zuka.kiev.ua. buka.kiev.ua. 28800 IN NS ns22.zuka.kiev.ua. ;; ADDITIONAL SECTION: ns11.zuka.kiev.ua. 28800 IN A 10.1.0.1 ns22.zuka.kiev.ua. 28800 IN A 10.2.0.2 <-- ??? Повторный запрос показывает точно такой же TTL - значит, сервер отдаёт то, что считает авторитетным данным. Как я подозреваю, это идёт из какой-то glue record. В то же время, если делать прямой запрос ns22.zuka.kiev.ua, nn.ns.ua редиректит: ;; AUTHORITY SECTION: zuka.kiev.ua. 28800 IN NS ns1.the-registrar.ua. zuka.kiev.ua. 28800 IN NS ns2.the-registrar.ua. И уже эти NSʼы отвечают другим IP, который и ожидается: ;; ANSWER SECTION: ns22.zuka.kiev.ua. 3600 IN A 10.3.0.3 <-- OK Вот тут "меня начинают терзать смутные сомнения". Отдача записи glue в additional - норма начиная со времён где-то ISC BIND 9.4, когда начали вполне справедливо параноить на тему кэша и опасных записей в нём. Но почему эта запись вообще появляется тут? Клеевые записи должны применяться, по новым положениям, только для резолвинга того домена, к которым они относятся, не так ли? То есть, если рекурсор пошёл резолвить buka.kiev.ua, он должен добраться до того, кто авторитетно (не из glue) отвечает IP для ns22.zuka.kiev.ua, и уже получив эти данные идти резолвить что-то из buka.kiev.ua? А промежуточные авторитетные отдатчики зон не должны отвечать записями, которые не относятся к их компетенции? Почему вообще возник вопрос - есть подозрение, что тут некоторые (вероятно, сильно старые) рекурсоры ловят все входящие данные, в частности, из таких additional. В этом случае они накапливают неадекватные адреса, и выловить источник такого крайне тяжело. И следующий технический вопрос тогда к Хостмастеру. Вы фильтруете подаваемое от регистраторов на предмет чужих glue (не относящихся к управляемому домену)? Если да, какой механизм возникновения описанной выше ситуации? Если нет, то почему? -netch-

2 1