Тези "нарушители" ги ползват най-вече за VPS ( примерно като заготовки за инсталиране по поискване ). Само не ми е ясно защо не ползват по-stable Дебиан-а, а се мъчат с грозното ubuntu

Кой ви каза, че е "по- stable" ? Ако проверите ядрото на Debian Stable към момента, ще откриетe поне 10 непокрити критични уязвимости, които вече са отстранени в Ubuntu. Такова е положението от няколко години. Само от вчерашната актуализация - CVE-2016-5542, CVE-2016-5554, CVE-2016-5573, CVE-2016-5582, CVE-2016-5597. Няколко дни преди това, затвориха още няколко -  CVE-2016-7425, CVE-2016-7097, CVE-2016-8658, CVE-2016-9644, CVE-2016-7042, CVE-2016-7117.
Никоя от тях не е затворена в Jessie.
По какъв критерии оценявате красотата на сървърно издание. Има по- красив шрифт в терминала ли ?

Шрифта си е 1 ( все пак за server говорим )
Много не-тествани updates пускат в ubuntu заради постоянното им бързане.
Тези CVE гледам са свързани повече с java !?
Другите са за local privilege escalation и са адресирани към ядрото, което не е чак толко вързано със самата дистрибуция.
Така да се каже предпочитам да не update untested software само защото такава е модата като по този начин може да ми домъкнат 1-во много главоболия ( от нещо неработещо ) 2-ро нови security holes ....

Тези "нарушители" ги ползват най-вече за VPS ( примерно като заготовки за инсталиране по поискване ). Само не ми е ясно защо не ползват по-stable Дебиан-а, а се мъчат с грозното ubuntu

Професионалната версия има такива скриптове ( твърдят че са 100+ )

Честито!
И няколко идеи:
1. Добави документация + превод на сайта на EN - задължително условие след като искаш да изкарваш пари от него.
2. На сайта в долната част е много трудно четимо.
3. Ако направиш и някой lib, че да може по-лесно да се изпълняват/извличат различни неща ще е много добре - виж т.4
4. Друго нещо, е че според мен трябва да има някакъв опростен DSL само за query, защото аз лично не съм фен да пренасям логика в каквата и да е DB.

Общо взето трудно човек се ориентира това как и за какво може да се ползва, гледайки документацията.

Виж някъде се разрови из сайтовете. Иначе като гледам основното е configuration тук. Ако си пишеш такъв скрипт и се чудиш за perl-a - пиши и ще help.
Free съвет: ако те мързи - install chef и си намери рецепта за дадентата система.

Edit:
Гледам че virtualmin има вече готови такива скриптове. Какво толко custom ти трябва.

Това windows си е точно прозорец .... с ефекта като да оставиш вечер прозореца отворен в факултета - ще замирише и ще ти "оптимизират" пространството във хола

За DevOps ruby/perl + горе долу bash. Може да срещнеш и python, но не ти го препоръчвам
Разликата е дали ще се ползва puppet или chef ( python / ruby ). Има разбира се и други системи, но са на един и същи принцип.
Общо взето трябва да научиш основните специфики когато се пише за automation и тогава няма да има значение езика или системата.
За bash така и така не е хубаво да си по-експресивен от 10 реда затова не му влагай толко усилия.
Лично съм виждал "pro" admins, където си знаят само основни неща на bash, но се справят с задачите.
Така че ти трябва само любопитство и vim

Ами като гледам имаш опит като за mid admin - демек стандарт. Въпроса е колко време опит имаш с дадените "технологии". Иначе за автоматизирана инфраструктура ще те карат да пишеш не 1 скрипт, а там трябва не малко познания по development. Като там по-скоро отиваме на DevOps. PHP няма да ти свърши работа.
А за такива големи инфраструктури - на всякакви може да осъзнаеш колко не знаеш

Да. И какъв е въпроса. Описали са какво може да се направи.

Пробвай
./gen 0c:c4:7a:1f:82:45

Код

GeSHi (Bash):
START=1;
MAC=${1?"Usage: $0 ARGUMENT"} || exit 1;
END=${2-11};
SEC=${3-4};
 
 
for (( i=START; i<=END; i++ )); do
    for (( ii=1; ii<=SEC; ii++ )); do
        echo "show olt mac $i/$ii | include $MAC";
    done;
done;
 

Имаш аргументи за всичко
P.S. no python xxx

Ще е чудесна добавка към Vimperator-a

dark_elf Така работи интернет. Как минава връзката ще трябва да прочетеш малко повечко. Архитектурата си е такава. Firewall  може да ти е проблем независимо от "архитектурата" която си представяш.
Най-добре си намери някъде pdf-i с Cisco CCNA и чети ( давам го за пример защото първата част е точно запознаване с работата на мрежите )

Виж на chain-a ufw-not-local първия rule. Може да пробваш да го махнеш или ако не стане да пробваш някой друг RETURN. Виж и fail2ban-ssh-ddos
Това е на пръв поглед

Да, трябва да проследиш целия chain. 100% не стига до този rule ( misconfig ). Иначе fail2ban добавя в самото начало на rules и затова винаги работи.