by ·6 Comments

Крайно време беше се запася с по грамотен domain. Преди около седмица попаднах на уникално добрата оферта за .eu и нямаше как да не се възползвам. Няколко дни си играх да настроя машината понеже публичния ми адрес е динамичен и се искат някои хватки да се приложат, но почти всички проблеми са изчистени. Публичния ми адрес се подновява в ddns стил. Но винаги ще имам проблеми с доставчиците които кешират заявките, а винаги ще има такива, за съжаление това няма как да се избегне, ще видя ако реша, че ми е проблем ще сменя динамичния адрес с статичен. Това като цяло са разни бъдещи полемики които ще решавам някои друг път.

Засега стария домейн съм го направил да прехвърля към новия такъв и не мисля че ще имам проблеми. Необходимо е да подновите RSS адресите си за да сте сигурни, че получавате вярната информация, за което искам да се извиня за неудобството. Е стига толкова глупости мога само да се поздравя за добрата работа, която не беше малко особено като се има на предвид че почти не съм си имал вземане даване с DNS услугите и първоначално действах като на магия. Накрая обаче му хванах цаката и дори си разписах скриптче което върши черната работа на обновяването на записите, но това ще е тема за в бъдещи разговори след като по изуча из дълбини нещата.

p.s Забравих да пиша нещо важно промених кардинално домейна, защото предишния домейн беше избран с една определена идеална цел, която след толкова години се оказа, че няма да бъде осъществена поради множество причини. Иначе нямаше да е проблем mud-land.eu. Дори е по кратко но блога си е мои и си го водя с една единствена идеална цел – пиша за всичко онова което ме вълнува, и си струва да се сподели. Аз не пиша за всичко и не искам да пиша за всичко искам да оставя една част от себе си скрита. Моето лично пространство претърпя множество от промени. Надявам се тази да не е последната.

Време е за подскачане и релакс малко стига толкова коване 😉 😛

by ·0 Comments

Напоследък и малкото свободно време което имах се изпарява тотално. Работа учене програмиране, един безкраен цикъл – протяжен лепкав дори и малко досаден. В цялата монотонност на ежедневието което ме е погълнало, ако понякога не ми се случват щуротии – дори няма правя разлика между дните седмиците….. Например миналата неделя вечер като се прибирах от Пловдив след Cisco академията ми имах сериозен инцидент с колата, за моя радост всичко се размина леко и пострадали няма 🙂 Ако не беше това нямаше да запомня изминалата седмица с нищо сериозно. През тази седмица ме тормози Python уча го защото ще пиша един доста засукан софтуер и вече му е поставено началото и моята роля ще е да дебъгна старата част и допиша новото. Езика е адски приятен ицзяло обектно ориентиран и ненормално бърз. За сравнение с php разликите са около 2 пъти и малко в ползва на python а за използвани ресурси около 8-9 пъти. Никак не малки цифри. Е времето ми свърши трябва да се изстрелвам по задачи, а в късната част на нощта трябва да напиша един скрипт за MAC OS X.

http://www.youtube.com/watch?v=0-zPWBu–Q4

by ·2 Comments

От доста време имах куция проблем на един сървър, че като му паднеше pppoe адаптера не се закачаше сам. Решението както обикновенно е тревиално само беше въпрос на мързел и няколко магически движения 😀 Драснах следния скрипт киоито набутах в crontab-a да е проверява през 5 минути

#!/bin/bash

PPP_DEV=$(ifconfig | grep -c ppp)

if [ $PPP_DEV -gt 0 ]
then
 echo -e "\n PPPoE still connected \n"
else
 echo -e "\n PPPoE is dropped \n"

 if  ! ping -c 2 -q 'abv.bg' &> /dev/null
 then
    /usr/sbin/pppoe-stop &
    sleep 4
 fi

 /usr/sbin/pppoe-start &
fi

Скрипта е абсолютно спартански но пък върши работа. Иначе по принцип самото slackware си има опция в конфа на pppoe-то да се реконектва само при разпадане на линията ама шанс.

by ·0 Comments

Никога не е късно да станеш за резил са казали хората. Едва днес научих, че CBQ се дъни при правила над 10Mbit-а ужас добре че имам малко клиенти за които го ползвам и още по малко от тях са над критичния лимит. След кратко съвещание с колегите сложихме HTB които се оказа, че няма проблемите като другия мехънизъм за трафик контрол. След няколко дребни пренастроики съставих новите шейпъри и всичко тръгна както си трябваше. Няколко от корпоративните клиенти ще бъдат доволни други бяха, че за около 2 часа бях махнал ограниченията на трафика докато правеждах в готовност HTB-то, така или иначе съм ги режел с трафик нека малко да се порадват 😉 По късно ако не ме смързи ще прочета изоснови разликата в двата мехънизъма да видя къде точно се дъни първи и може да го поопиша ако още повече не ме мързи 😆

by ·0 Comments

Днес поработих малко над новата NUKI верси. Най накрая докарах ред и до нея, а ми се ще да я пооправя малко преди  да пусна последната стабилна, вероятно и финална версия. Та имах идеята да проверявам колко дни е uptime на приемник,  че повечето ми правят проблеми след като са били повечко време, затова реших да правя през 10 дни един прфилактичен рестарт. Набързо драснах конвеирче дето да ми изчиства дните от останалите променливи защото резултата откомандата uptime е доста неприятен за работа

# uptime
12:13:57 up 30 days, 20:07,  1 user,  load average: 0.00, 0.00, 0.00

Та въпросни ред се филтрира само от суперския конвеир 😛

uptime | awk -F'up' '{ print $2 }' | awk -F'days' '{ print $1 }'

Като ако работното време е дни резултат е цяло число с дните, а ако е часове резулататът е подобен на

neo2shyalien@neo2shyalien-box:~$ uptime | awk -F'up' '{ print $2 }' | awk -F'days' '{ print $1 }'
1:34,  5 users,  load average: 0.46, 0.39, 0.41
neo2shyalien@neo2shyalien-box:~$

Заради Което минава през проверка за вида на стойноста

if echo $days | grep "^[0-9]*$" > /tmp/null
then
   echo "Uptime in days is $days"
else
  echo "Uptime isnt in days"
fi

Просто лесно и ясно в if-а конструкцията проверява дали стоиснота съдържа само цифри с регулярни израз grep „^[0-9]*$“.