/home/ras0ir

Feed Rss

Realtek’in yakın zamanda piyasaya sürdüğü ve fiyat/performans bakımından oldukça verimli ürünü 8192cu’nun sürücüsünü eğer çekirdeğin 3.2 sürümünü kullanmıyorsanız doğrudan çalıştıramıyorsunuz.

Zyxel NWD 2205 de Realtek’in bu çipsetini kullanıyor. Dolayısıyla bu yazı doğrudan NWD 2205 kullanıcılarına da hitap ediyor.

2.6.18′den 3.1 sürümüne kadar olan tüm çekirdekleri destekleyen sürücüsünü Realtek’in web sitesinden indirebilirsiniz.

İndirdiğiniz dosya bir çekirdek modülünün kaynak kodu olduğu için ve bu çekirdek modülünü derlemek için öncelikle kullandığınız çekirdek için headers paketini kurmalısınız. (Mesela Pardus üzerinde kernel-headers paketi.)

Daha sonra kaynak kodu bir dizine açıp; o dizine girdikten sonra şu komutları vermeniz yeterli:


make
(root değilseniz, sudo) make install

Daha sonra modprobe 8192cu komutunu vererek kablosuz aygıtını kullanmaya başlayabilirsiniz. 3.2 serisi çekirdekte sürücü çekirdeğe dahil olduğu için bu işlemleri yapmanıza gerek bulunmuyor.

Özgür yazılımlar içerisinde tabiri caizse “baba” yazılımlardan biri de Koha kütüphane otomasyonu. İlk olarak Yeni Zelanda’da bir kütüphanenin isteklerini karşılamak amacıyla yazılan Koha, daha sonra “tüm insanlık bundan faydalansın” amacıyla GPL lisansı ile özgürce dağıtılmaya başlanmış. Yaklaşık 12 senedir geliştirilen Koha’da şu an 3.2, 3.4 ve 3.6 olmak üzere 3 farklı dal bulunuyor.

3.6 geçtiğimiz ay yayınlandı ve yeni özellikler eklendi. 3.4 sürümüne ise 3.4.7 güncellemesi geldi. 3.2 sürümünde ise sadece güvenlik güncellemesi/hata düzeltmesi yapılıyor. Her büyük sürümden farklı bir ekip sorumlu ve dinamik bir gelişim süreci sağlıyorlar. Ayrıca Koha topluluğu oldukça yardımsever. E-posta listeleri ve IRC üzerinde günün her saati sorularınıza yanıt alabiliyorsunuz.

Koha ile ilk ilgilenmeye başladığımda 3.4 sürümü yeni çıkmıştı ve Pardus kurulu bir sistemde çalıştırmam gerekiyordu. Ben de boş durmayıp Koha ve bağımlılıkları (74 adet perl kitaplığına ihtiyaç duyuyor) için Pardus paketini oluşturdum. Çevirisi üzerinde de oldukça uğraştık; zira kullandıkları pootle’a spambot dadanmış ve Türkçe dizgileri oldukça bozmuş. Güncelleyip gönderdiğimiz çeviriler ise henüz kendi çeviri sistemleri tarafından kabul edilmediği için bu şekilde yayınlıyoruz.

Netice olarak Koha 3.4 serisi için güncel Türkçe çevirisine buradan, Koha paketlerinin inşa dosyalarına ise buradan ulaşabilirsiniz. Pisi paketlerine nereden ulaşırım diyorsanız şu an için bir ikili depo hazırlama gereği duymadım, LKD katkı deposuna koyarım diye. Ancak bazı sebeplerden dolayı depoya alınamıyor.

Bu arada 3.6 için de çeviri çalışmalarına çoktan başladık, bir kere başlayınca bağımlılık yapıyor ;)

Herkese şimdiden mutlu yıllar :)

Bu adreste hizmet sunan CAcert topluluk temelli, ücretsiz SSL sertifikası alabileceğiniz bir oluşum. Her ne kadar tamamen özgür diyebileceğimiz bir lisansla dağıtılmasa da “Public Domain” diyebileceğimiz bir lisans ile dağıtılması mümkün. Mümkün ki bugün Arch Linux, Debian ve Gentoo (bkz: gentoo forumları) gibi dağıtımlarda kök sertifika dağıtıma dahil edilmiş durumda.

Elle sertifika oluşturmak çoğu zaman hepimizin işine geliyor. Dışarıya açmayacağımız hizmetler için de SSL sertifikası satın almayacağımızı göz önünde bulundurursak, semi-public diyebileceğimiz yalnızca belirli bir kesimi hedef alan projelerde CAcert sertifikalarından yararlanarak elle sertifika oluşturma zahmetinden ve kullanıcıların “arkadaşım bu güvenli değil bak uyarı veriyor” geribildirimlerinden bir nebze olsa da kurtulmuş oluyorsunuz.

Peki kök sertifikayı nasıl kullanabilirsiniz?

Dağıtımlar açısından ele aldığımızda yukarıda saydığım 3 dağıtım CAcert kök sertifikasını “nss” paketlerine dahil ediyor. Pardus’a da dahil edilmesi için bir hata kaydı da ben açtım

Sadece web tarayıcınız ile kullanacaksanız (Firefox) bu bağlantıya tıklamanız yeterli. Sizden onay aldıktan sonra CACert sertifikası kullanan sitelerde SSL güvenlik uyarısı vermeyi bırakacaktır.

Diğer bir seçenek ise nssdb’ye el ile müdahale etmek. Böylece nss’den yararlanan tüm uygulamalarda CAcert sertifikaları güvenlik uyarısı vermeyi bırakacaktır. nssdb’ye müdahale etmek için:

Normal kullanıcı olarak:
1. root.crt’yi ev dizininize kopyalayın. (http://www.cacert.org/certs/root.crt)
2. certutil -d sql:$HOME/.pki/nssdb -A -t "C,," -n cacert -i root.crt komutunu verin.

Ya da root olarak root.crt’yi indirdikten sonra:
certutil -d sql:/etc/ssl/nssdb -A -t "C,," -n cacert -i root.crt komutunu verebilirsiniz. Bu şekilde mevcut nss veritabanına CAcert’i eklemiş olursunuz.

“Özgür” proje yönetim sistemleri arasında açık ara önde bulunan Redmine’ı e-posta ile yönetmek konusunda kısa bir araştırma yapayım dedim ve Redmine’da bu özelliğin dahili olduğunu görünce sevinç gözyaşlarımı saklayamadım :) . (Bilmeyenler için, trac kullanıyorsanız eğer email2trac ile Trac’ı e-posta üzerinden yönetebiliyorsunuz.)

E-posta ile yönetmekten kastım, iş açma/kapama, durum değişikliği ve iş kaydı altına yorum yazma gibi işlemlerin tamamı oluyor. Bunu yapabilmek için öncelikle yönetici arayüzünden bir API key oluşturmanız gerekiyor. (Application settings -> Incoming emails)

Daha sonra Redmine dizini altındaki extra/mail_handler/rdm-mailhandler.rb dosyasını çalıştırılabilir yaptıktan sonra ister o dizin altında, isterseniz ise $PATH içerisinde bir yere kopyalayabilirsiniz.

Bundan sonra ise eğer Postfix kullanıyorsanız şöyle bir alias tanımlamanız yeterli olacaktır:

redmine: "|/path/to/rdm-mailhandler.rb --url http://sunucu --key oluşturduğunuz_key"

Bunu tanımladıktan sonra redmine@sunucu adresine e-posta gönderdiğinizde Redmine üzerinde işleri otomatik açabilir/güncelleyebilir, Redmine’dan gelen e-postalara yanıtla diyerek yanıtınızın Redmine üzerinde yorum olarak görünmesini sağlayabilirsiniz. Bunu yaparken e-postanızın içerisinde şöyle bir satır olması yeterli:

Project: proje

Yukarıdaki alias tanımında tüm projelerde geçerli olmasını sağlamıştık. Eğer ben her e-postada proje ismi belirtmek istemiyorum ve sadece belirli bir projeyi e-posta ile yönetmek istiyorum diyorsanız alias’ı şu şekilde değiştirebilirsiniz:

redmine: "|/path/to/rdm-mailhandler.rb --url http://sunucu --key oluşturduğunuz_key -p proje_ismi"

Bu şekilde göndereceğiniz e-postalar sadece belirtilen proje için geçerli olacaktır.

E-posta ile iş açmak için yapmanız gerekenler ise şu şekilde:

- Konu kısmına iş için başlık girin.
- Mesaj kısmında ise işle ilgili yazacağınız ne varsa yazıp alt kısmına şunları ekleyebilirsiniz:

Project: proje
Tracker: Hata
Priority: Acil
Status: Durum (resolved vb.)

İş açmak bu şekildeyken, işe yorum yazmak çok kolay. Sadece yanıtla demeniz yeterli :)

Redmine’ı e-posta ile kullanırken dikkat etmeniz gereken tek husus gönderen adresinin Redmine’daki hesabınızdaki e-posta adresi ile aynı olması, bunu da mutlaka göz önünde bulundurun :) .

LDAP son iki senedir haşır neşir olduğum bir protokol. Genelde e-posta hesaplarını (dovecot ve postfix ikilisini seviyorum) ve DNS kayıtlarını tutmak için kullanırdım (PowerDNS şiddetle tavsiye olunur); ancak son bir aydır bunun kapsamını genişlettim. Neler yaptığıma gelince:

-Collaboration suite ile kullanmaya başladım. Zarafa ve zimbra açık kaynak çözümler olduğu için ilk olarak onları denedim.

Sistem kaynağı tüketimi bakımından Zarafa tercih sebebim oldu. Zira zimbra oldukça fazla kaynağa ihtiyaç duyuyor.

Zarafa’nın LDAP yapılandırmasına gelirsek, oldukça kolay bir yapılandırması var. Kurulum yaptıktan sonra paket içinden çıkan ldap.cfg dosyasında DN’leri LDAP ağacına uyarladıktan sonra “zarafa-admin -s” demem yetti, kullanıcıları otomatik kendi veritabanına aktardı. (değişiklik yapıldığında da yansıyor otomatik)

- Doküman yönetim sistemi olarak OpenKM ve Alfresco’yu (Community Edition – Topluluk Sürümü) denedim.

Kullanım kolaylığı ve eklentileri nedeniyle OpenKM her zaman öncelikli tercihim oluyordu. Ancak LDAP yapılandırma konusunda maalesef durum o kadar kolay değil. Bunda biraz da OpenKM dokümantasyonunun ücrete tabi olması da önemli rol oynuyor. Şu ana kadar kimlik doğrulamanın ötesine geçemedim maalesef OpenKM ile. Çözdüğüm anda bununla ilgili bir günlük yazısı yazmak farz oldu :)

Alfresco da OpenKM kadar esnek ve kullanışlı bir doküman yönetim sistemi. Alfresco ile OpenKM’den önce tanışmış olsaydım muhtemelen OpenKM kullanmıyor olurdum şimdi :) . Oldukça kapsamlı ve güzel bir dokümantasyonu var. Ayrıca LDAP yapılandırması oldukça basit. Bu yüzden kullanmanızı tavsiye edebilirim. Tek dezavantajı son kullanıcıya sunduğu görsel arabirimin OpenKM’ye kıyasla zayıf olması. (ah şu son kullanıcılar)

- Proje yönetimi için şimdiye kadar hep Trac’i savunurdum, kullanırdım, kullanmaya zorlardım.

Ancak Redmine ile tanıştıktan sonra Trac gördüğüm yerden kaçıyorum artık. Redmine proje yönetimi konusunda çok spesifik istekleriniz yoksa işinizi fazlasıyla görecek bir uygulama.

LDAP yapılandırması ise oldukça basit. Doğrudan desteği olduğu için Redmine ayarlarında bir kaç parametreyi değiştirdikten sonra kullanıcıları LDAP’tan almasını sağlamak 1 dakikadan daha az sürdü ;) .

Trac’ta ise bunun için eklentiye ihtiyacınız olduğunu ek bilgi olarak not düşeyim.

- İçerik yönetim sistemi için bu konuda artık kendisini fazlasıyla kanıtlamış 2 farklı içerik yönetim sistemi (Drupal ve WordPress) ile LDAP doğrulama yapmayı denedim.

WordPress için çeşitli eklentiler denedim, bunlar içerisinde en basit ve en hızlı yapılandırılabilir eklentinin “LDAP LPRM” olduğuna karar verdim. Oldukça esnek ve oldukça basit bir yapı sunuyor; dolayısıyla yapılandırma işi bir kaç dakikayı geçmeyecektir.

Drupal’in LDAP modülüne ise tabiri caizse aşık oldum. Öyle özelleştirilebilir seçenekler sunuyor ki keşke her LDAP desteği olan uygulama bunun kadar esnek çözümler sunabilse diyorsunuz :) . Drupal 6 için ldap_integration, Drupal 7 için ldap modülü aynı işi yapıyor ve arabirim olarak aynı arabirimi sunuyorlar. İzin gruplarına kadar her şeye müdahale etmeniz mümkün kılıyorlar. İlk defa kullanan birinin 10 dakika içerisinde ayağa kaldırabileceği kolaylıkta olması da ayrı bir güzelliği.

Bu arada Apache ile daha spesifik LDAP yönetimi için mod_authz_ldap modülünü sıkça kullanıyorum ve bir sonraki yazımda Apache ve LDAP konusuna ayrıca değinmeyi planlıyorum.

Bu arada her şeyi web’den yapıyorken LDAP ağacını da webden yönetmenin mümkün olduğunu hatırlatmak isterim. phpLDAPadmin ile oldukça rahat bir biçimde LDAP ağacını yönetebiliyorum. Tabii standart desteklenen (phpLDAPadmin’in desteklemesi gerekiyor) şema kullanmıyorsanız şablonlara biraz müdahale etmeniz gerekebiliyor.

Unutmadan ekleyeyim, spam/antivirus gateway olarak amavisd-new’i beraberinde gelen şema ile kullanmak oldukça keyifli oluyor ve her kullanıcının spam, virus vb. skorlarını ayrı ayrı tanımlayabilmek oldukça rahatlık sağlıyor. Şemanızı OpenLDAP’a tanıttıktan sonra amavisd’nin yapılandırma dosyasına şunları eklemeniz yeterli (zarafa için örnek):

$enable_ldap = 1; # 0 = devredışı, 1 = etkin

$default_ldap = {
hostname => 'ldap.domain.com', # ldap hostname
timeout => 5,
tls => 1, # 0 = false, 1 = true
base => 'cn=people,dc=domain,dc=com', # dizin
query_filter =>
'(&(objectClass=amavisAccount)(|(mail=%m)(zarafaAliases=%m)))'
};

Bunlara ek olarak diğer açık kaynak/özgür yazılımlarla ilgili deneyimlerinizi paylaşırsanız bu listeyi daha da genişletebilirim :)

Sanallaştırma için libvirt kullanıyorsanız, virsh içerisinde virsh console DOMAIN komutunu verdiğinizde eğer ttyS0 için yapılandırma yapılmamışsa sanal makinelerinizin konsoluna ulaşamıyorsunuz.

6.x serilerinden önceki sürümlerde /etc/inittab içerisinde ttyS0 için gerekli ayarları yapıp init q yeterli oluyorken (/etc/securetty’e ttyS0 eklemek şartı ile) 6.x serilerde doğrudan inittab üzerinden yapmak pek doğru bir yöntem değil.
Bunun yerine açılış parametresi olarak console=tty0 console=ttyS0,115200 eklediğinizde virsh console DOMAIN diyerek sanal makinenize vnc yerine doğrudan ttyS0 üzerinden ulaşabilirsiniz. Sanal makinenin konsoluna ulaşmak için illa virt-manager kullanmak zorunda değilsiniz. 
Tabii ttyS0 kvm tabanlı sanallaştırma için geçerli, Xen üzerinde yanılmıyorsam hxc0 kullanılıyor bu işlem için.

WordPress kullanıp birden fazla dilde içerik giriyorsanız yakın zamana kadar WPML bu işi oldukça kolaylaştırıyordu. Eklenti ücretli olduktan blog yazarlarını kahretmiştir sanırım :P .

Tabii WPML ücretli olunca alternatif aramaya koyulduk, sağolsun Erdem (Artan) qTranslate eklentisinden haberdar etti beni. qTranslate nitelik bakımından WPML ile aynı işi yapabiliyor.
Oldukça da başarılı bir eklenti kendisi.
Gelelim başlığa: Eğer WordPress’i Türkçe kullanıyorsanız, eklentiyi kurup etkinleştirdikten sonra WordPress yönetim paneline giremiyorsunuz (wordpress yeterli izniniz yok hatası veriyor). Bu durumla karşılaşırsanız yapmanız gereken tek şey wp-content/languages/tr_TR.php dosyasında wp_default_secret_key değişkenine bir değer atamak. Bu değeri atadıktan sonra yönetim paneline tekrar giriş yapabiliyorsunuz.

Scientific Linux 6.1 sürümü bildiğiniz gibi dün duyuruldu, 6.0′dan 6.1′e geçiş yapmak için ise yum update yeterli olmuyor. Neden yeterli olmadığını Troy Dawson şu şekilde güzelce açıklamış:

Hi,
This is one place where Scientific Linux differs from RHEL.

The default setting for Scientific Linux is for you to "sit on a
release". This means that you do not automatically update to the next
release, unless you want to. So if you install SL 5.4, you willstay at
SL 5.4, getting security updates, until you manually update to whichever
release you want.

If you want the same functionality as RHEL (your machine is
automatically updated to the latest release) you need to install
yum-conf-sl6x.
yum-conf-sl6x
Bu aşamada 6.0 sürümünde kalıp sadece güvenlik güncellemelerini alabileceğiniz gibi, yum-conf-sl6x paketini kurarak 6.x serilerini kullanabilirsiniz.

İş yerinde doküman yönetimi amacıyla OpenKM kullanıyoruz. Daha önce Türkçe’ye çevrilmiş olsa da yeni sürümlerde eklenen stringler var ve bazı çeviri iyileştirmeleri gerekiyordu. Ben de boş durmayıp el attım ve çeviriyi tamamladım. Çeviriye buradan ulaşabilirsiniz.

Son kullanıcı için ne kadar karışıkmış gibi gözükse de LVM oldukça faydalı bir araç. Daha önce aldığım disk yetmemeye başlayınca yeni bir disk aldım. Mevcut diskimde bölüm yönetimi için LVM kullandığımdan, yeni aldığım diskte LVM kullanıp o diski de ev dizinime dahil edeyim dedim. Bunun için yeni aldığım diske fdisk çekip type olarak LVM belirledikten sonra şu komutları uygulamam ev dizinimin olduğu bölümü 2 katına çıkarmaya yetti:

pvcreate /dev/sdb1 (fiziksel bölümü oluşturuyoruz.)
vgextend linux0 /dev/sdb1 (linux0 volume group ismi)
Daha sonra 750GB’lik disk bölümünü şu şekilde ekledim:
lvresize -L +750G linux0/linux0_home (linux0_home logical volume ismi, ozetle volumegroup/logicalvolume şeklinde ekliyorsunuz.)
Ve son olarak da resize2fs /dev/linux0/linux0_home diyerek disk bölümünü genişletmeye başlıyorsunuz. Bu işlem disk performansına göre biraz zaman alabilir, anlık takip etmek için df komutundan yararlanabilirsiniz.