Esnek derken?
Esnek bir yapı derken BIND size neler saÄŸlayabilir? Daha önceki blog girdilerimden birinde bahsettiÄŸim gibi mysql-bind [2] gibi bir veritabanı sürücüsü ile zone’larınızı MySQL üzerinde tutabilirsiniz. Yine Dynamically Loadable Zones [3] (DLZ) ile farklı veri kaynakları üzerinde (MySQL, PostgreSQL, File system, ODBC, LDAP) zone’larınızı saklayabilirsiniz. DNS Spliting ile isteyeceÄŸiniz herhangi bir kaynaÄŸa isteyeceÄŸiniz herhangi bir cevabı döndürebilirsiniz.

Split DNS mi?
Çok basit bir deÄŸiÅŸ ile aynı alan adı için yapılan DNS sorgulamasında isteÄŸi yapan kaynak IP adreslerine göre deÄŸiÅŸik IP cevapları verme iÅŸlemine split-horizon/split-view/split-brain [4] DNS adını veriyoruz. Bir çok DNS sununucu tarafından desteklenen bu metot [5] BIND’ın içerisinde de ön tanımlı olarak desteklenmektedir.

Nasıl?

Bind konfigrasyonu içerisinde bunu anlatan ifade “view”‘dır. OluÅŸturacağınız view bloklarına göre [6] istediÄŸiniz kaynaklara istediÄŸiniz cevapları döndürebilirsiniz.

view "local" {
match-clients { 192.168.0.0/24; };
recursion yes;
.
.
.
.
zone "domain.tld" {
type master;
file "virt/db.domain.tld.conf.local";
};
};
view "others" {
match-clients { any; };
recursion no;
.
.
.
.
.
zone "domain.tld" {
type master;
file "virt/db.domain.tld.conf";
};
};

Bunun gibi bir named.conf konfigürasyonu ile yapılandıracağımız DNS sunucumuza 192.168.0 ile baÅŸlayan bir client’tan gelecek istek dahilinde db.domain.tld.conf.local konfigürasyon dosyamızın içerindeki zone tanımlamaları geçerli olacak ve bu clientlar aynı zamanda recursive query’ler için de kullanabilecekler, bunun haricinde olan tüm IP adresleri bu DNS sunucuya recursive query’ler için kullanmazkan domain.tld isteklerinde db.domain.tld.conf konfigürasyon dosyası içerisinde tanımlı olan zone’lara göre cevap alacaklar.

Daha düzenli konfigürasyon ve daha anlaşılır olması için şöyle bir örnek senaryo çizebiliriz. Elimizde Internet üzerinde çalışacak bir proje geliştiren bir ekip bütünü var. İki farklı lokasyonda VPN ile birbirine bağlı ve ofisler birbirine erişebiliyor. Ekip aynı ofisi paylaşan yazılım geliştiriciler ve geliştiricilerin kullandığı sunucu, geliştiriciler ile aynı ofisi paylaşan test ekibi, ikinci lokasyonda bulunan pre-live izleyicileri ve yine ikinci lokasyonda bulunan test ekibi.
Bu coÄŸrafik olarak dağıtık fakat aynı network içinde çalışan ofis örneÄŸinde dev.newapp.com’a istek gönderen her ekibin farklı sunucuya eriÅŸmesini ÅŸu ÅŸekilde saÄŸlarız.

Öncelikle DNS sunucumuza bir Access Control List (ACL)’leri (istek yapan IP kaynaklarını belirleyen) alt bir konfigürasyon dosyası oluÅŸturmakla baÅŸlayalım.  Bunun için /etc/bind9/named.conf.acls adında bir dosya oluÅŸturarak içerisine ilgili acl listelerini oluÅŸturuyoruz.

acl "developers" {
#developerlara ait IP blogu
192.168.0.0/26;
};
acl "testers" {
#ofis 1 test ekibine ait IP blogu
192.168.0.64/26;
#ofis 2 test ekibine ait IP blogu
192.168.1.128/26;
};
acl "managers" {
#sirket yoneticilerin ait ip blogu
192.168.1.0/26;
};

Bu işlemin ardından sırasıyla zone detaylarının yer alacağı konfigürasyon dosyalarını yaratıyoruz.

/* db.dev.newapp.com.developers */
dev.newapp.com. 600 IN SOA nsdev.newapp.com. sysadm.newapp.com. (
2011022101 ; Serial
600 ; Refresh
600 ; Retry
600 ; Expire
600 ); Negative Cache TTL ;
IN NS nsdev.newapp.com.
IN A 192.168.0.128
www IN A 192.168.0.128

/* db.dev.newapp.com.testers */
dev.newapp.com. 600 IN SOA nsdev.newapp.com. sysadm.newapp.com. (
2011022101 ; Serial
600 ; Refresh
600 ; Retry
600 ; Expire
600 ); Negative Cache TTL ;
IN NS nsdev.newapp.com.
IN A 88.88.88.88
www IN A 88.88.88.88

/* db.dev.newapp.com.prelive */
dev.newapp.com. 600 IN SOA nsdev.newapp.com. sysadm.newapp.com. (
2011022101 ; Serial
600 ; Refresh
600 ; Retry
600 ; Expire
600 ); Negative Cache TTL ;
IN NS nsdev.newapp.com.
IN A 88.88.88.99
www IN A 88.88.88.99

Bu dosyaların arından varolan named.conf’unuzunu içerisine öncelikle named.conf.acls dosyasını include etmeniz ve her üç durum için de ayrı bir view eklemeniz yeterli olacaktır.

view "developers-view" {
match-clients { "developers"; };
zone "dev.newapp.com" {
type master;
file "db.dev.newapp.com.developers";
};
};
view "testers-view" {
match-clients { "testers"; };
zone "dev.newapp.com" {
type master;
file "db.dev.newapp.com.testers";
};
};
view "prelive-view" {
match-clients { "managers"; };
zone "dev.newapp.com" {
type master;
file "db.dev.newapp.com.prelive";
};
};

[1] http://tr.wikipedia.org/wiki/DNS
[2] http://mysql-bind.sourceforge.net/
[3] http://bind-dlz.sourceforge.net/
[4] http://en.wikipedia.org/wiki/Split-horizon_DNS
[5] http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software#Feature_matrix
[6] http://www.isc.org/files/arm96.html#id2549625

Takip ettiÄŸim insanları okurken Özgür Demir’in comment’leri bol sayılabilecek ÅŸu feed’ine http://ff.im/y2f2v denk geldim. Ki bu feed birbirinden bağımsız birden fazla konu da barındırıyor. Yorumları takip edereken Özgür’ün ek$i üzerinden ki bir entry’sinde de http://goo.gl/GsD9v enteresan bilgiler yer alıyor. Bu yazıyı okuduktan sonra friendfeed’e geri dönüp yorumlara devam edince karşınıza çıkan diÄŸer bir olay ise yeni adıyla StackExchange‘in güncellemiÅŸ olduÄŸu altyapı bilgisi http://goo.gl/M5iRt ve kabaca istatistikler oluyor.

Bir anda kendimi sistem yönetciliğini yapmış olduğum bir önceki portalla mukayese ederken buldum ve ortaya enteresan bir sonuç çıkardım. Bilgilerin gizliliğinden dolayı net rakamlar veremesem de kabaca ortaya çıkan sonuca göre LAMP üzerinde hayatına devam eden bu portalda yarıya yakın (hatta daha az) donanım ile kabaca 4 katına yakın iş yaptığımız sonucu çıkıyor. Vermiş oldukları raporun altındaki yorumları takip ederken başka bir blog girdisinin linkinde http://goo.gl/wTUzD ise CPU kullanımlarına ait Cacti grafiklerine rastlayıp üç aşağı beş yukarı fikir sahibi olabiliyorum.

Olayın keyif veren kısmı sadece daha az donanım ile daha çok iş yapmak ta değil. Kapalı olmayan sistemleri kullanmamnın getirdiği bir sürü yan avantaj da işin eğlenceye dönen kısmı olabiliyor. Örneğin;

• Kapalı iÅŸletim sistemlerinde müdahale edemeyeceÄŸiniz ufacık bir iÅŸletim sistemi optimizasyonu ile SAN üzerinde %9.6 IO düşüşü ve %4 PV artışı saÄŸlamak.
• Kara kutu gibi kendini saklayan bir RDBMS yerine size tüm olanaklarını sunan diÄŸer seçenek ile yaptığınız ufak tricky optimizasyon sayesinde QPS’inizin %6 arttırabilmek ve yine bunun PV’nize olan etkisini (%3) görebilmek.
• Problem çözmek için ekstradan satın almanız gereken yazılımlar yerine yine farklı gruplar tarafından geliÅŸtirilen tool’ları kullanabilmek.
• Herhangi bir büyüme anında “acaba nasıl lisanslanacak?”, “lisans maliyetlerimiz ne olacak?”, “lisanslama modelimiz deÄŸiÅŸecek mi?”, “mümkün mü?”, “bu lisansları bir daha ne zaman yenilememiz gerekecek, ne kadar sürelik bir yatırım” gibi cevaplanması zor sorulara maruz kalmak, büyümenin nasıl yapılacağı ve mümkün olup olmadığını kısıtlı dökümantasyonlardan çıldırarak ya da dene, yanıl, destek al, sürecin ilerlemesini bekle gibi sıkıntıları çekmektense sadece konu ile ilgili dökümantasyonları ve varsa paylaşılmış deneyimleri okuyarak iÅŸi planlayıp hızlıca uygulamaya geçebilmek.

olabilir. Durum spesifik bir sürü örnekle anlatabileceğim hikayemin olması bile bana ayrı zevk veriyor. Zannedersem sürekli paranoya derecesinde tespitler ve çözümlerinden dolayı mesleğimi seviyorum. Her ne kadar şu anda hayatına online olarak devam eden bir organizmadan uzak olsam da yine de benim için kürkçü dükkanı olacak diye tahmin ediyorum.

Notun bonusu: Open source’da, Free software’de bir güç var, evet.

Bunlardan birincisi Lenny üzerinde henüz default kernel 2.6.26 olduÄŸu için Hyper-V tarafından saÄŸlanan synthetic device’lar ile konuÅŸamamktadır (kernel 2.6.32 upgrade’i ile de bunu aÅŸabilirsiniz). Bunun için sanal makineye normal bir ethernet kartı deÄŸil “Legacy Network Adapter” eklemeniz gerekmektedir.

Böylece problemsiz olarak ethernet kartlarını kullanmaya başlayabilirsiniz.

Bir diÄŸer problem ise öntanımlı olarak framebuffer device’tan dolayı installer ekranlarının geç render olması. Bunun için boot etmeden önce fb=off parametresi ile framebuffer device’ı disable edebilir ve console ortamında daha rahat çalışabilirsiniz.

ÖrneÄŸin multi node’dan oluÅŸan bir web-host farm’ında her noktadan gelecek deÄŸiÅŸilikleri bind üzerinde güncellemek/eklemek istiyorsunuz. Bunun için ya bir veritabanı üzerinden çalışan bir queue mantığı ile yönetmeniz ya da bu iÅŸi yapan bir RPC Interface ile gerçekleÅŸtirmeniz gerekecektir.

Bunun yerine diÄŸer bir seçenek ise Bind’ın config dosyaları üzerinde deÄŸiÅŸiklik yapmaktan ziyade daha pratik bir uygulamaile host detay kayıtlarının MySQL üzerinde tutulduÄŸu ve anlık olarak buradan deÄŸiÅŸtirildiÄŸi bir DNS sunucuya sahip olmak olabilir.

Bunun için sourceforge üzerinde yayınlan mysql-bind adlı projeyi kullanabiliriz. Debian bir sistem üzerinde yapmamız gereken adımlar şu adımlardan oluşmaktadır;

İşleme gerekli paketlerin yüklenmesi ile başlayalım;

cd /usr/src
apt-get install mysql-server libmysqlclient15-dev
apt-get install build-essential
apt-get install libssl-dev libtool libdb-dev libldap2-dev libxml2-dev libcap2-dev hardening-wrapper libkrb5-dev debhelper fakeroot bison

Bu işlem sırasında MySQL size bir root parolası soracaktır. Belirlemiş olduğunuz bu parola tüm MySQL yönetimsel işlemlerinde kullanılacağından sağlam ve unutmayacağınız bir parola vermeniz gerekmektedir.

Bundan bir sonraki adımda bind source ve bind-mysql’i edinmek;

apt-get source bind9
wget http://downloads.sourceforge.net/project/mysql-bind/mysql-bind/mysql-bind-0.2%20src/mysql-bind.tar.gz?use_mirror=garr
tar zxf mysql-bind.tar.gz


mysql-bind kodunu bind’a ekliyoruz;

cd mysql-bind
cp mysqldb.c ../bind9-9.5.1.dfsg.P3/bin/named/
cp mysqldb.h ../bind9-9.5.1.dfsg.P3/bin/named/include/named/
cd ../bind9-9.5.1.dfsg.P3/


Bind’a Database driver’ını ekelemek için gerekli bilgileri MySQL’den almamız gerekiyor. Bu komutların vermiÅŸ olduÄŸu çıktıları bir kenara not etmemiz gerekmektedir.

mysql_config --cflags
mysql_config --libs
cd ../bind9-9.5.1.dfsg.P3/
nano bin/named/Makefile.in


Açılan dosyamız içerisinde DBDRIVER_OBJS yazan satıra gitmemiz gerekiyor. Bu satırda yer alan değişkenleri aşağıdaki gibi doldurmamız gerekiyor;


DBDRIVER_OBJS =
DBDRIVER_SRCS =
DBDRIVER_INCLUDES =
DBDRIVER_LIBS =


DBDRIVER_OBJS = mysqldb.@O@
DBDRIVER_SRCS = mysqldb.c
DBDRIVER_INCLUDES = -I'/usr/include/mysql' //mysql_config --cflags ciktisi
DBDRIVER_LIBS = -L'/usr/lib/mysql' -lmysqlclient //mysql_config --libs ciktisi


dosyayı kaydederek kapatıyoruz.

Bir sonraki aÅŸamada ise bind’ın MySQL baÄŸlantısını açabilmesini saÄŸlamak için gerekli eklemeleri bin/named/main.c içinde deÄŸiÅŸiklik yapmamız gerekiyor.


nano bin/named/main.c


Dosya içerisinde öncelikle mysqldb header dosyasının dahil olmasını ardından ns_server_create fonksiyonunun çağırıldığı satırın öncesine mysqldb_init(); ekleyerek veritabanı bağlantısının yapılmasını, ns_server_destroy fonsksiyonundan hemen sonraki satırda mysqldb_clear(); ile açılan bağlantının kapatılmasını sağlamamız gerekiyor.

#include
/*
*
*
*/

ns_builtin_deinit();


Artık hazırlamış olduğumuz yapılandırmayı bir debian paketi haline getirebilir ve oluşturduğumuz paketleri yükleyebiliriz.


dpkg-buildpackage -rfakeroot -b
cd ..
dpkg -i *.deb


Bu iÅŸlemden sonra bind’ı durdurarak MySQL üzerinde gerekli kullanıcı ve tablolaları yaratıroyuruz;


/etc/init.d/bind stop
mysql -u root -p



CREATE DATABASE dns;
CREATE USER 'dnsuser'@'localhost' IDENTIFIED BY 'password';
GRANT SELECT ON dns.* TO 'dnsuser'@'localhost';

INSERT INTO mydomains VALUES ('mydomain.com', 259200, 'SOA', 'mydomain.com. www.mydomain.com. 200309181 28800 7200 86400 28800');
INSERT INTO mydomains VALUES ('mydomain.com', 259200, 'NS', 'ns0.mydomain.com.');
INSERT INTO mydomains VALUES ('mydomain.com', 259200, 'NS', 'ns1.mydomain.com.');
INSERT INTO mydomains VALUES ('mydomain.com', 259200, 'MX', '10 mail.mydomain.com.');
INSERT INTO mydomains VALUES ('ns0.mydomain.com', 259200, 'A', '192.168.1.1');
INSERT INTO mydomains VALUES ('ns1mydomain.com', 259200, 'A', '192.168.1.1');
INSERT INTO mydomains VALUES ('www.mydomain.com', 259200, 'A', '192.168.1.1');
INSERT INTO mydomains VALUES ('mydomain.com', 259200, 'A', '192.168.1.1');


Hem kullanacağımız veritabanı hem de örnek bir domain için gerekli kayıtları oluÅŸturmuÅŸ olduk. Artık sadece named.conf’a bu domain’i belirterek bind’ı baÅŸlatmamız yeterli olacaktır.


zone "mydomain.com" {
type master;
notify no;
database "mysqldb dns mydomains localhost dnsuser password";
};


Konsoldan nslookup ile sorguladığınızda dns sunucunuzun verdiği sonuçları kontrol edebilirsiniz;


>nslookup
>server 127.0.0.1
Default server: 127.0.0.1
Address: 127.0.0.1#53
>www.mydomain.com
Server: 127.0.0.1
Address: 127.0.0.1#53

Non-authoritative answer:
Name: www.mydomain.com
Address: 192.168.1.1

Ve işte artık zone kayıtlarını MySQL üzerinde tutan bir bind sunucuya sahip durumdayız.

Not:

• Boot sırasında MySQL sunucunun bind'tan önce baÅŸlamak zorunda olduÄŸunu unutmayınız.
• Çıkabilecek bind açıklarına karşı bind updatelerini kesinlikle takip etmenizi öneririm.

JDK ile bağıl herhangi bir yazılım kurmak istediÄŸiniz otomatik olarak main repo’dan openjdk yüklenecektir. EÄŸer ki kullanmış olduÄŸunuz yazılımlarda SUN’ın javasına baÄŸlı iseniz aÅŸağıdaki adımları izleyerek sun-java6-jdk paketini yükleyebilirsiniz.


leoman@leotown:~$ sudo echo "deb http://archive.canonical.com/ lucid partner" >> /etc/apt/sources.list
leoman@leotown:~$ apt-get update
leoman@leotown:~$ apt-get install sun-java6-jdk


[1] https://wiki.ubuntu.com/LucidLynx/ReleaseNotes#Sun Java moved to the Partner repository

Eğer ki MTA olarak qmail kullanıyorsak takım çantanızda sürekli barındırmanız gereken iki adet edevat bulunmaktadır. Bunlardan birincisi qmHandle, daha bir güzeli ise qmail-remove

qmHandle detaylı bir çıktı verebilen, local ve remote queue’yu sadece bir parametre ile güzelce listeleyebilen güzel bir perl script’idir. EÄŸer ki queue’da biriken mailleriniz onbinlerin üzerinde ise maalesef ki queue üzerinde iÅŸlem yapmanız demek pek te mümkün olmayacaktır.

qmHandle’ı http://sourceforge.net/projects/qmhandle/ adresi üzerinden edinebilir ve queue directory yapısında deÄŸiÅŸiklik yapılmamış bir qmail kurulumu üzerinde problemsiz olarak kullanabilirsiniz.

Download adresinden indireceğiniz dosyayı tar ile açmanız yeterlidir. Script bash üzerinde çalışmaya nazır ve hazırdır.

(Plesk kontrol panel kullanılan sunucularda qmHandle’ı indirmeye gerek bulunmamaktadır. Çakma bir isim deÄŸiÅŸtirme yöntemi  ile duplicate edilmiÅŸ script’in kendisini /usr/local/psa/admin/sbin/mailqueuemng adıyla çağırabilirsiniz.)

Bash üzerinde perl ile birlikte şu şekilde  çalıştırabilirsiniz.

perl qmHandle


Bu işlem sonunda kullanabileceğiniz parametrelere dair aşağıdaki gibi bir çıktı görüntülenecektir;

qmHandle v1.2.0
Copyright 1998-2003 Michele Beltrame
Available parameters:
-a : try to send queued messages now (qmail must be running)
-l : list message queues
-L : list local message queue
-R : list remote message queue
-T : list todo message queue
-s : show some statistics
-mN : display message number N
-dN : delete message number N
-Stext : delete all messages that have/contain text as Subject
-D : delete all messages in the queue (local and remote)
-V : print program version

You can view/delete multiple message i.e. -d123 -v456 -d567

Yardım içeriÄŸinde de bahsettiÄŸi üzre “-l”, “-L”, “-R”, “-T” ile queue üzerindeki tüm mesajları ve queue’daki çeÅŸitlerine göre listeleyebilmektesiniz.

ÖrneÄŸin qmHandle -R ile listelemiÅŸ olduÄŸunuz remote queue’da aynı kullanıcının defalarca mail gönderdiÄŸini gördünüz fakat içeriÄŸini merak ediyorsunuz.

65732975 (10, R)
Return-path: spammer@damnit.com
From:
To:
Subject: Viagra Cialis
Date: Thu, 3 Jun 2010 19:17:37 +0300
Size: 11273 bytes
Message-Id: <000f01cb0338$484a6c80$0302a8c0@emlak5a8613ad1>
Queue Time: 1275581860 sec
Envelope Recipients (R): mazlum@yandim.com, daha_bir_cok_mail_adresi

65736822 (16, R)
Return-path: spammer@damnit.com
From:
To:
Subject: Viagra Cialis
Date: Thu, 3 Jun 2010 19:17:37 +0300
Size: 11273 bytes
Message-Id: <000f01cb0338$484a6c80$0302a8c0@emlak5a8613ad1>
Queue Time: 1275581860 sec
Envelope Recipients (R): mazlum@tiallahcezani.com, daha_bir_cok_mail_adresi


Yukarıdaki görmüş olduÄŸunuz queue çıktısında mail header’larının hemen üstünde yer alan numara unique bir queue id’sidir. Yine qmHandle yardımı ile mesajın içeriÄŸini aÅŸağıdaki gibi görüntüleyebiliriz.


perl qmHandle -m65736822


DÄ°KKAT : Gerek qmHandle, gerek qmail-remove ile kuyruktan herhangi bir maili silmeden önce muhakkak ve muhakkak qmail’i durdurmanız gerekmektedir.

Yine bu maili dilerseniz mesaj id’si ile, dilerseniz de subject’ine göre silebilirsiniz;

perl qmHandle -m65736822

veya

perl qmHandle -SViagra\ Cialis

EÄŸer ki normal iÅŸleyen bir mail sistemi ise queue’nuz da çok kabarık olmayacağından bu ÅŸekilde çok rahat kuyruk maillerini yönetebiliriz. Ya bekleyen 263000 mail biriktiyse?

Bu gibi durumlarda qmHandle sizin için yeterli olmayacaktır. queue okuma iÅŸini qmail’in kendi binary’si olan qmail-qread’a ve silme iÅŸini de qmail-remove’un eline bırakacağız.

Kurulumu sadece bir C dosyası build etmekten ibaret olan basit ve 3 adımlı bir süreçten geçeceÄŸiz; download – untar – make ve make install

wget http://www.linuxmagic.com/opensource/qmail/qmail-remove/qmail-remove-0.95.tar.gz
tar zxf qmail-remove-0.95.tar.gz
make && make install

Bu iÅŸlemin ardından /usr/local/sbin altında emirlerimize amade bir qmail-remove bulunmakta. Artık queue’ya göz atmaya hazır ve spam olması muhtemel mailleri silmeye geldi;

/var/qmail/bin/qmail-qread

done remote zavalli@insancik.com
remote vahtuh@spamyedik.com
done remote mazlum@tiallahcezani.com
remote ulan@spamgondereninben.com

gibi bir çıktıda spammer@damnit.com’un spam yaptığını gördünüz. Bundan sonrası qmail’i durdurmak ve qmail-remove’a pattern olarak mail adresini vererek sil demek kadar basit olacaktır.

/etc/init.d/qmail stop
qmail-remove -d -p spammer@damnit.com


silinen maillere karşılık şöyle bir çıktı alırsınız.


remove mess/20/65732975
remove remote/20/65732975
remove info/20/65732975
65733100: no
65732893: no
65733156: yes
remove mess/7/65732975
remove remote/7/65732975
remove info/7/65732975
65733087: no
65736008: yes
remove mess/7/65732975
remove remote/7/65732975
remove info/7/65732975
remove bounce/65732975
263482 file(s) match

Artık qmail’i start ederek mutlu mesut günlerinize kaldığınız yerden devam edebilirsiniz.

Not:

• -d parametresini vermediÄŸiniz sürece qmail-remove silme iÅŸlemi yapmayacaktır.
• -d -p parametresini vererek bir pattern belirtmezseni qmail-remove komple queue’nuzu boÅŸaltacaktır.
• Dosyaların incelemek üzre silinmemesini istiyorsanız -y parametresi ile bir klasör belirtebilirsiniz.
• EÄŸer ki queue directory’niz /var/qmail/queue ‘den farklıysa -q parametresi ile bu klasörün yerini bildirebilirsiniz.

Bunun yerine otomatik olarak Mikrotik’lere “Åžu kadar günde bir yedek al! Aldığın yedekleri bana mail at!” diyebilme seçeneÄŸiniz mevcut.

Bu iÅŸlem için öncelikle bir SMTP sunucuya sahip olmalı, Mikrotik cihazlarının bu SMTP server’a eriÅŸebilmesi, SMTP server’ın da Mikrotik için kullanıcı doÄŸrulaması gerektirmeden mailleri kabul edebilmesi gerekmektedir.

Tüm bu ÅŸartların saÄŸlanmış olduÄŸunu düşünürsek, Mikrotik üzerinden yapılacak iÅŸ iki adımdan oluÅŸmakta. Birinci adım olarak kayıtlı bir script yaratma, ikinci adım olarak kayıtlı olan bu script’i belirli zaman aralıklarında çalıştırmak.


/system script add name="Oto-Yedek" \
policy=ftp, read, write, policy, test \
source="/system backup save=oto_yedek \
/tool e-mail send body=\"yedek\" to=\"alici@domain.com\" file=\"oto_yedek\" \
server=\"xxx.xxx.xxx.xxx\" from=\"gonderen@domain.com\" \
subject=\"XXX Mikrotik Yedegi\""


Ä°le yeni Oto-Yedek adından bir yedekleme script’i oluÅŸturduk ve;


/system scheduler add comment="Otomatik yedekleme scriptini zamanlar"\
name="Oto-Yedek-Zamanla" on-event=Oto-Yedek \
start-date="Jun/11/2009" start-time="01:00:00" interval="1d" \
disabled=no

zamanlaması ile hergün saat gece 1′de yedekleme scriptinin çalışmasını saÄŸlayabiliriz. Bu iÅŸlem sonucunda artık Mikrotik’e login olmaya gerek kalmadan otomatik olarak yedekler belirttiÄŸiniz e-mail adresine gelecek ve yedek alma zamanını sıfıra indirecektir.

1. Ubuntu’nun çalıştırmak için 40 takla attıran ekran ve kablosuz aÄŸ kartım canavar gibi çalışıyor.
2. Sevgili Kaptan “Windoze ile aynı disk ile kurulu olduÄŸundan burdaki verilerinizi göç ettirmek ister misiniz?” dedi. Bunu test etmek için vaktim olmasa da bir ara deneyeceÄŸim.
3. Yine sevgili Kaptan Internet’e aÄŸ ayarlarınızı yapılandıralım dedi ve bunu profil bazlı yapacağım dedi. Bu da ayrı bir güzel fakat keÅŸke profil oluÅŸturduktan sonra hemen aÄŸa kendi baÄŸlansaydı sanki daha hoÅŸ olacak idi.
4. mp3, divx, dvd vs. gibi medyalar için beni uğraştırmadı kesinlikle ben hepsini çalar, oynatırım yeterli aralar bozulmasın dedi.
5. Ön tanımlı konsol renklendirmesi hoÅŸ, hele ki grep’lediÄŸimde sonuçları renklendirmesi gayet iyi bir cilve idi. KeÅŸke bunu daha önce ben de yapsaymışım.
6. NTFS olarak biçimlendirilmiş harici diskim yazılabilir mount edilmiş, yazabiliyorum evet.
7. Pisi ile paket kurmak istediğimde 3 paket seçtiniz fakat 7 paket kurulacak dedi ama diğer ek paketler nedir açıklama gereğinde bulunmadı! Paketler yüklenirken türlü maymunluklarla güldürmeyi unutmadı.
8. Üzerinde IM olarak Kopete kurulu gelmiş. Her nasıl oluyorsa tek bir IM hesabımı eklemiş olmama rağmen login olmamla birlikte bilgisayarım kitlenlenmesi aynı ana denk gelme olasığını yok varsayıyorum. Bir IM nasıl komple bilgisayarı down eder enteresan.

Zannedersem test maceramız bu kadar kısa sürecekmiş.   Bir daha ki boş vaktime kadar kurulu bekleyecek. O zaman biraz daha detaylı da inceleyebiliriz.

Sonradan gelen edit : Kurulum süresi Ubuntu’ya göre çok çok daha kısa sürdü