Reborn

Ревю на QNAP TS-219P NAS

Владимир — Sat, 09 Jan 2010 13:44:39 +0000

QNAP’s TS-219 Pro е високо производителен NAS сървър поддържащ до 2 SATA I/II Диска с общ капацитет до 4TB. Днес разглежданият NAS сървър е един от най-добрите в своят клас. Характеризира се най-пълно с изречението „Многофункционално мрежово устройство за съхранение на данни в малък офис или у дома и още нещо..“

Какво ще разглеждаме днес

QNAP TS-219P

High Performance 2-Bay Turbo NAS Server
Model: TS-219 Pro

Хардуерни характеристики

Всяко едно устройство първично се характеризира с вложените в него компоненти и качество на изработката.
С удоволствие мога да кажа, че QNAP са свършили страхотна работа. Не само изработката на устройството е превъзходна но и вложените компоненти са предостатъчни за продължителна и надеждна работа.

CPU: Marvell 1.2 Ghz
RAM: 512MB
FLASH: 16MB
HDD: 2 SATA I/II Slots for 2,5/3,5 inch disks
LAN: 1 x 1Gbit LAN Port
External ports: Power, 3 x USB 2.0, 2 x eSata
Form Factor: Small Tower
Size: 150(H) x 102 (W) x 216(D) mm

Прави много добро впечатление че кутията е изцяло изработена от много солидна ламарина с много приятен за окото кафяв оттенък. Единственият компонент по кутията който не е метален, е пластмасовият преден капак покриващ изведените контролни бутони и индикатори за състоянието на устройството. Самото устройство изглежда солидно и здраво но въпреки това е по-леко от очакваното, имайки предвид изработката му. В самото устройство има единична силно интегрирана платка със SOC елемент, RAM чипове, които за съжаление са запоени към платката и не подлежат на подмяна или разширяване, дъщерна карта към която се закачат твърдите дискове (абсолютно безпроблемно) и малък индикаторен и контролен панел.

Софтуерни особенности

Прави добро впечатление как производителите от QNAP съвсем спокойно обявяват че устройството им работи благодарение на GNU/Linux система и в официалната си документация са включили GPL V3.0 лиценза в пълният му текст. За незапознатите процесорът на Marvell е базиран на ARM V7. Друг приятен момент в запознаването с устройството е че от самото начало ssh достъпа до него е разрешен. Потребителският инерфейс чрез който може да се управлява устройството е доста красив, функционален изграден в голяма част със типичните за web 2.0 инструменти. Базиран е на HTML, AJAX, библиотеките jquery и scriptalicious.
Начините за употреба на устройстовото са почти безгранични. Имайки предвид че това реално е мрежов сървър за съхранение на данни в него можем да намерим всички очаквани услуги:

HTTP
FTP включително със TLS и FXP (сваляне от самият FTP сървър)
SMB или по-известно като Microsoft Networking
AFP изестен като Apple File Protocol
NFS който е дефакто стандарт в Unix/Linux/BSD среда

Допълнително за да се улесни живота на потребителите (или да се утежни живота на администраторите, в зависимост от интерпретацията) има налични няколко допълнителни приложения и възможности:

Download Station – комбинация от битторент клиент и система за сваляне на файлове
Multimedia Station – за излъчване на съхранената музика/филми към съвместими плеъри
iTunes сървър с поддръжка на плейлисти
Web File Manager – за по лесно качване/сваляне на файлове
Surveillance station – дава възможност за управление и архивиране на до 2 IP базирани видеокамери
WEB сървър – в допълнение на стандартният малък сървър необходим за показване на потребителският интерфейс чрез който могат да се сервират файлове и приложения.
MySQL сървър
Пакетен мениджър – чрез него могат да се инсталират не малък брой приложения включително популярният сред хардуерните среди пакетен мениджър ipkg.

Първична инсталация

За голямо неудоволствие на потребителите на операционни системи различни от Microsoft Winodows или Mac QNAP не предлагат инструменти за първично кофигуриране или управление. Въпреки това рааботата с устройството е много лесна и приятна. Един труден момент е намирането на ип адреса на устройството ако не използвате някоя от споменатите по горе две операционни системи.
При първото си включване TS-219P ако в мрежата ви има наличен DHCP сървър той си взема автоматично адрес. При обратната ситуация автоматично си настройва така нареченият Link Local address (169.254.100.100). След свързване с горепосоченият адрес се вижда следното:

с което ни подканва да инициализираме новото ни устройство и естествено ни информира че всичката информация на диска ще бъде изтрита.
Следва първично инициализиране на диска при което се установяват необходимите за работа дялове:

Прави добро впечатление че в процеса на първична инсталация инженерите от QNAP са решили да наложат задължителен ъпгрейд на наличният фирмуеър движещ устройството. За съжаление се приема всеки валиден имидж на операционната система

След обновяването на софтуера следва доста симпатичен магьосник за началните настройки.

След въвеждане на очакваните настройки: име на устройството, администраторска парола, IP конфигурация, синхронизция на времето, избор на услугите които да бъдат активирани и избиране на дисковата конфигурация следва екран обобщаващ направените избори и очакващ потвърждения:

След прилагането на избраните настройки и инициализиране на дисковете NAS устройството се рестартира и пренасочва към административният интерфейс:

Освен показаният по горе интерфейс в стил Cover Flow има и вариант в който просто иконите са подредени в един ред.

Административен интерфейс

При опит за свързване с IP адреса на устройството (ако не е активиран web сървърът) потребителят е пренасочен към административният интерфейс на порт 8080 където могат да бъдат използвани различните активирани приложения и административният интерфейс. За влизане в системата се поддържа и SSL криптиране на връзката между администратора и NAS устройството.

При въвеждане на административен потребител ни се показва административният интерфейс в който ни се предоставят на пръв поглед някои често използвани задачи:

В дървовидната структура много добре са подредени всички необходими задачи с ясно изразени икони и удобства. Малък недостатък който се забелязва при работа с устройството е кеширането на данните особенно при операции свързани с тотално преконфигуриране на дисковата конфигурация. Това води до пълно изтриване на данните но поради кеширането част от етикетите и предишните конфигурации остават активни.

Интересни елементи на устройството

Въпреки че TS-219P се предлага като NAS сървър то има далеч повече функционалност от очакваната. Както споменахме в предните параграфи, има голям набор от приложения и услуги. Сред тях изпъкват наличният DHCP сървър и възможността за настройване на jumbo frames:

Системата за хардуерен мониторинг:

Базовата защита от мрежови атаки изнесена в удобен интерфейс:

Вариантите за известяване (e-mail, sms):

Доста разочароващо е липсата на възможноста за известяване и управление посредством SNMP, но това не е задължително за всеки. Всъщност това е необходимо за по-големи организации които не са в целевият сегмент на устройството.
Друга забележителна възможност за устройство от такъв клас е възможността за създаване и управление на iscsi target дялове:

В тази функционалност е интересно да се отпележи възможноста за тънко провизиране на дяловете предназначени за iscsi target. Посредством тази възможност в първият момент не се заема цялото място което сме решили да отделим за конкретният случай, което от своя страна позволява създаването на повече дялове които при нарастване запълват наличното място. При подобна ситуация е възможно да се извърши онлайн разширяване на дисковото пространство.
Също така интересни са и възможностите за онлайн миграция и разширяване на наличното пространство. Системата автоматично определя възможните действия над избраните дялове/дискове и предоставя само тези възможности:

Предлагат се доста възможности за споделяне на данните в зависимост от избраният протокол, включително присъединяване на устройството към активна директория, частично премахване на блокирането на файлове при достъп, правата на различните потребители/групи и адреси от които се опитва достъп до ресурсите на системата.

Както е видно от представената по-долу картинка освен че на устройството има инсталиран пълнофункционален web сървър също така има инсталирано PHP и възможността за пълна редакция на самата конфигурация.

Наличните модули са напълно достатъчни за пълноценна работа на да речем Joomla.
Последният акцент от наличният софтуер е Download Station системата:

Той предоставя в удобен интерфейс за сваляне както на торент файлове така и на файлове разположени върху http/ftp сървъри.

Тестове

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

Използваните конфигурации в тестовете са следните:

Тествано устройство:
- Устройство: TS-219P
- Дискове: 2 x 250 Gb 2,5 inch Hitachi
Тестова платформа:
- CPU: Intel Core2Duo P8400
- RAM: 4GB
- Video: ATI Radeon HD3450
- Мрежова карта: 1Gbit Broadcom Tigon 3
- OS: Debian Lenny
Конфигурация на тестовата среда:
- Мрежа: директна връзка между тестваното устройство и тестовата платформа, работеща със скорост от 1Gbit/s
- TS-219P: всички услуги освен NFS споделяне на файлове и административният интерфейс бяха изключени
- Тестова платформа: текстова среда със изключени всички услуги освен необходимите за монтиране на NFS споделена папка
- Монтиране на споделената папка: mount -o noatime,intr,hard,rsize=65535,wsize=65535,noacl,nolock,ac 192.168.10.148:/share/MD0_DATA/review /home/nas
- Потребители: Единствен административен потребител както на устройството така и на тестовата платформа
- Единствена споделена папка на тестваното устройство с пълен достъп за всички до нея.
Тестови процедури:
- Всеки от тестовете бе изпълнен 5 пъти с рестартиране на NAS системата и тестовата платформа с изчакване от 1 час след стартирането на системите и усредняване на резултатите.
- Тест 1: Копиране на 2 GB файл със случайни данни
- Тест 2: Копиране на 24 GB видео материали размер от 50 MB до 900 MB
- Тест 3: Копиране на 10 GB офис файлове със среден размер от 1MB
- Тест 4: IoZone тестове

Резултати

При Тест 1 с копиране на единичен голям файл се наблюдават скорости на трансфер от 37 до 45 MB/s даващ ни среден резултат от 46 s за трансфера.
При Тест 2 поради копирането на по голям брой файлове с относително средни размери се наблюдават скорости от 36 до 42 MB/s даващ усреднен резултат от 605 s за трансфера
При Тест 3 поради големият брой малки файлове (общ брой 14000) се наблюдава деградиране на производителността на трансфера. Наблюдаваните скорости са от 28 до 33 MB/s даващ усреднен времеви разултат от 311 s.
При Тест 4 се срещат няколко странни резлутата които в началото бяха отдадени на временни проблеми но в последствие се оказва че са сериозни и реални проблеми при определени размери на блоковете при трансфер. Пълните данни са налични при заявка. По долу може да откриете графиките при размер на блока за трансфер от 4kb

Файловият размер е в килобайти. Както се забелязва има доста странно пропадане в скоростта при размер на файла от 8 MB. Друг интересен момент е много сериозното повишаване на скоростта на четене за големи файлови размери. (макар и на цената на доста завишено натоварване на процесора).

Заключения и финални мисли

TS-219P е един прекрасен NAS с целева аудитория малък офис или дома. Има много удобен интерфейс за управление и голямо количество възможности за употреба. Освен стандартно очакваните възможности и приложения за един NAS има и доста други които дори и по някога стоящи не на място са полезни и удобни. Благодарение на технология на онлайн миграция и онлайн разширяване на дисковото пространство този нас може да бъде използван дълго време само с редовна подмяна на дисковете. Освен всичко това устройството позволява интелигентно управление на използваното електричество, има стабилен и издържлив дизайн (имаше желания за скачане върху него които бяха отказани заради страха от самонараняване). Както може да се види от синтетичните тестове с IOZone той е подходящо устройство при работа със средни до големи файлове.
За финални думи искам да кажа че съм много доволен от работата свършена от инженерите на QNAP.

Литературен конкурс “Оставката на министъра”

Владимир — Mon, 07 Dec 2009 13:07:06 +0000

Е както всички знаете организира се Литературен Конкурс “Оставката на Министъра“. Така или иначе вече се включихме с парична сума но пък за сметка на това сега смятам и да понапиша нещо. Тая събота неделя имах предостатъчно време да гледам телевизия и на … хрумнаха ми някои идеи.

Вариант първи
Предупреждавам … Стилът е почти кошмарен, най вероятноима тонове грешки но … пък си е мое и ми харесва.

Оставката на министъра

Главата се люшна тежко в страни. Светът губеше фокус, и това изобщо не се харесваше на министъра. Вчера май се беше случило нещо. От вътре го гризеше нещо …
Какво ли се бе случило та се чустваше толкова зле. Че пи пи, то това си беше в реда на нещата. Да не би да беше ударил кофти алкохол. След кратка проверка на кошчето и коридора се установи, че все пак алкохолът си е бил наред. Да не би пък да бе прекалил с дрогата. Вярно е че последно време вдигаше дозата ама чак толкова … Бързият поглед към огледалната маса и се установи че втората доза дори не е отворена и даже от първата има малко останало.
Нещата започваха да изглеждат все по-странно и по-странно.
Остана последната възможност, да се бе ударил някъде сериозно. Опипа главата си … странно, нямаше цицини. След бързичка инспекция установи че няма синини, нито изкълчени или счупени крайници.
Ставаше все по-странно и дори страшно. Все едно участваше едновременно в книга на Чандлър и филм на Хичкок. Тази неизвестност все повече го дразнеше, но бидейки един стар кадровик и таен агент познат под името “Нослето”, той стигна до простият извод
“АДЖЕБА що ли се главоболя, я да ида аз на работа и да врътнем машинарията, все от някъде ще изкочи едно зайче и всичко ще си пасне на място.”
Речено, сторено. Облече се бавно и аха да излезе му блесна една малка лампичка:
* Дзънннннн, курвата вчера не ставаше … беше пълнолетна и не се дърпаше. Така просто се губи красотата. Е нищо.
Вече облечен и леко поуспокоен, тръгна към министерството. Малко му беше странно че колата я нямаше долу, но това му се бе случвало и преди. Реши че шофьора си има собствена работа или пък сваля някоя метла и иска да я впечатли.
Поръча си такси, и както обикновенно пална поредната цигара. Бакшиша беше нов, ама наистина нов. Нещо беше приказлив, но едно бързичко скастряне му изби идеите от празната картуна.
Стигна до заветното министерство, излезе тежко от колата, и тръгна напред. Зад него бакшиша се развика
“Абе а сметката?”
“Каква сметка бе анкоолу, ти знаеш ли кой съм бе, а, искаш ли ти напраим живота беличък …”
“Къф си ти бе, нямаш ли комплекси?”
“Аз съм министър бе недоклатено пале, е ся вече ша те праим стерео!!!”
“Ооо в грешка си пич, нали вчера подаде оставка?”
Е те сега вече си такова такованката. В този момент все едно някой запали 100 слънца до министъра, всичко от вчерашният ден му мина рязко през главата. Всичко му се извъртя като на филм. Той си бе подал оставката, при това сам. Ех тежко е да си министър.

Вчерашният ден беше започнал просто идеално, главоболието беше точно колкото трябва, алкохолът беше перфектен (троен дестилат 25 годишен), пурите бях кубински, дрогата колумбийска и чиста, курвите перфектни, компанията прилично невзрачна. Просто денят беше започнал идеално. И след това просто всичко се скапа.
Едната курва била с жица, и на всичкото отгоре била непълнолетна. Мда лошо се случи, нищо министър съм ще ми се размине. Да ама не, това не беше единственото. Оказа се че е нужна изкупителна жертва, за да се симулира някаква дейност пред европейският съюз. Обвиниха го в корупция, не че не беше истина но му стана болно. Изсимулираха му един подкуп от само 10000 лв. 10000 ЛВ, как не ги е срам, та той тези пари ги харчеше преди закуска само. о и само това да беше пак щеше да е ок. Ама не, някво недоносено журналистче беше почнало да се рови и беше стигнало до няколко сладки сделки. Беше поръчал да го дисциплинират, но уви, изказът му беше малко пиперливо цветист, и някак си се оказа записан на лента и публично пуснат. Късно се усети.
След това дойде и следващият удар, нямаше да може да се оттърве от накисването за корупция. Този път проклетото ЕС беше се напушило яко, беше му болно. Той така добре работи, краде, маза, лъга, и сега какво. НОЖ В ГЪРБА. Предатели, изменници, ще ги научи тях. След него и потоп.
Помоли секретарката да му напише оставката, нямаше представа как се пише такова нещо. За него оставка не съществуваше, а само повишение и преместване. Е както и да е ще видят те.
След малко секретарката дойде с напечатаната оставка. Боже помисли си министърът, само 3 реда е, как може министър да си подава оставката само с 3 реда, е карай. Погледна нежно секретарката си … и установи че има конска физиономия, но за сметка на това задникът и беше тесен и се гънеше като желе като я сложиш на кура, май беше гимнастичка. В миг на разчустване отвори чекмеджето извади някаква пачка и я подаде
* На вземи, заслужила си ги. Толкоз време ме скриваше от идиоти и нахалници. А сега изчезвай, вземи си отпуска и да те няма искам да съм сам.
След кратък размисъл удари един подпис на оствката, пусна я по вътрешната поща и отвори сейфа …
А в сейфа, в сейфа имаше документи. Малко стари, малко овехтели, тук таме захабени, с лекенца от кафе, но негови …

Министърът го хваща съвестта

Владимир — Mon, 07 Dec 2009 12:53:39 +0000

Вариант втори
Предупреждавам … Стилът е почти кошмарен, най вероятноима тонове грешки но … пък си е мое и ми харесва.

Оставката на Министъра

Събуди се с тежко главоболие. В главата му се вихреха разни тъмни мисли, но той ги отдаде на главоболието и обичайната липса на кондиция рано сутрин. Все пак той беше министър и беше немислимо това да се бе случило. Но странно защо след първото кафе, мислите си останаха загнездени там.
Той се виждаше как разписва оставката си. Но това нямаше как да стане, все пак той бе министър, такова поведение не само бе немислимо но и напълно невъзможно. Как така министър сам да си подаде оставката.
Тези мисли го тревожеха. И той направи единственото което обикновенно му помагаше, тръгна към своята персонална ясновидка.
Цеца кухата от столипиново много се гордееше с нейният единствен клиент. Все пак той бе голяма клечка, май беше някакъв актьор защото непрекъснато му виждаше снимката по вестниците които той и носеше. Пък и на всичкото отгоре беше лесен. Не искаше нищо, само трябваше да кима с глава, дори не искаше и да я праска (то кой ли би искал). Като се замисли май никой не я беше праскал от както направи 40. Пък и добре плащаше актьорчето, дойде побъбри малко, пошматка се наоколо, цеца изръсваше нещо безсмислено изпод мустак, той хвърляше на масата пачка пари и си тръгваше. Като цяло сладка работа, ямаше притеснения или нерви.
Министъра гарира скромната си служебна количка, която харчеше повече бензин на ден от един рейс 280 (нищо че те са на нафта, ама са големи зверове), пред раздрънканата барака на цеца кухата. Слезе и се запъти към своето персонално чистилище и душеловка. Но нещо май не беше наред.
Не цеца си беше там, но някак си аурата на мястото беш по-различна, някак си тежка, направо болезнена. Няма нищо рече си той, като влезна и всичко ще се оправи.
Влезна той при цеца. Измина известно време и отвътре се чу злобен писък, сякаш някой го набучваха на кол. И май че колът беше покрит с бръснарски ножчета, а май някой се бе заиграл или със солена вода или с реванол (не реване).
Някакви мизерни наносекунди след писъка, министърът изхвърча като тапа през вратата, с побеснял поглед и нададе същият писък. Изнасяйки се като бен джонсън, някъде наляво изчезна в големият град.
Откриха го след два дни … мръсен, черен, с огън в очите, говорещ несвързано, с кости от плъхове в косата. За голямо съжаление на цялата ръководна класа се наложи да го хоспитализират в специализирано заведени за хора с леки дефекти на паметта. Журналистите започнаха кроткият пир … “Министър подал оставка самоволно преди два дни вече е в лудница”, “Опасно ли е да се напуска държавният апарат?”, “Има ли полза да си реалист, и патриот когато си в лудницата?”.
Вакханалията беше бясна, говори се за това събитие в продължение на цели два месеца. Накрая дойде най-лошото: Министърът се беше самообесил. За целта бе използвал собственоръчно направено въже от собствената си коса и сперма. Този път вакханалията беше много по кротка. Но колкото и да им се искаше на управляващите да не разбутват стари рани, наложи се да се проведе разследване. Защо се беше самоубил министърът, имало ли е помагачи и т.н. И не само това ами беше наложително да се изчисти името на специализираната болница, защото там почиваха доста политици и можеше да стане грозно.
Инспектор Стрезов, водеше разследването вече трети месец, но нещо не вървеше. Имаше чуството, че криеха информация от него и това изобщо не му беше приятно. Въздъхвайки след поредния почти празен ден той си наля първата чаша чист натурален сок от ябълка за вечерта и започна да пренарежда и разглежда информацията която имаше.
Събитията се движеха просто но в тях нямаше никакъв смисъл.
Ден 1ви: Министърът отива на работа и някъде около 15:45, позвънява на секретарката си да му донесе една официална празна бланка. Казва че му се рисувало за да се поразтуши от тази безкрайно грозна и некрасива пролет. Секретарката му занася празна бланка в 15:47. Около 16:15, министърът излиза от кабинета си и казва на секретарката че днес повече просто не може да седи в кабинета си и се прибира. В 16:30 секретарката отива за да остави някои книжа за да може министърът да ги прегледа на следващата сутрин. Намира оставката му, която е саморъчно написана и се обажда на премиера. В 16:41, вестник “ПолитОпозОмазХартиш” научава новината от нарочно инсталиран дериват към личният ТА-21 на министър прецедателя. До 17:25 новината вече е раздухана в огромни пропорции. Министърът вече си е у тях където оставя бележка на жена си че е много уморен и ще спи, както и прави.
Ден 2ри: Министърът става в нормалният си час за ставане (10:51) явно с прилично главоболие. Изпива първото си кафе и тръгва към Цеца кухата. Около 12:45 е пред цеца кухата. Поговарят си малко, разказва че го боли глава, цеца кима, той вади вестник, прочита новината че си е подал оставката и застива като камък (на това медиците му викат кататоничен ступор). След около 2 мин се раздвижва издава зверски писък и изчезва навън в неизвестна посока.
Ден 4ти: Около 17:42 министърът е открит в особенно окаяно състояние. Мръсен, кален, с кости от плъх в косата.
Ден 5ти: Преценено е че в момента министърът не може да се грижи адекватно за себе си и може да представлява опасност за околните, затова бива приет на кратко лечение в специализирано заведение.
Ден 66ти: Шумът около оставката на министъра и последвалото му приютяване в специализирано заведение вече е почи изчезнал. През това време министърът е все в ъщото налудничаво състояние. Не различава никой, не се повлиява от лекарствата, няма достъп до източници на новини, гледа само анимация.
Ден 666ти: Министърът се самообесва с въже направено от собствената му коса и сперма.
Стрезов изпсува яко за пореден път, нямаше никакъв смисъл в информацията, как така един министър ще си подаде оставката и то сам, че даже и саморъчно ще я надпише. Трябва да е имало нещо, някъде има нещо скрито.
В този момент звънна звънеца, Стрезов не очакваше никой, но все пак отиде да отвори. На входа стоеше симпатична цицеста брюнетка с лекоо дезориентиран поглед.
Гледайки питащо, стрезов светна лампата в коридора (някой беше залепил копчетата във фоайетата и не можеше да се светне). Как мога да ви помогна госпожице – попита галантно той.
- Знам няколко неща около оставката на Министъра, ако искате мога да ви ги прошушна на уше.
Стрезов почти се разтопи но дългът му към закона се показа на време и той просто и направи знак да влезе. Докато тя се настаняваше той нагласи записващата техника и забърка едно ирландско кафе за гостенката си.
- Е госпожице започвайте, не се притеснявайте, разказвайте с колкото се може повече подробности. Имаме време, лентата е предостатъчно, а на мен не ми се спи.
- Е добре решила съм се. Аз съм Цицка Цицолиева, бях любовница и държанка на министъра. С мен споделаше доста неща. Не знам дали всичко кеоето ми казваше е истина, но все пак ще ви го разкажа. Точно преди да си подаде оставката той беше в много странно състояние на духа. Казвашеми Че вече не се чуства комфортно като Министър. Твърдеше че нещо го гризе от вътре. Бяха му омръзнали политическите игри, не му било вече сладко да ходи по коктейли или пък да взема подкупи. Започнало било да му става тежко като гледа как се разграбвала държавата, как на никой от кабинета не му пукало за хората. Беше изгубил волята си да бъде Министър. Видях го за последно в деня преди да си подаде оставката. Тогава ми говори за дълг, за лошото състояние на сиропиталищата, чустваше се криво че децата нямало какво да ядат, а пък неговите собствени деца били в частни училища в чужбина и се били възпозвали от държавните пари и прекрасното чуждо образование. Просто не беше същият човек който познавах. Каза ми също че бил нагазил в доста дълбоки води и това не му се нравело. Жена му го обичала, но само това не стигало. Казах му че и аз го обичам но той пак каза че само това не стига. Искал нещо повече. Опитах се да го ободря и му казах че вече има деца, изградил е кариера и като цяло няма за какво да се притеснява. Той само склони глава и каза че съм права. Погали ме и си тръгна. Мислех си че всичко ще се размине и че ще му мине, но уви, не мина. Това е моята история. Дано ви помогне.
Стрезов я погледна тежко и съвсем чистосърдечно и каза, че това не добавя почти нищо към наличните до момента данни. Но все пак е нещо което той много цени. Извика и такси качи я на него и я изпрати да си върви по пътя.
След като си тръгна седна и се замисли … боже какви цици имаше тази Цицка Цицолова. Седна да намести новати информацияи и стигна до така нежеланият от всички политици и силни на деня.
Министърът просто се беше изхабил, беше го хванала най-страшната политическа болест. “Гузната съвест”. Тя беше лош съветник но Стрезов като един препатил специалист знаеше че тя съществува и е почти неизбежна в някои моменти.
Разследването му така и не разкри други факти и той се принуди да представи резултатите си пред Политиците. Те не бяха доволни, но само и само да го накарат да мълчи го наградиха и пенсионираха предсрочно. Оказа се че е болен от много страшна и рядка болест за която единственото лечение е ппродължителен престой в курортни центрове и изпиването на минимум 8 двойни дайкирита дневно в компанията на чернокоси полуобречени островитянки. Стрезов много се бори против това но доктоорите заключиха че не е на себе си и насила го транспортираха до малък остров с предимно женско население , заредиха острова с дайкири и заточиха Стрезов там. Така се оформи зоната СК1 (Специална Карантина 1) където се изпращаха всички подобни случаи.

За литературният конкурс “Оставката на министъра”
Автор Владимир Витков
Всяка прилика с реални лица или събития е напълно случайна.
Материалът не е подходящ за лица под 18 години.

BTV hacked

Владимир — Sun, 06 Dec 2009 20:09:33 +0000

Е здрасти, което си е новина си е новина. сайта на БТВ беше хакнат.
Е не точно хакнат ами deface -нат (което си е почти същото). Нямам представа колко време е бил така но около 2 мин след като го видях вече беше свален. Т.е някой бърз админ беше убил webserver -а. Направо ме е срам че не погледнах хедърите на кво върви.

Доказателство:
Предупреждение: Снимката е големичка

Update: Сайта им е все още долу. Беше си deface -нат като хората. Нямаше нищо трито от секциите, макар че 100% е можело …

Trac + SVN The setup

Владимир — Sun, 06 Dec 2009 19:24:19 +0000

Disclaimer: Описаните техники в този документ могат да ви помогнат но не е задължително да са напълно вярни и изчерпателни. Не поемам отговорност за каквито и да било реални или нереални, вреди, ползи, пропуски, паднали къщи или каквото и да е произтичащи от ползването или неползването на този документ.

История

25.01.2007 – Първа версия

Тук ще се постарая да опиша по какъв начин съм настроил система състояща се от Trac и SVN която използвам за управление на проекти.

Идеята
Тъй като се занимавам с много и най-вече различни проекти, стана ясно че имам мужда от система за управление на проекти. И докато това ми се търкаляше в главата реших че ще е добре ако може да се използва за множество проекти с множество хора. Почна се търсенето, като минах през dotProject, TikiWiki, Mantis и някои други. Но просто някак си не ми допадаха. В крайна сметка се спрях на Trac и SVN.

Мотивацията
Избрах комбинацията Trac + SVN по следните причини

Свикнал съм със SVN пък макар и от конзола
Trac се разработва относително активно
Вече имах инсталиран Python заради част от системата ми
В самия Trac има вградено wiki което ще се ползва за описанието на проектите и документацията
Има билетчета за проблеми
Куп други дреболии

След всичко казано Trac се оказа едно добро решение.

Желязото
Машината на която работи всичко това е следната

Debian Unstable
600 Mhz CPU
256 MB Ram
20G HDD

Върху нея работят доста услуги: mysql, apache, exim, routing/shaping/nat, dns, dhcp, ntp, ftp, shell, samba (в режим на Master Browser) и други.

Като цяло доста слабичка машинка по днешни стандарти, но полезна и гледана с любоФ

Необходим Софтуер
За да може системата да работи като хората ни трябва следният софтуер

Trac
subversion
libneon
Python
pysqlite
python-subversion-bindings
mod_python
clearsilver
xinetd
други дреболии

Като цяло най-лесно е ако си имате дебиан. Ако е такъв случая процедурата е пределно проста

apt-get install trac libapache2-mod-python xinetd

И започва веселбата :)

Допълнително към Python сме инсталирали python-setuptools, tracwebadmin, tracaccountmanager.

Разположение на файловете
Тъй като ще има няколко проекта, ще отделим специално място за цялата система. Препоръчително е да е на отделен дял.
При мен се спрях на директорията /home/projects която има следната структура

/home/projects/
/home/projects/trac
/home/projects/trac/project1
/home/projects/trac/project2
... ... ...
/home/projects/svn
/home/projects/svn/project1
/home/projects/svn/project2
... ... ...

Възможно е Trac и SVN инстанциите да се намират в директориите на проектите но така се усложнява млко конфигурацията

Същинското изпълнение
Създайте си директорната структура която ще ви е удобна:

mkdir -p /home/projects/{trac,svn}

Създайте си съответните проекти (това става с trac-admin)

trac-admin /home/projects/trac/project1 initenv

Ще ви бъдат зададени няколко въпроса и по точно: Име на проекта, База данни (sqlite е добър избор), тип на хранилището за код, къде се намира самото хранилище.
Ограничение е че хранилището на код трябва задължително да е на същата машина (не се поддържат отдалечени), но това може лесно да се заобиколи с помощта на nfs

Създайте съответните хранилища за код (svnadmin)

svnadmin create /home/projects/svn/project1[code]
Променете правата на така създадените директории съответно на потребителя като който вървят Trac системата и svn сървъра
[code lang=bash]chown -R www-data:www-data /home/projects/trac/project1
chown -R svnserv:svnserv /home/projects/svn/project1

Използваме www-data тъй като под този потребител работи Apache сървъра. Потребителя svnserv сме създали предварително като за домашна директория сме му задали /home/projects/svn

След като имаме вече създадени проектите време е да можем да ги покажем в браузър (иначе са безполезни).
Trac може да работи като самостоятелен демон (tracd), като CGI процес (trac.cgi, trac.fcgi) или в контекста на Apache (което сме и избрали) с помощта на mod_python.

В конфигурацията на Apache добавяме

LoadModule python_module modules/mod_python.so
# или го разрешаваме с помощта на дистрибуцията си
 

    # с какво ще обработваме съдържанието
    SetHandler mod_python
    # точно с какво (trac)
    PythonHandler trac.web.modpython_frontend
    # коя информация точно ще сервираме
    PythonOption TracEnvParentDir /home/projects/trac
    # от какво ще генерираме индекса (не е задължителен)
    PythonOption TracEnvIndexTemplate /home/projects/trac/listing.cs
    # debug mode ON
    PythonDebug on

Рестартираме сървъра и проверяваме. Трябва да се вижда нещо подобно на следната картинка

Ако ли пък не … почвайте да гледате в логовете какво пише.

Следва да пуснем svn сървър. Това се прави с помощта на svnserve. В случая съм избрал да го стартирам през xinetd понеже няма да е толкова натоварен. За по голяма сигурност ще работи като отделен потребител (svnserv)

Конфигурацията на xinetd е следната

service subversion
{
        # слушаме само на IPv4 адрес
        flags = IPv4
        # услугата НЕ е спряна
        disable = no
        # потребител и група
        user = svnserv
        group = svnserv
        # максимален брой инстанции
        instances = 5
        # be nice :)
        nice = 15
        # кой точно е сървърът
        server = /usr/bin/svnserve
        # аргументи за стартирането му
        server_args = --inetd --root /home/projects/svn
        # обичайните работи (логване, типаж ...)
        log_on_success = PID HOST DURATION
        log_on_failure = HOST ATTEMPT
        wait = no
        socket_type = stream
}

Тествайте със svn клиент дали работи.

Подсигуряване и подобряване на Услугите
След като имаме работещи услуги време е да помислим за тяхното подсигуряване. А именно ето какво ще направим:

За Trac системите

Премахване на анонимният достъп (изцяло). За тази цел ще ни се наложи да използваме trac-admin. Възможно е да се реализира през web интерфейс но все пак трябва да се знае как се прави на ръка.

# влизаме в интерактивен режим
      trac-admin /projects/trac/project1
      # привилегиите се управляват посредством командата permission
      Trac [/home/projects/trac/project1]> permission help
      permission list [user]
              -- List permission rules

      permission add   [action] [...]
              -- Add a new permission rule

      permission remove   [action] [...]
              -- Remove permission rule
      # това е просто за запознаване
      # следва същинското премахване
      Trac [/home/projects/trac/project1]> permission remove anonymous *

Вече анонимните потребители нямат никакви права.

добавяне на нов административен потребител с пълни права. Това се прави за да имаме по лесен контрол.
```
Trac [/home/projects/trac/project1]> permission add user1 TRAC_ADMIN, MILESTONE_DELETE ....
      # всички възможни привилегии
```
Така добавеният потребител user1 ефективно получава пълен и абсолютен контрол.
активиране на администраторският панел - тази процедура се извършва чрез редакция на кконфигурационният файл conf/trac.ini в директорията на нашият проект. За да активираме администраторският интерфейс е необходимо да разрешим използването на компонентите които са ни нужни а именно да добавим
```
[components]
webadmin.* = enabled
```
включване на подобрен процес на влизане в системата - по начало процеса на влизане в Trac не е особенно красив нито пък удобен, затова и ще бъде подменен от разширението TracAccountManager. То има зависимост от TracWebAdmin който вече е активиран. За да можем да ползваме подобреният процес трябва първо да изключим вграденият във trac и да активираме новият. Това става отново с редакция на trac.ini
```
[components]
acct_mgr.admin.accountmanageradminpage = enabled
acct_mgr.api.accountmanager = enabled
acct_mgr.htfile.abstractpasswordfilestore = enabled
acct_mgr.htfile.htdigeststore = disabled
acct_mgr.htfile.htpasswdstore = enabled
acct_mgr.http.httpauthstore = disabled
acct_mgr.web_ui.accountmodule = enabled
acct_mgr.web_ui.loginmodule = enabled
trac.web.auth.loginmodule = disabled

[account-manager]
password_file = /home/projects/trac/users
password_store = HtPasswdStore
```
Какво точно прави всяка опция е добре обяснено в документацията (линковете са в края)
Сега е необходимо да рестартираме web сървъра за да влезнат в сила нашите промени.

За svn сървъра:

Забраняване на всякакъв достъп за неауторизирани потребители

Това се изпълнява като се редактират конфигурациите на svn сървъра. Те се намират в директорията в която е нашето хранилище на код. Модифицираме ги по следният начин:

conf/svnserve.conf

### This file controls the configuration of the svnserve daemon
### Visit http://subversion.tigris.org/ for more information.

[general]
# никакъв достъп за анонимните
anon-access = none
password-db = passwd
authz-db = authz
realm = Project 1

conf/authz

### This file is an example authorization file for svnserve.
### Its format is identical to that of mod_authz_svn authorization
### files.

[groups]

# за кой път иде реч (правата се унаследяват)
[/]
# правата на потребител (четене и писане)
user1 = rw
# правата на всички останали (пълна нула)
* =

conf/passwd

### This file is an example password file for svnserve.

[users]
user1 = password

Заключение
След като сме си свършили всичката работа следва да рестартираме за един последен път apache и xinetd и да започнем да си ползваме системата. За подробности за работата с нея … във връзките

Връзки
Trac
mod_python
Apache
Subversion
TracWebAdmin
TracAccountManager

DHCP + TFTP + PXELINUX = Netinstall

Владимир — Sun, 06 Dec 2009 18:49:16 +0000

Disclaimer: Описаните техники в този документ могат да ви помогнат но не е задължително да са напълно вярни и изчерпателни. Не поемам отговорност за каквито и да било реални или нереални, вреди, ползи, пропуски, паднали къщи или каквото и да е произтичащи от ползването или неползването на този документ.

Мотивация
Преди около седмица в Linux-BG се появи молба за помощ, за един леко прецакан windows. Ситуацията беше, че MBR на системата беше заминал по дяволите, а машината нямаше нито CD, нито флопи, нито пък можеше да стартира от USB. Остава като решение само стартиране от мрежа. Помогнахме му на човека понеже си имам инсталиран такъв сървър в къщи. Тази комбинация от софтуер е полезна и при други ситуации (основно мързел) като инсталация на отдалечени машини, тестове, и някои други добрини.

Цел
Да получим сървър от който да може да се стартира инсталация на операционна система.
Ще демонстрираме как се прави това с Debian, а за други дистрибуции е аналогично.

Необходими компоненти

Инсталирана и работеща линукс система която ще ползваме за PXE сървър
DHCP сървър – тук ще опишем настройката му
TFTP сървър
PXELINUX – от syslinux системата
Интернет свързаност или локално копие на необходимите пакети за инсталация
Желание за работа и малко трезва мисъл

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

Теория на работата
Доста машини могат да стартират през мрежа, било то за да работят като терминали или по други съображения. За целта мрежовата им карта трябва да поддържа PXE стандарта за предпочитане над версия 0.91. Макар че може да бъде излъгана и с по-ниски версии.
Самият процес протича доста елементарно и като цяло е доста прост:

Машината стартира и се инициализира биос подсистемата
Инициализира се PXE подсистемата на мрежовата карта
Мрежовата карта изпраща заявка за IP адрес
DHCP сървъра отговаря като в допълнение и предлага да стартира от мрежа и я насочва към следващия сървър (TFTP)
TFTP сървъра предоставя на мрежовия стек малък файл който играе ролята на boot мениджър
От този мениджър си избираме една от опциите и стартираме

За повече информация по темата:

http://syslinux.zytor.com/ – информация за syslinux комплекта от инструменти
PXE
DHCP в wikipedia
http://www.dhcp.org/

Настройка на DHCP сървър
Настройката не е нищо особенно има я подробно описана в документацията на sysllinux/pxelinux. Единственото което ни е необходимо в допълнение към нормален dhcp сървър са две допълнителни опции които ще обясним нагледно с пример.

/etc/dhcpd.conf

#
# Sample configuration file for ISC dhcpd for Debian
#
# $Id: dhcpd.conf,v 1.4.2.2 2002/07/10 03:50:33 peloy Exp $
#

# Задължително или няма да може да раздаваме адреси при нормална работа
authoritative;

# Да ще позволяваме стартирането на стари клиенти (идва от BOOTP протокола)
allow bootp;
# Да ще позволяваме стартирането на клиенти посредством PXE
allow booting;
# нашият следващ сървър от където ще си дръпнем boot loader
next-server 10.99.3.1;
# Как се казва нашият boot loader
filename "pxelinux.0";

default-lease-time 14400;
max-lease-time 86400;

# стандартна конфигурация на dhcp сървър
subnet 10.99.3.0 netmask 255.255.255.0 {
  range 10.99.3.10 10.99.3.200;
  option domain-name-servers 10.99.3.1;
  option domain-name "instalations.network";
  option routers 10.99.3.1;
  option subnet-mask 255.255.255.0;
  option broadcast-address 10.99.3.255;
  option default-ip-ttl 64;
  option default-tcp-ttl 64;
  option time-offset 7200;
  option time-servers 10.99.3.1;
  option ntp-servers 10.99.3.1;
  option netbios-name-servers 10.99.3.1;
  option netbios-node-type 8;
}

Ако нещо не ви е ясно ви съветвам да се обърнете към помощните страници на пакета dhcp

Настройка на TFTP сървър
За тфтп сървър ще използваме tftp hpa работещ в режим на демон.
той се инсталира пределно просто (при debian)

apt-get install tftpd-hpa

Конфигурацията му се намира в /etc/default/tftpd-hpa и е следната:

# ще работим като демон
RUN_DAEMON="yes"
# опциите са
# -l - работим в режим на демон
# -v - записваме подробна информация
# -s - работим в сигурен режим като сервираме само от тази директория
OPTIONS="-l -v -s /tftpboot"

Все още не стартирайте сървъра. Препоръчва се файловете както и директорията /tftpboot да са собственост на root и да са само за четене (от всички)

Настройки на PXELINUX
PXELINUX се намира в серята програми наречена syslinux. Не е необходимо да инсталирате целия пакет тъй като от него ще ползваме само pxelinux.0 и евентуално memdisk ако искате да стартирате дос

Конфигурацията му е до някъде сложна но ще се постарая да я обясня като хората. Самият pxelinux се конфигурира от един текстов файл който указва какво и с какви настройки да бъде стартирано. Също така поддържа възможност различните машини да получават различна конфигурация. Документацията в пакета syslinux е много добра макар и длъжка така че наистина я прочетете поне диагонално.
Нашата инсталация на pxeilinux ще живее в директорията /tftpboot и има следната структура:

/tftpboot/
/tftpboot/initrd/
/tftpboot/kernels/
/tftpboot/pxelinux.0
/tftpboot/pxelinux.cfg/
# нашата конфигурация
/tftpboot/pxelinux.cfg/default
/tftpboot/texts/

В случая ще демонстрираме една единствена конфигурация за всички машини. За разнообразни конфигурации моля погледнете в документацията. Следва и примерната конфигурация:
/tftpboot/pxelinux.cfg/default

# по подразбиране стартираме от локален диск
# прави се за да не стане гаф и да унищожим информация
default local
# закъснение при стартиране (5 секунди)
timeout 50
# да покажем ли промпт
prompt 1
# да покажем определен текст
display texts/menu.txt

label local
        localboot 0

# етикет за този кернел
label deb26n
# самият кернел
        kernel kernels/deb-testing-26.kernel
# допълнителни опции
        append initrd=initrd/deb-testing-26.initrd \
           vga=normal \
           ramdisk_size=16384 \
           root=/dev/rd/0 \
           devfs=mount,dall rw

label deb26e
        kernel kernels/deb-testing-26.kernel
        append initrd=initrd/deb-testing-26.initrd \
           DEBCONF_PRIORITY=low \
           vga=normal \
           ramdisk_size=16384 \
           root=/dev/rd/0 \
           devfs=mount,dall rw

Забележка: редовете append са разпределени на няколко реда от съображения за четимост, но в конфигурацията трябва да са на един ред.

Кернелът и initrd файла са взети от проекта дебиан и по точно от секцията му нетбоот. Добавени са с лека адаптация и допипване на командния ред

Заключение
Като цяло това е всичко. Не е особенно трудно да се постигне. Евентуален проблем който може да срещнете е че PXE агента на мрежовата карта е малко стар и не иска да работи с tftp сървър а задължително изисква pxe сървър, но това е лесно решимо.
За тези които искат готово решение без много много да си играят ето пакетирано всичко необходимо. Необходимо е само да имате инсталиран dhcp и tftp сървър.

Очаквам въпроси, коментари, предложения и каквото ви хрумне в коментарите.

HOWTO: Boot Norton Ghost over network

Владимир — Sun, 06 Dec 2009 18:36:02 +0000

Днес ще разгледаме темата как да стратираме Norton Ghost през мрежа.
Постът е по идея на jorgy днешната статия ще гради върху предоставената вече основа.

Идеята
Трябва да си сътворим подходяща медия която да може да се стартира през мрежа и в нея да си сложим ghost-a. Първоначалното желание беше да се опише начин за стартиране на iso изображение по мрежа, но го отхвърляме поради факта че самото изображение може да е … големичко. Все пак няма нужда да точим 80 М през мрежата и в последствие да го слагаме във рам диск (макар че е възможно). Това ще бъде споменато въпреки всичко.

План за действие
Трябва да завършим следните стъпки:

Създаване на стартираща медия
Добавяне на Norton Ghost в нея
Добавяне в системата ни за мрежово стартиране

Създаване на стартираща медия
Тъй като Norton Ghost е като цяло win32/DOS базирано приложение ще ни е необходима медия която поддържа дос среда. Поне за мен най удобната за случая медия е стартова дискета на Windows 98 SE. Тъй като тази дискетка е малко пълна ще се наложи да осводобим малко място (тоест да поразкараме доста работи).
За начало понеже няма да използваме CD/DVD изхвърляме всички драйвери по темата, следва изхвърляне на инструментите за спасяване (ebd.cab, expand.exe) и някои други дреболии. В крайна сметка трябва да получим базова стартираща дискета с command.com, autoexec, няколко sys файла и достатъчно свободно място за да сложим на нея нашият ghost.exe. В края на статията има връзка към предварително подготвена медия.
Самата стартова дискетка може да се намери от доста места. Аз лично препоръчвам http://www.bootdisk.com/.

Друг вариант за подготвяне на медията е да намерим bootsector от подобна дискета и да го запишем в началото на празен файл. Това може да се постигне със dd, cat и други различни приятели :).

Добавяне на Norton Ghost в медията
Като цяло това е проста операция. Трябва само да монтирате предварително подготвената медия с достатъчно свободно място и да копирате изпълнимият файл на ghost-a.

Добавяне в системата ни за мрежово стартиране
Тук идва вече сериозната работа.
Понеже това е дос той се стартира по малко особен начин. Трябва да бъде излъган леко. Това се постига посредством PXE линукс и кернелът който те предоставят наречен memdisk.
Използваме следните предположения:

Използваме текущото активна конфигурация изградена в статията Мрежова инсталация със DHCP & TFTP

Следва да си копираме memdisk от дистрибуцията на pxelinux в директорията ни kernels а предварително подготвената медия във директорията initrd.

След като сме си ги изкопирали следва да добавим следната секция във файлът /tftpboot/pxelinux.cfg/default

label Ghost
    kernel kernels/memdisk
    append initrd=initrd/ghost.img

С това конфигурацията ни завършва.

Стартиране на iso изображение
Тъй като iso файловете си имат собствен boot сектор те могат да бъдат стартирани със memdisk. Тоест initrd файла който ще заредим е iso файла.
По тази тема трябва да внимавате за размера на iso файла и наличната ram памет.

Заключение
Посредством тази заигравка може да стартирате ghost за възстановяване от локален диск. В текущото описание и предоставеният файл не можете да възстановявате архиви през мрежа (няма включена поддръжка на мрежа). Също така не може да се разчита на високата памет и може би някои дреболии които се считат за даденост. Като цяло е полезно в рамките на тези ограничения.

Връзки/материали

http://syslinux.zytor.com/ – информация за syslinux комплекта от инструменти
PXE
DHCP в wikipedia
http://www.dhcp.org/
ghost.img.gz

The Perfect SOHO router – Part 6

Владимир — Sun, 06 Dec 2009 18:13:28 +0000

Това е шестата част от серия от статии в които ще обясня как да създадем перфектният SOHO рутер. Държа да отбележа че това е моята идея за рутер със всичките и предимства и недостатъци.

Серията се състои от следните статии:

Общи насоки, идеи, нужни услуги и размисли – тук ще се постарая аргументирано да обоснова защо съм избрал този комплект от софтуер и услуги

Инсталация на базовата система - ще опиша методът по който ще инсталираме и минимизираме нашата система

Конфигуриране на DNS и DHCP услугите – тук ще опиша обосновано конфигурациите които смятам за оптимални

Конфигуриране на рутирането – като цяло тук е сърцето на нашият рутер. Ще предложа някои трикове за улесняване на живота, както и насоки към по-специфични задачи

Конфигуриране на елементарна система за наблюдение и статистика

Разширяване възможностите на нашият рутер – ще опиша някои дреболии които могат да направят живота ни много по лесен, удобен и приятен

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

Тъй като има изгледи тази статия да стане най-голямата и да се пише доста време, ще трябва да кликнете на линка прочети повече. Ще се радвам ако и вие споделите вашите малки номера и трикове.
Първото удобство с което ще разширим нашият рутер това е прокси. Освен простото прокси ще го направим и прозрачно за да можем да избегнем конфигурирането му на всяка машина. Трябва да се отбележи че има и автоматични методи за конфигуриране на прокси сървъри но те не са от най-удобните или пък безпроблемните.

Защо ни трябва прокси
Прокси сървърът представлява система която кешира заявки. Тоеск ако клиент А изиска файл file.html нашият сървър ще съхрани за определено време отговорът в своят кеш и при последваща заявка за този файл от друг клиент Б файлът ще бъде подаден от кеша, а не от интернет. По този начин постигаме спестяване на трафик, ускоряване, контрол. С малко повече труд може да се реализира антивирус, антиспам, филтрация на реклами, контрол на трафика и др. Най-популярното решение за прокси сървър е squid.

Проста конфигурация на squid
Ще дадем една много елементарна конфигурация при която всичко работи, но няма никакви защити от към използване. Конфигурацията е без коментарите от файла поради причината че целият файл е около 40К.

# на кой порт да слушаме и дали да ауторизираме (не)
http_port 9999 no-connection-auth
# на кой порт да си говорим с други проксита (няма да си говорим)
icp_port 0
# ако някой от тези стрингове се среща в URL - не кеширай
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
cache deny QUERY
# workaround за буг в апачето
acl apache rep_header Server ^Apache
broken_vary_encoding allow apache
# максимална големина на обект в рам областта
maximum_object_size_in_memory 48 KB
# колко рам да заделим за кеширане
cache_mem 24 MB
# директория за кеш файлове (прочетете конфигурацията във файла, много полезна е)
cache_dir aufs /var/spool/squid 500 16 256
# логовете ...
access_log /var/log/squid/access.log squid
# малко анонимизация ... максимална всъщност)
client_netmask 0.0.0.0
# юзер за ftp сесии
ftp_user IEUser@
hosts_file /etc/hosts
# стандартни параметри за проверка по някои протоколи
refresh_pattern ^ftp:           1440    20%     10080
refresh_pattern ^gopher:        1440    0%      1440
refresh_pattern .               0       20%     4320
# малко ACL-и. Почти всички са стандартни
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443          # https
acl SSL_ports port 563          # snews
acl SSL_ports port 873          # rsync
acl Safe_ports port 80          # http
acl Safe_ports port 21          # ftp
acl Safe_ports port 443         # https
acl Safe_ports port 70          # gopher
acl Safe_ports port 210         # wais
acl Safe_ports port 1025-65535  # unregistered ports
acl Safe_ports port 280         # http-mgmt
acl Safe_ports port 488         # gss-http
acl Safe_ports port 591         # filemaker
acl Safe_ports port 777         # multiling http
acl Safe_ports port 631         # cups
acl Safe_ports port 873         # rsync
acl Safe_ports port 901         # SWAT
acl Jabber_ports port 5222 5223	#Jabber
acl purge method PURGE
acl CONNECT method CONNECT
# това вече сме ние
acl clientnetwork src 10.42.3.0/255.255.255.0
# след като имаме ACL-и време е да почнем да раздаваме достъп
http_access allow manager localhost
http_access allow manager home
http_access deny manager
http_access allow purge localhost
http_access allow CONNECT Jabber_ports
http_access deny purge
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
# ДАААА пуснахме го :)
http_access allow clientnetwork
http_access allow localhost
# Всичко което не е разрешено ... под ножа
http_access deny all
http_reply_access allow all
icp_access allow all
cache_mgr root
cache_effective_group proxy
# нека да скрием версията при грешки
httpd_suppress_version_string on
# и да не издаваме че има прокси по пътя
via off
forwarded_for off
cachemgr_passwd parola all
buffered_logs on
short_icon_urls on
coredump_dir /var/spool/squid
# нека да се опитаме да сме умни и да вземаме по няколко странички на куп
pipeline_prefetch on

Както се вижда това отново е една много проста конфигурация, която се различава съвсем малко от стандартната. Променили сме стандартният порт на който слуша сървърът ни, добавили сме настройка за in-memory кешът, увеличили сме малко дисковият кеш и сме скрили малко факта че има прокси. Сега остава да го направим сървърът ни прозрачен. Тоест да няма нужда клиентите да се настройват. Това се постига посредством пренасочване на изходящите заявки към определен порт. Да предположим че искаме да пренасочваме целият http трафик но не и https трафика и ftp трафика. Като допълнителен бонус знаем че част от клиентите посещават сайтове които не са на 80ти порт ами на 81,88,8800,8080. Също така доста сайтове предпочитат да имат два web сървъра, първият на порт 80 който сервира страниците и втори обикновенно на порт 81 който сервира картинки само.
Цялата задача се реализира по следният начин (използваме конвенциите от Четвърта част)

$IPT -t nat -A PREROUTING -i $INT_IF -m multiport --dports 21,80,81,88,8800,8080 -j REDIRECT --to-port 9999

Съответно порт 9999 е отворен поне за вътрешният интерфейс.

Темата с delay_pools също е интересна тъй като с нея може да се реализира прост шейпър. И за всеобща радост е много добре обяснена в конфигурационният файл.

Просто ограничаване на трафик
Понякога клиентите на рутера са малко нагли и теглят ужасно много. Ако нямаме познанията или желанието да реализираме някакъв вид шейпър, можем да направим временно решение посредством iptables. Решението се базира на идеята че ако линията е претоварена мрежовият стек се опитва да намали трафика. Обикновенно претоварена линия се открива когато започнат да се губят пакети. И за да изглежда реално пакетите трябва да се губят що годе случайно. Това се постига посредством модула към iptables RANDOM. Този модул е в patch-o-matic-ng base. Правилото изглежда по следният начин.

$IPT -t nat -A FORWARD -i $INT_IF -s < client_IP > -m RANDOM --average 5% -j DROP

Методът изобщо не е красив и понякога само натоварва допълнително линията. Ако ползваме голям процент обаче (над 30%) обикновенно клиентите се усещат и просто си спират свалящите се работи.

Малко по-подробни статистики
Ако статистиките от mrtg не са ви достатъчни може да използвате ipaudit-web. Като цяло е доста добър софтуер, вади прилични статистики, но за съжаление е малко натоварващ.

За момента това са работите за които се сещам. Всеки който иска нека публикува и своите дребни трикове в коментарите. Ще се постарая да ги интегрирам.

Сървър за точно време
Това е едно удобство за клиентската мрежа което може да осигури стабилност на определен тип приложния. Най-вече тези които зависят от точното врем. Освен тях от точно време може да се възползва всеки който иска. Сървърът се реализира посредством пакета ntpd и конфигурацията му е доста семпла и проста

# /etc/ntp.conf, configuration for ntpd
# къде да пазим нашето отместване. Специфична настройка необходима за работа на сървъра
driftfile /var/lib/ntp/ntp.drift
# къде да съхраняваме статистиките
statsdir /var/log/ntp
# какви статистики искаме и точно с какви опции
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example

# pool.ntp.org maps to more than 300 low-stratum NTP servers.
# Your server will pick a different set every time it starts up.
#  *** Please consider joining the pool! ***
#  ***  ***
# да научим нашият сървър къде да пита за точно време
server 0.bg.pool.ntp.org iburst
server 1.bg.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server pool.ntp.org iburst

Както виждате настройката е пределно проста. Единственото което си струва да се отбележи е че обявяваме времето на всеослушание. Никой не гарантира че то ще бъде използвано, но нека да го има. Ако имаме желание може да уведомим нашите клиенти къде могат да открият нашият сървър за време посредством следните редове в конфигурацията на нашият dhcp сървър (dhcpd):

option time-servers 10.99.3.1;
option ntp-servers 10.99.3.1;

Трябва също така да се отбележи че за да работи тази услуга, портът на който работи да бъде отворен. Препоръчително е това да стане само за вътрешният интерфес. Портът за който иде реч е 123.

The Perfect SOHO router – Part 5

Владимир — Sun, 06 Dec 2009 17:59:19 +0000

Това е петата част от серия от статии в които ще обясня как да създадем перфектният SOHO рутер. Държа да отбележа че това е моята идея за рутер със всичките и предимства и недостатъци.

Серията се състои от следните статии:

Общи насоки, идеи, нужни услуги и размисли – тук ще се постарая аргументирано да обоснова защо съм избрал този комплект от софтуер и услуги

Инсталация на базовата система - ще опиша методът по който ще инсталираме и минимизираме нашата система

Конфигуриране на DNS и DHCP услугите – тук ще опиша обосновано конфигурациите които смятам за оптимални

Конфигуриране на рутирането – като цяло тук е сърцето на нашият рутер. Ще предложа някои трикове за улесняване на живота, както и насоки към по-специфични задачи

Конфигуриране на елементарна система за наблюдение и статистика

Разширяване възможностите на нашият рутер – ще опиша някои дреболии които могат да направят живота ни много по лесен, удобен и приятен

В тази част ще изградим една много проста система за наблюдение и диагностика на нашият рутер.
Защо
За да знаем какво се случва с нашият рутер. Винаги е полезно да знаем в какво състояние е нашият рутер и то да можем да достигнем до тази информация бързо.

Какво ще има
Личното ми предложение за елементарна система е както следва:

Web базирана – за лесен достъп от всякъде
Проверка на състоянието на интернет свързаността – за да може с един поглед да се каже дали имаме връзка и дали проблема е някъде при нашият доставчик
Проверка на състоянието на мрежовите карти – дали са включени, да не би кабелчето да е избягало и т.н.
Проверка на използването на паметта – да не би случайно да сме влезнали в swap зоната и харда да траши
Проверка броя активни сесии – за да видим до къде е стигнало използването
Трафик статистика с помощта на mrtg
Пълна системна информация от phpsysinfo

Скрипт за проверка на състоянието на интернет свързаността
Това е един много прост скрипт който ще се опита да направи няколко пинг-а до определен адрес който сме сигурни че е винаги на линия. Използваме ип адрес а не име за да избегнем проблема с пропаднал DNS.
За да работи коректно този скрипт е необходимо да имаме ping, tail, cut, php




Connection check







Checking Conection with
" . $target . "


";
$OK="CONNECTION IS UP";
$NO="CONNECTION DOWN";

$status=exec("ping -q -c3 $target | tail -n 1 | cut -d' ' -f1");

if ($status == "rtt") { echo $OK; } else { echo $NO; }
?>



Check with abv.bg Check with Google

Самият скрипт изобщо не е красив а да не говорим и че не е много сигурен но върши работа. Ето примерен изглед на успешна и неуспешна проверка.

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

Скрипт за проверка на състоянието на мрежовите карти
Идеята на този скрипт е да установи дали имаме физическа свързаност. Не винаги е полезен но върши работа.
За да работи скрипта имаме нужда от sudo, mii-tool.




NIC check







Checking Network Cards


External network is UP";
} else {
        echo "External network is DOWN
Please check Cable (eth0)";
}
$status=exec("sudo /sbin/mii-tool eth1 | md5sum | cut -d' ' -f1");
if ($status === 'e413ff927a35f4df4c8bdecd70111902'){
        echo "Internal network is UP";
} else {
        echo "Internal network is DOWN
Please check Cable (eth1)";
}
?>

Проверката на картите не е универсална поради използваните md5 суми, но това може да се коригира особенно лесно. Напълно достатъчно е да се търси в изхода на командата mii-tool стринга link ok. За да работи този скрипт е необходимо потребителят от чието име вървъ нашият web сървър да има достъп до mii-tool. Това става посредством следният ред в /etc/sudoers

www-data ALL=(ALL) NOPASSWD: /sbin/mii-tool

Проверка на използването на паметта
Този скрипт е полезен за проверка на използваната памет. При рутери е особенно важно системата да не използва swap тъй като това краде процесорни цикли и като цяло затормозва машината. За да работи скрипта ни е необходима командата free

< ?php
// simple checking of memory utilisation
// vvitkov
// 02.11.2006
?>
< html >

Memory Usage



< ?php include "header.php"; ?>
< body >
Memory Usage


< ?php
$stat=explode(" ", shell_exec("free -m| head -2|tail -1|awk '{print $2\" \"$3\" \"$4}'"));
$stat2=explode(" ", shell_exec("free -m| head -4|tail -1|awk '{print $2\" \"$3\" \"$4}'"));
$tresh=30;
?>

        
                Mem type
                Used
                free
                Total
        
        
                RAM
                < ?php echo $stat[1]; ?>
                < ?php echo $stat[2]; ?>
                < ?php echo $stat[0]; ?>
        
        
                SWAP
                < ?php
                        if ($stat2[1] > $tresh) {
                                echo "$stat2[1]" ;
                        } else {
                                echo $stat2[1];
                        }
                ?>
                
                < ?php echo $stat2[2]; ?>
                < ?php echo $stat2[0]; ?>
        
        
                TOTAL
                < ?php echo ($stat[1]+$stat2[1]); ?>
                < ?php echo ($stat[2]+$stat2[2]); ?>
                < ?php echo ($stat[0]+$stat2[0]); ?>
        
        
                 
                < ?php
                        if ($stat2[1] > $tresh) {
                                echo "^^^" ;
                        } else {
                                echo " ";
                        }
                ?>
                
                 
                 
        

If there is a red number ... that is a problem
< ?php include "footer.php"; ?>

Mem type	Used	free	Total
RAM	< ?php echo $stat[1]; ?>	< ?php echo $stat[2]; ?>	< ?php echo $stat[0]; ?>
SWAP	< ?php if ($stat2[1] > $tresh) { echo "$stat2[1]" ; } else { echo $stat2[1]; } ?>	< ?php echo $stat2[2]; ?>	< ?php echo $stat2[0]; ?>
TOTAL	< ?php echo ($stat[1]+$stat2[1]); ?>	< ?php echo ($stat[2]+$stat2[2]); ?>	< ?php echo ($stat[0]+$stat2[0]); ?>
	< ?php if ($stat2[1] > $tresh) { echo "^^^" ; } else { echo " "; } ?>

Единствената променлива която трябва да се коригира е $tresh. Тя се използва за да извади предупреждение че използването на swap е нарастнало над някакво ниво. Възможно е да бъде нагласена на примерно 20% но смятам че е по удачно да бъде въведена на ръка.

Проверка броя активни сесии
Ако има проблеми с отваряне на страници, това може да е индикация на изхабени сесии. Тъй като знаем че някои доставчици лимитират броя сесии, този инструмент може да бъде полезен. Трябва да се отбележи че числата които са отчетени не са строго меродавни, тъй като не се отчита състоянието на сесията а просто наличието и. Тоест ако сесията е в състояние CLOSE_WAIT въпреки че може да бъде оползотворена тя се включва в бройката.
За да работи коректно скрипта са ни необходими sudo, netstat-nat




Connection statistics





Connection statistics



        
                Proto
                Clients
                Ruter
        
        
                TCP
                
                
        
        
                UDP
                
                
        



Only active connections are visible

Заключение
В тази статия не е показана настройка на mrtg и phpsysinfo, тъй като те са относително елементарни. С това приключва нашата елементарна система за наблюдение и статистика. Самата система е наистина доста проста но върши работа.
Прилагам цялата система в архивиран вид. За да работи е необходимо да си настроите mrtg посредством cfgmaker и indexmaker от инсталацията на mrtg и phpsysinfo посредством пакетната система на дебиан.

monitoring system

Трябва да се отбележи че системата има възможност да показва съобщения настроени от администратора в основният си изглед. Това се постига благодарение на файла header.php

Серията продължава в The Perfect SOHO router – Part 6

The Perfect SOHO router – Part 4

Владимир — Sun, 06 Dec 2009 16:57:58 +0000

Това е четвъртата част от серия от статии в които ще обясня как да създадем перфектният SOHO рутер. Държа да отбележа че това е моята идея за рутер със всичките и предимства и недостатъци.

Серията се състои от следните статии:

Общи насоки, идеи, нужни услуги и размисли – тук ще се постарая аргументирано да обоснова защо съм избрал този комплект от софтуер и услуги

Инсталация на базовата система - ще опиша методът по който ще инсталираме и минимизираме нашата система

Конфигуриране на DNS и DHCP услугите – тук ще опиша обосновано конфигурациите които смятам за оптимални

Конфигуриране на рутирането – като цяло тук е сърцето на нашият рутер. Ще предложа някои трикове за улесняване на живота, както и насоки към по-специфични задачи

Конфигуриране на елементарна система за наблюдение и статистика

Разширяване възможностите на нашият рутер – ще опиша някои дреболии които могат да направят живота ни много по лесен, удобен и приятен

След като вече сме инсталирали нашият рутер и сме пуснали някои услуги е време да конфигурираме самият процес на рутиране. Това се постига чрез стандартни инструменти като route, iptables, arp, iproute2.

В тази част ще покажем следните варианти:

Прост елементарен рутер – това е най елементарният но за сметка на това не предлага кой знае какви възможности
Рутер който изпълнява NAT/masquerade и firewall функции – това е може би най-разпространеният вариант.
Рутер който изпълнява баланс на трафика от два или повече доставчика – това вече е по-напреднала тема но въпреки всичко има полза от нея.

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

Прост рутер
При тази ситуация нашият рутер просто развърта тряфика. В общият случай не се прави маскиране или филтрация на трафикатъй като като цяло е решено че не е необходимо. Това решение обикновенно се ползва при големи мрежи просто за да се сегментира мрежата. Постига се особенно елеменарно тъй като изисква включване на една единствена опци в кернела и разрешаването и за изпълнение. Опцията е IP FORWARDING. Може да бъде разрешена по два различни начина:

Посредством proc системата (тя е налична при всички случаи):
```
echo "1" > /proc/sys/net/ipv4/ip_forward
```
Посредством sysctl системата (може да не е налична):
```
sysctl -w net.ipv4.ip_forward=1
```

Тази настройка разрешава препращане на пакети между интерфейсите на рутерът ни и така реално го стартираме. Необходимо е тази настройка да бъде сложена на такова място че при стартирането на нашата машина тя да бъде изпълнена автоматично. Добро място за тази настройка е /etc/rc.local или отделен файл който се изпълнява съвсем в края на процеса на стартиране.
Както забелязвате това е един много опростен рутер който не предлага почти никакви ползи. За да работи правилно всяка от клиентските машини трябва да има собствен адрес, който е разпознаваем в обхвата на мрежата. Този рутер не изпълнява филтрация и не предпазва по никакъв начин машините зад него. Като цяло това решение е удачно за големи мрежи които искат да сегментират адресното си пространство и които имат сериозен рутер и firewall на входа им.

Рутер който изпълнява NAT/masquerade и firewall функции
Това е може би най-често използваното решение. Предимствата му са че зад един адрес могат да се скрият (маскират) доста олям брой машини (теоретично почти неограничен стига да имаме процесорна мощ).
Конфигурацията за този пример ще изградим при следните предпоставки:

Външен интерфейс: eth0 със съответно назначения му адрес и маска
Вътрешен интерфейс: eth1 със съответно назначения му адрес и маска
Проста защита от DoS, DDoS атаки и сканиране
Лимит на специфични ICMP заявки
Достъп до http и ssh от външната страна на рутера ни
Достъп до http, ssh, dns, dhcp от вътрешната страна
SNAT за всички клиенти на рутера ни (дори при динамичен адрес)
Препращане на 10 порта за всеки клиент – за удобство на потребителите ни
Изрична филтрация на част от боклука във външната/вътрешната ни мрежа

Темата за ограничения по TTL изрично ще я пропусна. Реализира се просто и има достатъчно документация по въпроса.

#!/bin/bash

# Simple firewalling router
# author: vvitkov
# contact: http://www.getoto.net/az/
#
# Licence: CC NC-BY-SA v3
# Disclaimer: i take no responsibility for the consequences of using or not using this.
# It is up to you to decide what to do with this stuff.
# Please if you use this write me a note and don't remove the author info.

#######
# Settings, vars
#######
echo "Setting Up Variables ..."
IPT="/sbin/iptables"
if [ -x /sbin/sysctl ] ; then
	SYSCTL="/sbin/sysctl -w"
fi

# define external interface, ip, mask, broadcast
EXT_IF="eth0"
EXT_IP="$(/sbin/ifconfig $EXT_IF | grep "addr:" | cut -d":" -f2 | cut -f1 -d" ")"
EXT_NM="$(/sbin/ifconfig $EXT_IF | grep "addr:" | cut -d":" -f4 | cut -f1 -d" ")"
EXT_BC="$(/sbin/ifconfig $EXT_IF | grep "addr:" | cut -d":" -f3 | cut -f1 -d" ")"

# define internal interface, ip, mask, broadcast
INT_IF="eth1"
INT_IP="$(/sbin/ifconfig $INT_IF | grep "addr:" | cut -d":" -f2 | cut -f1 -d" ")"
INT_NM="$(/sbin/ifconfig $INT_IF | grep "addr:" | cut -d":" -f4 | cut -f1 -d" ")"
INT_BC="$(/sbin/ifconfig $INT_IF | grep "addr:" | cut -d":" -f3 | cut -f1 -d" ")"
INT_NET="$INT_IP"/"$INT_NM"

# define the loopback
LO_IF="lo"
LO_IP="127.0.0.1"

# define allowed ports
EXT_IN_TCP="22 80"
EXT_IN_UDP="33434:33524"

INT_IN_TCP="22 53 67 68 80"
INT_IN_UDP="53 67 68 33434:33524"

#######
# Lets go
#######
echo "Tunning ..."
if [ -z $SYSCTL ] ; then
	# stop forwarding
	$SYSCTL net.ipv4.ip_forward=0
	# fix our routing a bit
	$SYSCTL net.ipv4.conf.default.accept_redirects=0
	$SYSCTL net.ipv4.conf.default.accept_source_route=0
	$SYSCTL net.ipv4.conf.default.send_redirects=0
	$SYSCTL net.ipv4.conf.default.rp_filter=1
	# don't log strange packets
	$SYSCTL net.ipv4.conf.default.log_martians=0
	# smurf rpotection
	$SYSCTL net.ipv4.icmp_echo_ignore_broadcasts=1
	$SYSCTL net.ipv4.icmp_ignore_bogus_error_responses=1
	$SYSCTL net.ipv4.conf.default.proxy_arp=0
	# keep quiet about arp requests/answers
	$SYSCTL net.ipv4.conf.default.arp_filter=1
	$SYSCTL net.ipv4.conf.default.arp_announce=2
	$SYSCTL net.ipv4.conf.default.arp_ignore=2
	# set the ttl to a windows like box (additional layer of security)
	$SYSCTL net.ipv4.ip_default_ttl=128
	# recycle fast unused buckets for packet infos
	$SYSCTL net.ipv4.tcp_tw_recycle=1
	$SYSCTL net.ipv4.tcp_tw_reuse=1
	# do not stamp the packets
	$SYSCTL net.ipv4.tcp_timestamps=0
else
	echo "0" > /proc/sys/net/ipv4/ip_forward
	echo "0" > /proc/sys/net/ipv4/conf/default/accept_redirects
	echo "0" > /proc/sys/net/ipv4/conf/default/accept_source_route
	echo "0" > /proc/sys/net/ipv4/conf/default/accept_send_redirects
	echo "1" > /proc/sys/net/ipv4/conf/default/rp_filter
	echo "0" > /proc/sys/net/ipv4/conf/default/log_martians
	echo "1" > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
	echo "1" > /proc/sys/net/ipv4/icmp_ignore_bogus_error_responses
	echo "0" > /proc/sys/net/ipv4/conf/default/proxy_arp
	echo "1" > /proc/sys/net/ipv4/conf/default/arp_filter
	echo "2" > /proc/sys/net/ipv4/conf/default/arp_announce
	echo "2" > /proc/sys/net/ipv4/conf/default/arp_ignore
	echo "128" > /proc/sys/net/ipv4/ip_default_ttl
	echo "1" > /proc/sys/net/ipv4/tcp_tw_recycle
	echo "1" > /proc/sys/net/ipv4/tcp_tw_reuse
	echo "0" > /proc/sys/net/ipv4/tcp_timestamps
fi

# Clear all tables
echo "Start on clean ..."
$IPT -F
$IPT -t nat -F
$IPT -t mangle -F

$IPT -X
$IPT -t nat -X
$IPT -t mangle -X

$IPT -P INPUT DROP
$IPT -P OUTPUT DROP
$IPT -P FORWARD DROP

echo "Setting custom chains ..."
$IPT -N bad_packets
$IPT -N bad_tcp_packets
$IPT -N icmp_packets
$IPT -N tcp_in
$IPT -N udp_in
$IPT -N tcp_out
$IPT -N udp_out

echo "Setting some protections ..."
echo "  General"
$IPT -A bad_packets -p ALL -i $EXT_IF -s $INT_NET -j DROP
$IPT -A bad_packets -p ALL -m state --state INVALID -j DROP
$IPT -A bad_packets -p tcp -j bad_tcp_packets
$IPT -A bad_packets -p ALL -j RETURN

echo "  TCP"
$IPT -A bad_tcp_packets -p tcp ! --syn -m state --state NEW -j DROP
$IPT -A bad_tcp_packets -p tcp --tcp-flags ALL NONE -j DROP
$IPT -A bad_tcp_packets -p tcp --tcp-flags ALL ALL -j DROP
$IPT -A bad_tcp_packets -p tcp --tcp-flags ALL FIN,URG,PSH -j DROP
$IPT -A bad_tcp_packets -p tcp --tcp-flags ALL SYN,RST,ACK,FIN,URG -j DROP
$IPT -A bad_tcp_packets -p tcp --tcp-flags SYN,RST SYN,RST -j DROP
$IPT -A bad_tcp_packets -p tcp --tcp-flags SYN,FIN SYN,FIN -j DROP
$IPT -A tcp_in -p TCP -s 0/0 --destination-port 113 -j REJECT
$IPT -A bad_tcp_packets -p tcp -j RETURN

echo "  ICMP"
$IPT -A icmp_packets --fragment -p ICMP -j DROP
$IPT -A icmp_packets -p ICMP -s 0/0 --icmp-type 8 -m limit --limit 1/s -j ACCEPT
$IPT -A icmp_packets -p ICMP -s 0/0 --icmp-type 11 -j ACCEPT
$IPT -A icmp_packets -p ICMP -j RETURN

echo "  UDP"
$IPT -A udp_in -p UDP -s 0/0 --dport 137 -j DROP
$IPT -A udp_in -p UDP -s 0/0 --dport 139 -j DROP
$IPT -A udp_in -p UDP -s 0/0 --dport 113 -j REJECT

echo "Filling the chains ..."
echo "  UDP INCOMING"
for PORT in $EXT_IN_UDP ; do
	$IPT -A udp_in -p UDP -i EXT_IF -s 0/0 --dport $PORT -j ACCEPT;
done
for PORT in $INT_IN_UDP ; do
	$IPT -A udp_in -p UDP -i INT_IF -s 0/0 --dport $PORT -j ACCEPT;
done
$IPT -A udp_in -j RETURN

echo "  UDP OUTGOING"
$IPT -A udp_out -p UDP -s 0/0 -j ACCEPT

echo "  TCP INCOMING"
for PORT in $EXT_IN_TCP ; do
	$IPT -A tcp_in -p TCP -i $EXT_IF -s 0/0 --dport $PORT -j ACCEPT
done
for PORT in $INT_IN_TCP ; do
	$IPT -A tcp_in -p TCP -i $INT_IF-s 0/0 --dport $PORT -j ACCEPT
done
$IPT -A tcp_in -p TCP -j RETURN

echo "  TCP OUTGOING"
$IPT -A tcp_out -p TCP -j ACCEPT

echo "  INCOMING"
$IPT -A INPUT -p ALL -i $LO_IF -j ACCEPT
$IPT -A INPUT -p ALL -j bad_packets
$IPT -A INPUT -p ALL -d 224.0.0.1 -j DROP
$IPT -A INPUT -p ALL -i $INT_IF -s $INT_NET -j ACCEPT
$IPT -A INPUT -p ALL -i $INT_IF -d $INT_BC -j ACCEPT
$IPT -A INPUT -p UDP -i $INT_IF --sport 68 --dport 67 -j ACCEPT
$IPT -A INPUT -p ALL -i $EXT_IF -m state --state ESTABLISHED,RELATED -j ACCEPT
$IPT -A INPUT -p ALL -i ! $EXT_IF -m state --state NEW -j ACCEPT
$IPT -A INPUT -p TCP -i $EXT_IF -j tcp_in
$IPT -A INPUT -p UDP -i $EXT_IF -j udp_in
$IPT -A INPUT -p ICMP -i $EXT_IF -j icmp_packets
$IPT -A INPUT -m pkttype --pkt-type broadcast -j DROP

echo "  FORWARD"
$IPT -A FORWARD -p ALL -j bad_packets
$IPT -A FORWARD -p tcp -i $INT_IF -j tcp_out
$IPT -A FORWARD -p udp -i $INT_IF -j udp_out
$IPT -A FORWARD -p ALL -i $INT_IF -j ACCEPT
$IPT -A FORWARD -i $EXT_IF -m state --state ESTABLISHED,RELATED -j ACCEPT
$IPT -A FORWARD -p ALL -i $EXT_IF -m state --state NEW -j ACCEPT

echo "  OUTPUT"
$IPT -A OUTPUT -m state -p icmp --state INVALID -j DROP
$IPT -A OUTPUT -p ALL -s $LO_IP -j ACCEPT
$IPT -A OUTPUT -p ALL -o $LO_IF -j ACCEPT
$IPT -A OUTPUT -p ALL -s $INT_IP -j ACCEPT
$IPT -A OUTPUT -p ALL -o $INT_IF -j ACCEPT
$IPT -A OUTPUT -p ALL -o $EXT_IF -j ACCEPT

echo "  NAT"
echo "      PORT FORWARDING"
TMP="`echo $INT_IP | cut -d\. -f1-3`"
for HOST in `seq 2 254` ; do
        PORTR=$((10000+HOST*10)):$((10009+HOST*10))
        echo "   $PORTR for $TMP.$HOST"
        $IPT -A FORWARD -p udp -i $EXT_IF --dport $PORTR -d $TMP.$HOST -j ACCEPT
        $IPT -A FORWARD -p tcp -i $EXT_IF --dport $PORTR -d $TMP.$HOST -j ACCEPT
        $IPT -t nat -A PREROUTING -p udp -i $EXT_IF --dport $PORTR -j DNAT --to $TMP.$HOST
        $IPT -t nat -A PREROUTING -p tcp -i $EXT_IF --dport $PORTR -j DNAT --to $TMP.$HOST
done

$IPT -t nat -A POSTROUTING -o $EXT_IF -j SNAT --to $EXT_IP

if [ -z $SYSCTL ] ; then
	$SYSCTL net.ipv4.ip_forward=1
else
	echo "1" > /proc/sys/net/ipv4/ip_forward
fi

Като цяло това е един относително добър базов firewall. В него има няколко интересни момента а именно:

Начинът по който вземаме адресите на мрежовите карти – както сте забелязали единствените променливи които не се извличат това са имената на интерфейсите. По този начин самият firewall става по гъвкав и приложим за почти всякакъв вид връзки.
Начина по който реализираме маскирането. Правим го със SNAT тъй като той е по лек отколкото MASQUERADE. За хората които ще кажат че при динамични връзки (pppoe, ip идващо от dhcp) това не е подходящо, да по принцип сте прави. Обаче ако използваме възможностите на DHCP клиента/pppoe клиента това може да бъде избегнато. В момента в който нашият адрес бъде подменен можем принудително да изпълним отново нашият firewall и той отново да си вземе правилния адрес и да се оправи както си му е редът.
Начинът по който препращаме портове на машините зад нас – използвана е конструкция която е валидна само в bash с която да се генерират две числа които използваме за начало и край на обхвата от портове. След това експлицитно ги отваряме във веригата FORWARD макар че това не е строго необходимо и в последствие ги препращаме чрез DNAT.
Обхватът от портове 33434:33524 – тези портове трябва да са отворени за да работи traceroute

Рутер който изпълнява баланс на трафика от два или повече доставчика
Тук ще дадем само частта която реално изпълнява балансирането на трафика. Вземаме пример само с два доставчика, но разширяването на примера не е проблем. Задачата е малко по обемиста тъй като за удобство ще използваме iproute. Самият пакет има доста криптичен синтаксис но след като му свикнете едва ли ще ви се разделя с него.

За да можем да балансираме трафик ни трябват следните инструменти:

iproute2
поддръжка в кернела за multipath routing
Компилиран в кернела поне една дисциплина за multipath routing – аз лично препоръчвам wrr

За да можем да използваме имена в конфигурацията е необходимо да ги добавим във файла /etc/iproute2/rt_tables. Индексите им са между 2 и 252. Ако ще балансирате повече от 200 доставчика … не четете на правилното място.

#!/bin/bash
#
# Simple balancing router
# author: vvitkov
# contact: http://www.getoto.net/az/
#
# Licence: CC NC-BY-SA v3
# Disclaimer: i take no responsibility for the consequences of using or not using this.
# It is up to you to decide what to do with this stuff.
# Please if you use this write me a note and don't remove the author info.

### Settings
ISP1_NET="1.2.3.0/24"
ISP1_GW="1.2.3.1"
ISP1_IF="eth1"
ISP1_OUR_HOST="1.2.3.99"
ISP2_NET="9.8.7.0/24"
ISP2_GW="9.8.7.1"
ISP2_IF="eth2"
ISP2_OUR_HOST="9.8.7.99"

INT_NET="10.42.3.0/24"

# Defining routing tables for source routing
if ( ip ru ls | grep main | grep 50 )
then
        ip r f t main
else
        ip ru a prio 50 t main
fi

if ( ip ru ls | grep isp_rules1 )
then
        ip r f t isp_rules1
else
        ip ru a from $ISP1_NET prio 201 t isp_rules1
fi

if ( ip ru ls | grep isp_rules2 )
then
        ip r f t isp_rules2
else
        ip ru a from $ISP2_NET prio 202 t isp_rules2
fi

# Clear all the existing routes
ip r f any
ip r f t default

# Host routes
ip r a $ISP1_NET dev $ISP1_IF src $ISP1_OUR_HOST
ip r a $ISP2_NET dev $ISP2_IF src $ISP2_OUR_HOST

# Local networks
ip r a 127.0.0.0/8 dev lo
ip r a $INT_NET dev eth0

# Default gateways
ip r a 0/0 via $ISP1_GW dev $ISP1_IF table isp_rules1 proto static
ip r a prohibit 0/0 table isp_rules1 metric 1 proto static

ip r a 0/0 via $ISP2_GW dev $ISP2_IF table isp_rules2 proto static
ip r a prohibit 0/0 table isp_rules2 metric 1 proto static

# lets shake it :)
ip r a 0/0 proto static table default nexthop via $ISP1_GW dev $ISP2_IF nexthop via $ISP2_GW dev $ISP2_IF

# Remote networks with static routes
ip r a < NETWORK IN ISP1 > via $ISP1_GW dev $ISP1_IF
ip r a < NETWORK IN ISP2 > via $ISP2_GW dev $ISP2_IF

# flush caches
ip r f c

С това завършват примерите за конфигуриране на рутер. Знам че не са покрити всички възможности, но човек трябва да се потруди малко.

Серията продължава в The Perfect SOHO router – Part 5