Понеделник, Януари 22, 2007

"Оnline" учебник по лоша практика на администрирането

Опитът от изминалите пет години, в които обучавам в една или друга степен мрежови и системни администратори сочи, че не е нужно да се отделя време да се търсят примери за лоша практика на администриране така, че обучаващите се да видят предимствата на добрата практика. Един инстински "online" учебник по лоша практика са услугите поддържани от БОЛ. На практика не само за мен, а за още десетки хора, които познавам, БОЛ са еталон за лоша практика по поддържане на системи.

Благодарим от все сърце на създателите на тази лоша практика, които очевидно са ненадминати майстори в областта си.

Последният пример от днес. Реших да покажа на двама студенти как не бива да се поставя пощенски адрес за административни конткати на зона на домейн. И ето, по навик реших да проверя как е при БОЛ и пак, за пореден път, намерих онагледяващ пример за това как не се прави нещо. Ето го и него:

$ dig @ns.bol.bg -t soa bol.bg

;; QUESTION SECTION:
;bol.bg. IN SOA

;; ANSWER SECTION:
bol.bg. 3600 IN SOA ns.bol.bg. root.ns.bol.bg.
2007011501 3600 300 1209600 3600

Ако се заемете да проверите, няма пощенска йерархия за домейн ns.bol.bg, която да обработи писмо за root@ns.bol.bg. Съгласно добрата практика, такава трябва да има!

Чувам, че БОЛ се продали на някакъв "инвеститор". Аз лично не мисля, че той ще оправи положението в БОЛ. След като другарят Вени е намерил този инвеститор, той или е от комсомолски тип, или е податлив на фокуси и лъжи.

Етикети:

Събота, Януари 20, 2007

ISOC.bg и DNS

ISOC.bg е най-отворената организация, за която се сещам. В нея може да членуват от падари до президенти. Ако си загубите някъде листче, върху което фигурират трите ви имена и др. лични данни, проверете в списъка с членове на ISOC.bg - може да сте вече член. Поради отвореността на организацията, в нея има "невероятен" приток на специалисти, които имат за основна дейност ходене по приеми, банкети, коктейли, магазини и др. "светски" мероприятия. Очевидно тази тежка дейност изсмуква сетните сили на тези специалисти и те са сътоврили едно от "най-блестящите" делегирания на домейни (може би след мега експертите делегирали домейна www.bg към сървър за имена със звучното име на хост ".").

Показвам безкрайно професионалната и нетърпяща никаква критика делегация на домейна ISOC.bg:

$ dig @ns.isoc.bg isoc.bg
...
;; QUESTION SECTION:
;isoc.bg. IN A

;; ANSWER SECTION:
isoc.bg. 3600 IN A 193.200.15.161

;; AUTHORITY SECTION:
isoc.bg. 3600 IN NS ns.cit.net.
isoc.bg. 3600 IN NS ns.isoc.bg.
isoc.bg. 3600 IN NS ns.bol.bg.

;; ADDITIONAL SECTION:
ns.bol.bg. 3600 IN A 193.200.15.129
ns.cit.net. 3600 IN A 193.200.15.133
ns.isoc.bg. 3600 IN A 193.200.15.133

Мисля, че коментарът е излишен. Както казва един мой приятел-мъдрец, това е пример за e-наглост.

Етикети: ,

Четвъртък, Януари 18, 2007

ДАИТС

В условията на родното развитие на лъженаука, лъжетехнологии и плискане на хладка вода в очите на слепите, са създадени различни по вид организации, които имитират и симулират дейност в много направления. Безспорен лидер в тази посока е ДАИТС - Държавна агенция за информационни технологии и съобщения.

Трудно е да обясни какво реално е ДАИТС. Това агенция с ранг на министерство, произлязла от агенцията ИСТ на "отличника" Орлин Кузов. Ако мислите, че ДАИТС е нещо различно от ИСТ, значи паметта ви изневерява или никога не сте се интересували от проблематиката или никога не сте имали неудоволствието да се срещате с лица като Орлин Кузов. ДАИТС обаче надхвърля майсторството по развитие на лъжетехнологии и лъжепроекти започнато от ИСТ. ДАИТС има и социално-приятелски червени функции - в това ведомство са въдворени на ръководни постове хора, които иначе би следвало да бъдат пенсионирани, а други уволнени (тъжно е да се каже, но някои би следвало да бъдат уволнени поради некадърност). Разбира се, тези хора нямат никакъв поглед върху развитието на съвременните информационни технологии и предвъкват вестникарски фрази и различни сложни думички. За да съществуват, те прибягват и до демагогия (нищо старо от червените години не е забравено).

Само журналист или друг неграмотен човек може да се впечатли от имената на лъжепроектите на ДАИТС. Разбира се ДАИТС разчитат на многомилионната неграмотна аудитория, сред която провеждат един истински шампионат по плискане на хладка вода в очите на слепи. Всеки човек с образование малко над основното (а може би дори и с купена диплома за основно), ще се сети, че ако в това ведомство бяха наясно с технологиите и така добре ги владееха както на думи, родни и чужди ИТ фирми щяха да си намират там кадри и щяха да бият с пачки евра "експертите" и мега "специалистите" до такава степен, че накрая в ДАИТС щяха да останат само чистачки, които щяха да бъдат засмукани пък от мегапроекта на Саша Безуханова.

А сега да поговорим за мегаекспертите, които ние като данъкоплатци хрантутим.

До скоро тази "високотехнологична" агенция нямаше върху интернет страницата си адрес за електронна поща. За да контактува човек с технологичните мохикани, трябваше да ходи пеша до сградата им или да им се обажда по телефона. Трябваше да мине дълго време, за да могат най-накрая мега експертите да сложат такъв. Отговорите на писмата, които бихте получили от там са плачевни и като съдържание и като формат. Във ведомството още не могат да пишат на кирилица. Трудно отварят файлове с често срещани формати различни от DOC.

Ще кажете, голяма работа, това е поредния приют за некадърници, през който да се прокарват решения за усвояване на родни и еврофондове. Замислете се обаче като данъкоплатци (вече и евроданъкоплатци) дали искате парите за изследвания и развитие да се дават на хора, които и на идея си нямат от това, което трябва да свършат срещу тях или пишат смехотворни проекти, които просто да реализират едни пари. Редно ли е евродондовете да се разпределят от пенсионери и чичковци и лелки в критическата? Как мислите, ако продължат така нещата колко от останалите у нас специалисти ще си вземат шапката и ще се разкарат от тази изгнила европейска провинция? Еврофондовете са една от възможностите академичните организации да задържат младите си специалисти, особено тези работещи в областта на телекомуникациите.



За да не си говорим празни приказки ще напиша технически обоснован поглед върху техническата грамотност на ДАИТС. Преди това обаче, искам да покажа две връзки. Вярно, писани са от мен, но пък не мисля, че в тях има каквато и да е лъжа.

http://hardtrance.blogspot.com/2006/06/blog-post_25.html

http://hardtrance.blogspot.com/2006/04/i.html


Реших да видя що за пощенска услуга имат ДАИТС, но за я видя трябваше да мина през една банално позната на всеки администратор информационна технология-протокол DNS. Това, което ще видите по-долу е описание на мега накадърщина и ако не искате да си разваляте настроението, моля не го четете.

Първо проверих как е делегиран домейна daits.government.bg в домейна government.bg. Подхождаме систематично през йерархията (излишната информация в оговорна на запитването с dig е отстранена):

а) проверяваме кои са достоверните сървъри за имена, отговорни за домейна government.bg подадени в Регистър БГ:

$ dig +norecurse @ns.digsys.bg -t ns government.bg

...

;; QUESTION SECTION:
;government.bg. IN NS

;; AUTHORITY SECTION:
government.bg. 345600 IN NS leo.government.bg.
government.bg. 345600 IN NS dove.government.bg.
government.bg. 345600 IN NS stone.gocis.bg.

;; ADDITIONAL SECTION:
leo.government.bg. 70116 IN A 212.122.160.33
dove.government.bg. 70116 IN A 212.122.160.34
stone.gocis.bg. 69904 IN A 195.138.133.10

...

Оказва се обаче, че в зоната на домейна government.bg вместо посочените три достоверни сървъри за имена, са описани само два (липсва stone.gocis.bg с IP адрес 195.138.133.10):

$ dig @leo.government.bg -t ns government.bg

...

;; QUESTION SECTION:
;government.bg. IN NS

;; ANSWER SECTION:
government.bg. 86400 IN NS leo.government.bg.
government.bg. 86400 IN NS dove.government.bg.

;; ADDITIONAL SECTION:
leo.government.bg. 86400 IN A 212.122.160.33
dove.government.bg. 86400 IN A 212.122.160.34


Проявата на лоша практика не е всичко. Оказва се, че от двата сървър за имена достоверни за зоната government.bg работи само leo.government.bg, а dove.government.bg има сериозни проблеми, защото връща SERVFAIL на отговорите на заявките:

$ dig @dove.government.bg -t ns government.bg

...

;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 50583
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;government.bg. IN NS

Питате се къде остана stone.gocis.bg. Той си работи... но как работи. Това е сървър, който в момента се оперира от едни "ненадминати" специалисти в областта на телекомуникациите. Този сървър за имена най-безотговорно е оставен да работи с версия на BIND 4.9.7, която има историческо значение, работи с правата на потребител root и може да бъде взломена:

$ dig @stone.gocis.bg -t txt -c ch version.bind

...

;; QUESTION SECTION:
;version.bind. CH TXT

;; ANSWER SECTION:
VERSION.BIND. 0 CH TXT "4.9.7"

За да не вземе някой да се изкуши да каже, че си чешем езиците, давам връзка към страницата на разработчиците на BIND - Internet Systems Consortium, на която те съобщават, че верии 4 на BIND не се поддържат и поради причини свързани със сигурността тази версия не бива повече да се използва:

За недовиждащите, ще запиша тук какво е най-важното написано на тази страница:

ISC BIND 4 IS OFFICIALLY DEPRECATED



b) проверяваме (върху единствения работещ сървър за имена за домейна government.bg, макар строго погледнато и stone.gocis.bg да е такъв) кои са сървърите за имена, достоверни за домейна daits.government.bg (тук поемете дъх):

$ dig @leo.government.bg -t ns daits.government.bg

...

;; QUESTION SECTION:
;daits.government.bg. IN NS

;; AUTHORITY SECTION:
daits.government.bg. 86400 IN NS ns.ict.bg.
daits.government.bg. 86400 IN NS ns.ist.bg.

;; ADDITIONAL SECTION:
ns.ict.bg. 84859 IN A 194.141.6.2

Все съм виждал порнографски изпълнения, но това чупи рекордите. Вярно, че ISOC.bg имат подобно делегиране, но там (сигурно случайно) поне са сложили две имена да сочат към един DNS сървър, а тук дори това не е направено. Явно някой е казал на администраторите на зоната government.bg, че трябват два сървъра за имена за делегирането на домейн, а те са имали на разположение само един и просто са го написали два пъти. Хвала на такива експерти, хвала! Вярно, че домейн ist.bg не съществува и са искали да забият два имена към един адрес.. ама всичко си има граници.

И така, оказва се, че домейнът daits.government.bg е делегиран по възможно най-куция начин върху сървърите за имена на домейна governmen.bg. Само забележете, че така за извличането на каквато и да е заявка за запис от домейна daits.government.bg се преминава през друг домейн, ict.bg. Но и това не е всичко. Сега ще видите небивала въртележка. Първо питаме Регистър БГ, за да видим как е делегиран домейна ict.bg:

$ dig +norecurse @ns.digsys.bg -t ns ict.bg

...

;; QUESTION SECTION:
;ict.bg. IN NS

;; AUTHORITY SECTION:
ict.bg. 345600 IN NS ns.ict.bg.
ict.bg. 345600 IN NS ns.bitex.com.
ict.bg. 345600 IN NS ns.galaxite.net.
ict.bg. 345600 IN NS amigo.acad.bg.

;; ADDITIONAL SECTION:
ns.ict.bg. 67166 IN A 194.141.6.2
ns.bitex.com. 3474 IN A 195.34.96.3
amigo.acad.bg. 345600 IN A 194.141.0.3

Оказва се, че сървърът за имена ns.galaxite.net изобщо не функционира:

$ dig @ns.galaxite.net -t ns ict.bg

...

;; global options: printcmd
;; connection timed out; no servers could be reached

За това какво търси сървър за имена на частната фирма bitex.com (която е с неизяснен за момента статус) в зоната на домейн на държавна агенция, може би е най-добре да се пита Орлин Кузов. От друга страна whois информацията за домейна galaxite.net е много интересна (ще видите едно познато име):

Registrant:
Internet BG Foundation
1, Bulgaria Sq. NDK Adm. 17th
Sofia, SF 1463
Bulgaria

Registered through: GoDaddy.com, Inc. (http://www.godaddy.com)
Domain Name: GALAXITE.NET
Created on: 02-Dec-99
Expires on: 02-Dec-07
Last Updated on: 24-Nov-05

Administrative Contact:
Kouzov, Orlin orlando@galaxite.net
1, Bulgaria Sq. NDK Adm. 17th
Sofia, SF 1463
Bulgaria
+359-2-9515190 Fax --

Technical Contact:
CS, Alex acampbell@galaxite.net
P.O. Box 1261
,
+359.2
Fax --

Domain servers in listed order:
NS.GALAXITE.NET
NS.BITEX.COM
NS2.BITEX.COM

Полето за технически контакти за домейна е попълнето изключително "професионално".


Както виждате техническият капацитет на ДАИТС в областта на DNS го няма никакъв. Да продължим с електронната поща. Реших да видя кой е сървърът за електронна поща за домейна daits.government.bg:

$ dig -t mx daits.government.bg

...

;; QUESTION SECTION:
;daits.government.bg. IN MX

;; ANSWER SECTION:
daits.government.bg. 86400 IN MX 0 mail.daits.government.bg.

Реших да хвърля едно око на този SMTP сървър. Разбира се, некадърността се е проявила и тук. ДАИТС е "високотехнологична" агенция, чиито пощенски сървър не поддържа разширенията (ESMTP) на протокола SMTP (да напомним, че в момента сме 2007 година). Ето една кратка справчица с telnet:

$ telnet mail.daits.government.bg 25
Trying 194.141.6.67...
Connected to mail.daits.government.bg (194.141.6.67).
Escape character is '^]'.
220 ********************
ehlo mail.com
502 unimplemented (#5.5.1)
quit
221 mail.daits.net
Connection closed by foreign host.

Разбира се, че в ДАИТС тече още развитие по темата SMTP и в момента се намират някъде около 1997 година. Много бих искал да изпитам служителите на ДАИТС по темата "електронна поща". Със сигурност ще чуя неща, които не съм и мислил, че мога да чуя. Изключително съм поласкан от начина, по който администратора на този сървър за поща е скрил т.нар. "greeting" явно с цел да скрие името и версията на софтуера, с който е реализирал сървъра за електронна поща.

Одата с електронната поща не свършва до тук. Оказва се, че високотехнологичната агенция с ранг на министерство не е в състояние да пусне сертификатен удостоверител и използва самоподписани X.509 сертификати. Давам пример:

$ openssl s_client -host mail.daits.government.bg -port 993
...
Certificate chain
0 s:/C=BG/ST=Bulgaria/L=Sofia/O=daits.net/OU=mail/
CN=mail.daits.net/emailAddress=postmaster@daits.net

i:/C=BG/ST=Bulgaria/L=Sofia/O=daits.net/OU=mail/
CN=mail.daits.net/emailAddress=postmaster@daits.net
...

От полето "emailAddress" на самоподписания сертификат разбрах за съществуването на домейна daits.net. Познайте кое лице фигурира в данните за регистрация. Разбира се, че пак Орлин Кузов:

Registrant:
ICTDA
6 Gourko Str.
Sofia 1000
Bulgaria

Registered through: GoDaddy.com, Inc. (http://www.godaddy.com)
Domain Name: DAITS.NET
Created on: 05-Oct-05
Expires on: 05-Oct-07
Last Updated on: 06-Sep-06

Administrative Contact:
Kouzov, Orlin president@ict.bg
ICTDA
6 Gourko Str.
Sofia 1000
Bulgaria
35929492151 Fax -- 35929492277

Technical Contact:
Kouzov, Orlin president@ict.bg
ICTDA
6 Gourko Str.
Sofia 1000
Bulgaria
35929492151 Fax -- 35929492277

Domain servers in listed order:
NS.ICT.BG
NS.IST.BG


Оказва се, че адресното пространство на ДАИТС, в което и прословутия високотехнологичен пощенски сървър принадлежи към Академичната мрежа. Интересно защо в информацията за него в RIPE DB, никой високотехнологичен специалист на ДАИТС не си е направил труда да оправи записите за административни и технически лица и да осъвремени името на организацията.

Помислте сега, на този фон, как ви звучи тази новина:

Подготвяме екип за реагиране при компютърни инциденти





Малко за демагогията на ДАИТС. Един от най-лесните начини да се демагогства е свързан с опазването на децата от пороци, посегателство и т.н. Ето как се развива демагогията ДАИТС. Основния рефрен е порнографското съдържание в Интернет (ще си помисли човек, че като е нямало Интернет е нямало порно филми). То се обявява за вредно за децата. В момента, в което то се обявява за такова, 12 годишни деца отдавна са изгледали първия си порно филм. Да не си гледал такъв е непрестижно в средите на децата, където стремежа е да се правиш на голям иначе си аутсайдер. На 14 години доста деца започват сексуален живот (имаше наскоро и един доста скандален документален филм, а и всеки от нас е бил дете). Със сигурност мохиканите в ДАИТС са започнали сексуалния си живот на 20 и повече години, а за някои от тях изобщо се съмнявам, че изобщо са го имали. Явно в ДАИТС или нямат деца и внуци, или не се опитват да ги разберат, или просто са заровили глави в пясъка и не виждат реално какво става навън. Но от едни лелки и чичковци в критическа или пенсионна възраст друго едва ли може да се очаква. Разбира се родителите обичат да подкрепят такива решения. Удавник за сламка се хваща. Ако някой обещае, че ще спаси децата им ог поквара, те са готиви да гласуват за всичко и всеки. Разбите се, родителите са плод на "развитото социалистическо общество", а нещата от тогава насам са се променили коренно. Вместо от рано да говорят с децата си на тема сексуално възпитание, родителите превръщат тази тема в забранена, нежелана и насаждат у децата си мнението, че сексуално желание е нещо забранено, вредно и срамно. И те веднага намират алтернатива - учат се за тези неща от слухове, филми и улицата. След това родителите се хващат за главата от резултатите и почват да проклинат държавата, че не била опазила децата им (за да не признаят те самите пред себе си, че са виновени). Сигурно се очаква от държавата да слага на всеки ученик заключващи се с катинар слипове и др. бельо. Ето тук идват добрите дядовци, бабички, чичковци и лелки от ДАИТС, които излъчват интелигентност и безгранични знания. Те обещават, че ще сложат на всеки компютър софтуер, който ще следи детето им и така всичко ще е под контрол. Децата разбира се ще научат за този софтуер и ще го разбият. Ако не могат, ще отидат при приятели, при които този софтуер е разбит и пак ще гледат каквото си искат. Ще се появи веднага черен пазар на порно филми в училищата. Учениците ще дават за порно парите, които би следвало да дадат за храна.

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

Разбира се, че истината е наблягане на образованието на децата и вместо с олигофренски часове по религия, на децата да се обясни кое какво е от рано, а не после да гледаме трагедии като бременни 12 годишни ученички или деца на 16 години с диагниоза СПИН. В момента децата нямат доверие на родителите си, нямат доверие на училището, нямат доверие на държавата, нямат доверие на обществото. И проблемът е, че те се възпитават със забрани в общество, което претендира да е свободно. Децата усещат това лицемерие и от малки спират да вярват на възрастните. Психолозите отдавна алармират за това. Но странно защо нито родители, нито държавници искат да ги чуят. Никой не иска да научи децата как да ползват свободата.

Етикети:

Сряда, Януари 17, 2007

Маде ин Булгариа

Снощи един познат от Холандия ме попита дали това е истина:

http://vbox7.com/play:b4a31c11
(Азис И Десислава - Казваш Че Ме Обичаш)

Трудно е да се обясни на някой, който не живее в България, че това не е пародия или майтап от телевизионно шоу, а част от иронията наречена "българската действителност". Мятащи се по екрана чуми, изваяни от силикон, турбо аграри с дебели задници, боядисани в бяло бради и тресящи се зурли (имащи претенции да са певици) - това е най-често срещания музикален избор на населението в България, което е съставено от 80% непоправими мега идиоти.

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

Пиратство? Хайде стига смешки. Т.нар. "български творци" са ограбени така от природата, че "творенията" им могат да бъдат харесвни само от по-ограбени от тях.

Етикети:

Неделя, Януари 14, 2007

Сбогом на CRYPT-PW хешовете за пароли в обектите на RIPE DB

Най-накрая RIPE направиха това, което трябваше да направят много отдавна, а именно да се иницират поетапна операция по премахването на CRYPT-PW хешовете за пароли в обектите на RIPE DB. Проектът се нарича "CRYPT-PW Deprecation Project"

Първият етап на операцията включваше изпращане на предупреждение за промяна на хеша на паролата в обекти, в които той е генериран с метода CRYPT-PW. Предупрежденията бяха изпратени на 30 ноември 2006 година. Вторията етап започна в сряда (10 януари 2007) и включваше в себе си налагане на забрана за създаване на нови обекти, които да са защитени с CRYPT-PW хеш. Достъпът до модификация на обекти, защитени с хеш на парола, генериран с CRYPT-PW също вече е забранен. Третият етап трябва да започне на 21 февруари 2007 година и включва премахване на полетата, които съдържат CRYPT-PW в обектите в RIPE DB.

За какво пиша това? Миналата година бях свидетел на това как голяма компания като БТК е оставила mntner обекта си защитен с парола, чиито хеш е генериран с метода CRYPT-PW. Няма да говорим за "най-добрите специалисти в Интернет", които по правило работят в ISOC.bg и БОЛ. За mntnet обекта им освен, че хеша на паролата бе пресметнат с CRYPT-PW метода, за парола бе използвана дума, която се намира в речниците за атака чрез налучкване. Имаше разбира се и други именити фирми и организации, които нехаеха за сигурността си и аз лично не мога да ги разбера. Хайде, за ISOC.bg и БОЛ е ясно - те коваха поправките в НК за т.нар. "компютърни престъпления" (терминът е турбо безмислен, но поне издава ясно и еднозначно нивото на интелектуално развитие на тези "творци", които са го внесни в наказателния кодекс). Затова и БОЛ не се страхуват от атаки, защото тях ги пази наказателния кодекс и ако някой посмее да им се изака на обектите в RIPE DB, те ще изпратят по дирите му потеря начело с мега експерти по "компютърни престъпления" от ГДБОП (които ако бъдат уволнени от ГДБОП и попаднат на пазара на труда, с притежаваните си "експертни" знания най-много да станат падари или охранители по паркове и градинки). С кеф си представям как "експерта" Яворчо Колев строява населението на китайско село и го плаши с външен вид, истерия, значки и емблеми, само и само да намери бледия китаец, който се е повеселил с автономната система на БОЛ.

Очевидно трябваше RIPE DB насила да почнат да извеждат от употреба CRYPT-PW метода, защото невероятно количество организации нехаят за сигурността на обектите си в RIPE DB. Нехайството обикновено е следствие от ниската грамотност на хората в тези организации.

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

Етикети:

Сряда, Януари 10, 2007

5 неща, които не знаеш за мен

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

Неделя, Януари 07, 2007

Филтриране на автономните системи за частно ползване чрез регулярни изрази

Повечето администратори на маршрутизатори на организации, които следват добрата практика знаят, че в RFC1930 е записано следното:

10. Reserved AS Numbers

The Internet Assigned Numbers Authority (IANA) has reserved the
following block of AS numbers for private use (not to be advertised
on the global Internet):

64512 through 65535

Доколкото винаги администраторите, които спазват добрата практика по анонсирането, описана по-горе, ще имат сблъсъци с администратори, които не зачитат споменатата добра практика, се налага да градят филтри за да предотвратяват приемането на анонси касаещи номера на автономни системи за частна употреба, описани в RFC1930.

Тук ще си позволя да споделя моя скромен опит по изграждането на филтър с регулярен израз, който има за цел да отхвърли за приемане/излъчване всички префикси, обявени в състава на автономни системи за частно ползване. Филтърът е създаден за Quagga, но според мен може да се прилага и на Cisco маршрутизатори. Състои се в следния ред:

ip as-path access-list 5 deny _(6451[2-9]|645[2-9][0-9]|64[6-9][0-9][0-9]|
65[0-4][0-9][0-9]|655[0-2][0-9]|6553[0-5])_

Този филтър се влага в съответния route-map, отчитащ входящите или изходящи префикси.

Етикети:

Вторник, Януари 02, 2007

BGP4, БТК и рекламните новини

На адрес http://www.netbg.net/news.php?nid=863 ме облива една "радостна новина", която си позволих да заснема, да не би после тя да бъде безвъзвратно изгубена за идните поколения читатели, че и за настоящото поколение такива:

stanishev-cisco

Ако човек разсъждава в термините на рекламните новини, ще реши, че в БТК мрежата е на небивала висота, а управлението й е толкова мегапрофесионално, че всеки упрек към него би бил безпочвено и злобарско заяждане. Не така обаче мисли един клиент на БТК в лицето на една академична организация у нас, която оперира с адресно пространство включено в AS5421. По-долу ще разкажа какво виждат администраторите на тази организация в доставената им на съмнително снижена цена услуга от БТК "Достъп до Интернет". При това организацията е VIP клиент на БТК. Проблемите, за които ще прочетете, са констатирани от хора, които никога не са се явявали на Cisco тестове и може би именно за това са шокирани от това, че организация с такива CCNA специалисти като БТК, може да прави такива грешки в схемата на маршрутизация (които са присъщи само на прохождащи в изграждането на мрежовата архитектура).

Академичната организация изискала по договор от БТК два отделни канала: локален (отразяващ локалната свързаност на БТК със свои мрежи и мрежи на други български автономни системи) и интернет канал, който касае всички нелокални за БТК мрежи. Дотук много добре. Максималната сумарна скорост на всички връзки през локалния канал била договорена на 90 Mbps, а тази за интернет канала на 10 Mbps. Доставчикът на услугата БТК поел по договор ангажимента да изгради BGP4 сесии по всеки канал и подаваната таблица с маршрути точно да отразява предназначението на канала. Това ще рече, че BGP сесията през локалния канал ще отразява маршрути до локални мрежи, а тази през интернет канала до всички останали.

С голяма изненада администраторите на академичната организация (които не са CCNA) откриват, че съгласно BGP сесията през интернет канала, през него са достъпни и локални мрежи, при това с дължина на пътя (изчислен на база номера на автономни системи, през които маршрута преминава) равна на тази през локалния канал. Това значи, че маршрутите за тези локални мрежи са равноприоритетни и през двата канала за свързаност и че няма необходимата селективност, каквато би следвало да има по договор. Оказва се, че мрежите на следните автономни системи са достъпни с една и съща дължина (т.е. равновероятни са за да достъп) през двата канала (локален и интернет):

Автономна Наименование
система на автономната система
------------------------------
AS8795 (MOBIKOM)
AS8860 (DIRBG-AS)
AS8866 (BTC)
AS9070 (ITD)
AS12795 (CCBANK-AS)
AS12815 (MUSALASOFT)
AS12962 (FIBank)
AS13236 (DATACOM-BG-AS)
AS13306 (GLOBALCOM-AS)
AS16193 (BankService)
AS21337 (UBBNET)
AS21415 (INTERNETGROUP-AS-BG)
AS24693 (CNSYS-AS)
AS25076 (ISTARLINK-AS)
AS25374 (ESCOMBG-AS)
AS25407 (TAXBACK-AS)
AS28949 (TUSNET-AS)
AS29080 (BULBANK-AS)
AS29122 (IWET-AS)
AS29244 (GLOBULBG-AS)
AS29366 (AIIDATAPRO-AS)
AS29582 (SATCOM-AS)
AS29662 (TRANSAT-AS)
AS29687 (BGWAN-AS)
AS31029 (M-REAL)
AS31140 (BSE-AS)
AS31440 (DSK-AS)
AS31534 (ING-BANK-AS)
AS34314 (ESNET-AS)
AS34340 (BNT-AS)
AS34366 (TELECABLE-AS)
AS34577 (SKATTV-AS)
AS34589 (IFAO-BG-AS)
AS34653 (FOCUS-NUNTI)
AS34753 (OBS-BG-AS)
AS35319 (TelecomOne)
AS35464 (DatamaxBG)
AS39163 (ECONT-TRANS-AS)
AS39177 (EIBANK-AS)
AS39357 (DATECS-AS)
AS39601 (WCOBG)
AS41352 (UNI-SVISHTOV)
AS41742 (VIRGINIA-RN)
AS41901 (TELELINK-AS)
AS41922 (GEDIMEKS)

Само ще се спомене, че това са всички клиенти на услугата на БТК "Достъп до Интернет" (с изключение на тези, с които има договорка само за локален обмен) на трафик. Проверката чрез колеги от тези доставчици и Looking Glass инструменти установи, че и за тях стои проблема с анонсирането през интернет канала на локални мрежи със същата дължина на пътя, каквато е през локалния канал.

Само да кажа, че подобна задачка за управление на дължината на пътищата до маршрутите чрез BGP, се решава от студенти. Какво ли остава от CCNA:)

За радост (може би в чест на коледните и новогодишни празници), БТК са решили да анонсират префикси, които оригинално са в състава на тяхната автономна система - AS8866, в състава на автономни системи за частно ползване, като са използвали следните номера на автономни системи:

AS64600
AS64601
AS65020
AS65021
AS65100
AS65400
AS65514

В RFC1930 четем следното:

10. Reserved AS Numbers

The Internet Assigned Numbers Authority (IANA) has reserved the
following block of AS numbers for private use (not to be advertised
on the global Internet):

64512 through 65535

Разбира се, от опит знаем, че добра практика по RFC не съществува за БТК.

Има и други шокиращи неща. Вижте какво анонсират БТК през интернет канала си към клиентите (учудващо е, че никой при тях изобщо не си е отделил времето да направи филтър за тази малки префикси):

Префикс AS path

61.108.124.128/26 8866 8400 3549 3786 3608 17841
9950
63.160.104.104/29 8866 8400 1239 1803
63.163.105.224/27 8866 8400 1239 3644
63.163.105.224/28 8866 8400 1239 3644
63.165.176.144/28 8866 8400 1239 1803
63.168.149.152/29 8866 8400 1239 3644
63.171.143.128/25 8866 8400 3549 30167 32768
63.172.115.144/28 8866 8400 1239 3644
63.174.238.208/28 8866 8400 1239 1803
63.175.246.128/26 8866 8400 1239 1803
63.175.246.192/26 8866 8400 1239 1803
63.208.231.128/26 8866 8400 3549 22822 26769
63.208.231.192/26 8866 8400 3549 22822 26769
64.118.150.128/26 8866 8400 3549 14359 14359 14359
33627
64.208.228.192/26 8866 8400 3549 26315
65.161.194.104/29 8866 8400 1239 3644
65.164.244.128/28 8866 8400 1239 1803
65.165.110.128/28 8866 8400 1239 3644
65.167.216.224/28 8866 8400 1239 1803
65.167.246.144/28 8866 8400 1239 1803
65.171.133.112/28 8866 8400 1239 3644
65.171.133.128/28 8866 8400 1239 3644
65.171.133.144/28 8866 8400 1239 3644
65.171.133.160/28 8866 8400 1239 3644
65.171.133.176/28 8866 8400 1239 3644
65.173.155.104/29 8866 8400 1239 3644
67.241.122.128/26 8866 8400 3549 7922 33287
69.241.122.128/26 8866 8400 3549 7922 33287
69.241.122.192/26 8866 8400 3549 7922 33287
69.241.124.128/26 8866 8400 3549 7922 33651
82.195.178.134/32 8866 8400 1239 1803
82.195.181.220/30 8866 8400 1239 1803
82.195.182.160/28 8866 8400 1239 1803
82.195.182.192/28 8866 8400 1239 1803
82.195.182.208/28 8866 8400 1239 1803
125.245.171.128/25 8866 8400 3549 3786 9316 10154
125.248.120.128/25 8866 8400 3549 3786 9316 10154
128.134.205.128/25 8866 8400 3549 3786 18295 18295
18295
131.178.53.192/26 8866 8400 3549 11172 6342
146.82.160.128/26 8866 3549,
(aggregated by 64517 207.136.166.90)
165.132.237.128/25 8866 8400 3549 3786
192.68.108.128/25 8866 3549
192.88.162.128/25 8866 8400 3549 17916
192.92.218.128/25 8866 8400 3549 12180
192.133.191.64/26 8866 8400 3549 14745
193.16.243.128/25 8866 8400 3549 8220 31627
193.164.232.160/27 8866 8400 5391 13046 31012 31012
31012 38937
193.175.194.64/26 8866 8400 3549 680 680 680 680
680 680 680
194.117.50.128/25 8866 8400 3549 8732 34662
194.153.153.128/25 8866 8400 3549 12968 12968 12968
29596 29596 29596
195.29.157.128/26 8866 8400 5391 64550,
(aggregated by 64550 195.29.157.161)
195.29.173.160/28 8866 8400 5391 35648
195.29.178.128/26 8866 8400 5391 35648
195.163.176.56/30 8866 8400 5400
200.76.135.128/25 8866 8400 3549 11172
200.105.244.128/25 8866 8400 3549 18747 18747 18678
18678 18678 18678 18678 18678
18678 18678 18678 18678 18678
27765 22724
200.143.99.128/25 8866 8400 3549 4230 26622
200.143.124.128/26 8866 8400 3549 4230 26622
200.169.125.128/25 8866 8400 3549 4230 22085
200.169.127.128/25 8866 8400 3549 4230 22085
201.23.176.128/25 8866 8400 3549 4230 22085
203.21.153.128/25 8866 8400 3549 17916
203.21.160.128/25 8866 8400 3549 17916
203.98.209.248/29 8866 8400 1239 1803
203.98.210.128/30 8866 8400 1239 1803
203.98.210.132/30 8866 8400 1239 1803
203.98.210.136/30 8866 8400 1239 1803
203.132.67.128/25 8866 8400 3549 10026 24001 24001
24001 24001 24001
203.222.53.224/30 8866 8400 1239 1803
203.237.175.64/26 8866 8400 3549 3786 18329
203.247.133.128/25 8866 8400 3549 3786 4668
203.247.144.128/25 8866 8400 3549 3786 4668
204.95.127.112/28 8866 8400 1239 1803
204.95.127.128/28 8866 8400 1239 1803
204.95.127.144/28 8866 8400 1239 1803
204.95.127.160/28 8866 8400 1239 1803
204.95.127.176/28 8866 8400 1239 1803
204.118.57.128/25 8866 8400 1239 3644
204.180.100.128/25 8866 8400 1239 3644
204.180.115.128/25 8866 8400 1239 3644
204.180.121.128/25 8866 8400 1239 3644
204.180.211.128/25 8866 8400 1239 3644
204.180.223.96/30 8866 8400 1239 3644
204.182.40.136/29 8866 8400 1239 1803
204.182.40.152/29 8866 8400 1239 1803
204.182.40.192/28 8866 8400 1239 1803
204.182.40.208/28 8866 8400 1239 1803
204.182.40.224/28 8866 8400 1239 1803
204.182.40.240/29 8866 8400 1239 1803
204.182.41.112/28 8866 8400 1239 1803
204.182.41.160/28 8866 8400 1239 1803
204.182.41.176/28 8866 8400 1239 1803
204.182.41.192/28 8866 8400 1239 1803
204.182.41.208/28 8866 8400 1239 1803
204.182.41.224/28 8866 8400 1239 1803
204.182.41.240/28 8866 8400 1239 1803
204.182.59.128/28 8866 8400 1239 1803
204.182.59.144/29 8866 8400 1239 1803
204.182.224.32/29 8866 8400 1239 1803
204.182.224.40/29 8866 8400 1239 1803
204.182.224.80/29 8866 8400 1239 1803
204.182.224.128/29 8866 8400 1239 1803
204.182.224.152/29 8866 8400 1239 1803
204.182.224.160/28 8866 8400 1239 1803
204.182.224.176/29 8866 8400 1239 1803
204.182.224.208/28 8866 8400 1239 1803
204.182.224.224/28 8866 8400 1239 1803
204.182.225.32/28 8866 8400 1239 1803
204.182.225.48/29 8866 8400 1239 1803
204.212.151.128/25 8866 8400 1239 3644
204.214.111.36/30 8866 8400 1239 3644
204.214.119.156/30 8866 8400 1239 3644
204.250.120.64/26 8866 8400 1239 3644
205.162.52.192/27 8866 8400 1239 3644
205.243.77.128/25 8866 8400 1239 3644
206.38.157.128/26 8866 8400 3549 1913 1913 27065
27065 27046
206.38.225.128/26 8866 8400 3549 1913 1913 27065
27065 27046
206.132.89.128/25 8866 3549
206.165.165.128/25 8866 3549
206.173.250.64/26 8866 8400 3549 10310 7233
206.197.169.128/25 8866 3549
206.223.132.128/26 8866 3549
206.223.137.128/25 8866 3549
206.223.138.128/25 8866 3549
206.223.142.128/25 8866 3549
206.229.110.16/28 8866 8400 1239 3644
207.136.177.128/25 8866 3549
207.143.31.192/27 8866 8400 1239 3644
207.143.191.192/27 8866 8400 1239 3644
207.143.223.192/27 8866 8400 1239 3644
208.10.206.176/28 8866 8400 1239 3644
208.11.145.192/28 8866 8400 1239 3644
208.49.121.128/26 8866 8400 3549 25844
208.50.200.128/26 8866 8400 3549 10480 7850
208.51.231.192/26 8866 3549
208.54.114.128/25 8866 3549
208.110.72.128/25 8866 8400 3549 31932 32097
209.11.141.128/26 8866 8400 3549 4513 21892
209.104.33.128/25 8866 8400 3549 19024
209.104.40.128/25 8866 8400 3549 19024
209.104.56.128/25 8866 8400 3549 10912
209.104.58.128/25 8866 8400 3549 10912
209.120.138.128/26 8866 8400 3549 6517
209.120.141.64/26 8866 8400 3549 6517 6517 6517 6517
209.213.211.192/26 8866 8400 3549 6517
209.245.126.128/26 8866 8400 3549 22822 26769
210.95.199.128/25 8866 8400 3549 3786 9316 9707
210.119.136.128/25 8866 8400 3549 3786 23561
210.121.201.128/25 8866 8400 3549 3786 10058
210.127.52.128/26 8866 8400 3549 3786
210.216.228.128/25 8866 8400 3549 3786 23566
210.221.160.64/26 8866 8400 3549 10026 9848 9636
210.221.160.128/25 8866 8400 3549 10026 9848 9636
210.221.162.128/25 8866 8400 3549 10026 9848 9636
210.221.163.128/25 8866 8400 3549 10026 9848 9636
210.221.165.64/26 8866 8400 3549 10026 9848 9636
210.221.167.128/25 8866 8400 3549 10026 9848 9636
210.221.169.128/26 8866 8400 3549 10026 9848 9636
210.221.170.128/25 8866 8400 3549 10026 9848 9636
210.221.171.128/25 8866 8400 3549 10026 9848 9636
210.221.172.128/25 8866 8400 3549 10026 9848 9636
210.221.175.128/25 8866 8400 3549 10026 9848 9636
210.223.49.128/25 8866 8400 3549 3786 9864 9864 9864
9864 9864
211.53.201.128/25 8866 8400 3549 3786 9767
211.61.162.128/26 8866 8400 3549 10026 9457 9457 9457
9457 9457 38100
211.118.38.128/26 8866 8400 3549 3786 9865
211.119.174.128/25 8866 8400 3549 3786 9456
211.184.66.128/25 8866 8400 3549 3786 3608 17841 23577
211.184.187.128/26 8866 8400 3549 3786 3608 17841 23577
211.184.194.192/26 8866 8400 3549 3786 3608 17841 23577
211.184.196.128/26 8866 8400 3549 3786 3608 17841 23577
211.184.196.192/26 8866 8400 3549 3786 3608 17841 23577
211.184.198.128/25 8866 8400 3549 3786 3608 17841 23577
211.184.224.192/26 8866 8400 3549 3786 3608 17841 23577
211.185.50.128/25 8866 8400 3549 3786 3608 17841 23577
211.185.96.128/25 8866 8400 3549 3786 3608 17841 23577
211.185.107.192/26 8866 8400 3549 3786 3608 17841 23577
211.185.199.192/26 8866 8400 3549 3786 3608 17841 23577
211.214.80.128/25 8866 8400 3549 3786 9316 9861
211.242.158.128/25 8866 8400 3549 10026 9457 9457 9457
9457 9457 23563
211.247.64.128/25 8866 8400 3549 3786 9756
211.249.118.128/25 8866 8400 3549 10026 9457 9457 9457
9457 9457 17867
212.24.169.168/30 8866 8400 12301
212.31.207.144/28 8866 8400 5400
212.49.147.240/28 8866 8400 5400
212.143.145.64/26 8866 8400 3549 1680
212.143.145.128/25 8866 8400 3549 1680
213.206.133.224/30 8866 8400 1239 1803
213.253.199.112/28 8866 8400 12301
213.253.218.184/29 8866 8400 12301
214.13.116.128/25 8866 8400 3549 1913 1913 27034 5800
216.74.123.128/25 8866 8400 3549 27257 31797
216.180.227.192/26 8866 8400 3549 3595
216.180.231.128/26 8866 8400 3549 3595
216.185.168.128/26 8866 8400 3549 22822 11588 29983
29988
216.205.22.128/25 8866 8400 3549 4544
216.205.117.192/26 8866 8400 3549 4544
216.205.160.64/26 8866 8400 3549 4544
217.147.101.16/28 8866 8400 1239 1803
217.151.242.12/30 8866 8400 1239 1803
217.151.242.32/30 8866 8400 1239 1803
218.216.99.192/26 8866 8400 3549 10026 17675 23663


Коментарите оставям на читателите. Аз лично повече нямам сили да коментирам.

Етикети: ,