Sonunda 64 bit Flash çıktı

Flash Square. 64 bit flash'ın deneme sürümünün kod adı. Henüz deneme aşamasında, ama olması bile birşey! Uzuun süredir çıkması beklenen, ama -muhtemelen- sırf 64 bit sürümü olmadığı için 64 bit işletim sistemlerinin 32 bit tarayıcıları varsayılan olarak seçmesine sebep olan Flash.

Bir süredir sadece Linux için 64 bit Flash mümkündü. Ama şimdi Windows ve Mac için de var. 64 bit Flash Player'ı çıkarmak neden bu kadar uzun sürdü çok merak ediyorum. Gerçekten çok uzun sürdü.Ve hala deneme aşamasında. Nihai sürümün çıkması biraz daha zaman alacak.

64 bit Windows ile hem 32 bit hem de 64 bit Internet Explorer geliyor, aşağıdaki resimde görüldüğü gibi.

Eğer Firefox yüklemek isterseniz o da 32 bit geliyor. Windows için henüz kararlı nihai sürüm 64 bit Firefox yok. Aşağıdaki resimde 64 bit Windows 7 üzerine kurulmuş bir Firefox'un 32 bit olduğu görülüyor.

Dolayısıyla 64 bit Windows bile kullanıyor olsanız, Firefox'un gördüğü  Flash plugin'iniz 32 bit olacak.Bunu Firefox adres satırına about:plugins yazarak da görebilirsiniz.

Yukarıdaki resimde Shockwave Flash plugin'inin kullandığı NPSWF32.dll dosyasının isminden 32 bit olduğu belli. Dolayısıyla Firefox'un gördüğü Flash Player da 32 bit. Version satırındaki 64 sayısı sizi yanıltmasın; o başka.

Şu adresten 64 bit IE için 64 bit Flash Player'i indirelim ve olacakları görelim. Aşağıdaki resimde de 64 bit Windows 7 üzerinde, 64 bit IE8'de çalışan Flash Player'in görüntüsü var. Görev Yöneticisi'nde iexplore.exe'nin yanında *32 olmadığı için 64 bit olduğu açık. Ayrıca FlashUtil64_10_3_162_ActiveX.exe'nin yanında da *32 olmadığından bu eklentinin çalışan proses'i de 64 bit. Ayrıca IE'nin Araçlar>Internet Seçenekleri>Programlar>Eklentileri Yönet>Araç Çubukları ve Uzantılar'da görünen Flash'ın Shockwave Flash Object'in ek bilgilerinde %systemroot%\System32\Macromed\flash klasöründeki Flash64_10_3_162.ocx dosyasının da 64 bit olduğu gözüküyor (sadece dosya adında geçen 64 ibaresinden).

Peki bundan nasıl emin olabiliriz? Visual Studio ile gelen dumpbin adında bir komut satırı aracı var. Bu iş için dumpbin önerilmiş. Üşenmedim, Windows 7 üzerine Visual Studio 2010 Express'i kurdum, Visual Studio Command Prompt'u çalıştırdım (cmd.exe ile olmuyor). Burada aşağıdaki sonuçları elde ettim:

Burada machine (x64) yazan dosyalar 64 bit mimariye göre derlenmiş dosyalar. machine (x86) yazanlarsa 32 bit mimariye göre derlenmiş olanlar. Dumpbin'in çıktısı çok ayrıntılı olduğu için findstr ile filtrelenmiş. Bu filtreyi kaldırınca ayrıca adreslenebilir bellek alanının da 64 bit dosyalar için 2 GB'ın üzerinde olduğuna dair bir ibare de çıkıyor ki bu da beklenen birşey. Unutmadan söyleyeyim, 64 bit Windows üzerinde Program Files klasörü sadece 64 bit uygulamalar için. Geriye dönük uyumluluk açısından 32 bit uygulamalar Program Files (x86) klasörüne kuruluyor. Ayrıca Windows klasörünün altındaki system32 klasörü, her ne kadar adında 32 geçse de artık 64 bit sistem dosyaları için. 32 bit sistem dosysalarının konumu SysWOW64.

64 bit Windows kullanırken 32 bit Firefox'a mı muhtacız? Henüz Firefox'un kararlı bir 64 bit sürümü yok demiştim. Ama deneme sürümlerini denemek isterseniz şu adresten indirebilirsiniz. Hemen onu da indirip kurdum ki Flash Square'i 64 bit Firefox üzerinde deneyebileyim. Firefox'un 64 bit sürümünün adı Firefox değil,  Namoraka. Görünüş aynı, hatta exe dosyası bile firefox.exe. Sadece proje adını değiştirmişler, kararlı ve deneme sürümleri karışmasın diye. İşte aşağıda 64 bit Windows 7 üzerine kurulmuş 64 bit Firefox (yani Namoraka) içinde çalışan 64 bit Flash Square plugin'i gözüküyor.

Burada görülen NPSWF64_10_3_162.dll dosyası isminden 64 bit olduğu çağrışımını yapıyor. Peki gerçekten öyle mi diye bakmak için %systemroot%\system32\Macromed\Flash klasörünün altında bulunan bu dosyanın başlıklarını dumpbin ile inceleyelim:

Aklıma gelmişken, bir uygulamanın 32 bit mi yoksa 64 bit mi olduğunu linux'ta bulmak için file komutunu kullanabiliyormuşuz. Bu komutu  bir dosyayı göstererek, ya da çalışan bir prosesin ID'sini vererek de kullanabiliyoruz. Örneğin, Ubuntu 10.10 x64 üzerinde çalışan Firefox'un gerçekten 64 bit olduğunu görmek için şunlaır yaptım:

$ file /usr/lib/firefox-3.6.10/firefox-bin
/usr/lib/firefox-3.6.10/firefox-bin: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped

yada proses ID'sini vererek:

$ file -L /proc/1515/exe
/proc/1515/exe: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped

Firefox'un adres satırına about:plugins yazdığımda Flash Player ile ilgili dosyanın npwrapper.libflashplayer.so olduğunu gördüm. Bu dosyayı arattığımda /var/lib/flashplugin-installer/ ve /usr/share/ubufox/plugins/ klasörlerinin altında rastladım. Fakat ikincisi bozuk bir sembolik linkti. Aslen /usr/lib/flashplugin-installer/npwrapper-libflashplayer.so'ya işaret ediyor olsa da böyle bir dosya yoktu. Onun yerine libflashplayer.so adlı bir dosya buldum. file komutu ile bunları incelediğimde ise

$ file /var/lib/flashplugin-installer/npwrapper.libflashplayer.so
/var/lib/flashplugin-installer/npwrapper.libflashplayer.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

ve

$ file /usr/lib/flashplugin-installer/libflashplayer.so
/usr/lib/flashplugin-installer/libflashplayer.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

sonuçlarını aldım. İkinci dosya libflashplayer.so 32 bit. Ancak bu, bozuk bir sembolik bir link. Yani Firefox bu dosyayı görmüyor (aslında npwrapper.libflashplayer.so dosyasının bir kopyası buraya konarak sembolik link onarılabilir). Dolayısıyla çalışan Flash'ın 64 bit olduğu sonucuna varabiliriz.

Bunu da bulduktan sonra söyleyeceğim birşeyin kalmadığını farkettim.

Samsung LCD TV'de telnet'i etkinleştirmek

DonaninHaber.com'da Samsung B650-51-52-53 Lcd Tv Serileri # Genel Konu # başlığı altında ve aslen SamyGo proje sitesinde Samsung B650 serisi televizyonlarla ilgili bazı güzel gelişmeler olmuş. Bunlardan ilki, televizyon üzerinde telnet'i etkinleştirmekle ilgili. Bu konudan başlayarak yapacaklarımı burada paylaşacağım.

Telnet benim için niye önemli? Bir süre önce bir arkadaşımın USB belleğini televizyona bağlamış, içindeki resimlere bakarken birkaç tanesini televizyonumun dahili belleğine aktarmıştım. Amacım daha sonra bu resimleri bilgisayarıma aktarmaktı. Ama garip bir şekilde dahlili bellekteki bilgilerin başka bir yere kopyalanamadığını gördüm. Televizyonun arayüzünde böyle bir komut yoktu. Resimlerim bir süredir televizyonun dahili hafızasında alınmayı bekliyordu.

Önce şu sayfayı okudum. Orada verilen link'ten SamyGo Telnet Enabler Application'ı download ettim. Bu arada elimde bir boş USB bellek hazır ettim. FAT32 ile formatladım ve download ettiğim zip dosyasını USB belleğimin içine açtım. Yalnız dikkat: bu zip dosyasını açında önce telnet-enabler diye bir klasör ve clmeta.dat ve trojan.png dosyaları çıkıyor. Bu haliyle USB belleğe attığımda televizyon görmedi. Ben de telnet-enabler klasörünün içindeki telnet klasörünün içeriğini USB'nin kök dizinine attım. USB belleğimde şu dosyalar vardı:

busybox
clmeta.dat
telnet.png
telnet.sh
telnet.so

Bu haliyle USB belleğimi televizyona bağladıktan sonra Content menüsü üzerinden İçerik Yönetimi'ne, oradan USB belleğinizin içine girdikten sonra aşağıdaki ekranla karşılaştım:

Burada sağ kısımda görünen Run this Telnet Enabler'ı seçtikten sonra kumandadan Enter tuşuna basınca Oynat, Kopyala ve Tümünü Kopyala seçenekli bir menü açıldı. Ben Kopyala komutuyla bunu televizyonun dahili belleğine kopyalamayı seçtim. Bu uygulama ihtiyaç anında çalıştırılması gereken birşey. Televizyonda kalıcı bir değişikliğie sebep olmuyor. Dolayısıyla ihtihaç anında çalıştırabilmek için televizyonun dahili belleğine kopyalamak iyi bir fikir.

Ardından Oyun kısımna gelerek aşağıdaki gibi ekrandah Run this Telnet Enabler'ı tıkladım.

Bunun sonucunda televizyonun ekranı kısa bir kapandı ve tekrar açıldı. Bilgisayarımdan Putty ile denediğimde giriş yapabildim. Kullanıcı adı olarak root kullandım, parola sormadı bile.

Bundan sonra işin zor kısmı televizyonun dahili belleğindeki resimlerin dosya sisteminde nereye denk geldiğini bulmak kaldı. Elimde bir rehber olmadığından deneme yanılma ile klasörler arasında gezindim. Televizyonun üzerindeki linux işletim sistemi de find veya locate gibi yüksek seviye linux komutlarını desteklemiyordu. Bu arada şuna dikkat: her ne kadar bu yöntemle telnet'i etkinleştirmenin televizyona bir zararı olmasa da, telnet ile bağlandıktan sonra kullanacak yanlış bir komut herşeyi mahvedebilir. Bu yüzden biraz linux tecrübesi faydalı olacaktır.

Gelelim resimleri bulduğu konuma. Resimleri

/mtd_wiselink/PHOTO001

klasörünün altında buldum. Benzer şekilde dahili bellekteki bir filmi de

/mtd_wiselink/MOVIE001

klasörünün altında buldum. Sıra geldi bunları USB'ye kopyalamaya. USB'nin mount noktasını bulabilmek için mount komutunu kullandım. Bu komutun ürettiği çıktının en son satırında

/dev/sda1 on /dtv/usb/sda1 type vfat (rw,sync,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed)

yazıyordu. Demek ki USB belleğim /dtv/usb/sda1 klasörüne bağlanmış. Sonunda aşağıdaki komutla bu dosyaları USB belleğime kopyaladım.

cp /mtd_wiselink/PHOTO001/* /dtv/usb/sda1/

Yalnız bu iş tahmin ettiğimden çok daha uzun sürdü, neden bilmiyorum. USB diskim 2.0'dı. Televizyonun da 2.0'ı desteklediğine şüphe yok. Neyse, resimlerimi bilgisayarıma aktarmanın verdiği sevinçle bu konunun üzerine fazla düşmedim.

3G telefonların kullanımıyla ilgili istatistikler

Chip'te yayınlanan bir haber ilgimi çekti. Adroid ve iPhone'ların, Symbian ve Blackberry'lere göre daha çok internete bağlandığı yazıyordu. Sayıca Andorid kullanıcıları daha sık internete girse de, iPhone kullanıcıları ile aynı miktarda veri alışverişi gerçekleştirmişler. Hatta sayı da verilmiş: Android ve iPhone telefonlarından yapılan bağlantı, Symbian ve Blackberry telefonlardan yapılan bağlantının 5 katından daha fazla. Ciddi bir fark var. 3G modemler ile yapılan veri alışverişi iPhone'larla yapılanının 20 katı olduğuna dair bir rakam da var.

Bu verilerin can alıcı kısmı ise Symbian telefonlardan yapılan telefon görüşmesi, Blackberry, Android ve iPhone'lardan yapılan toplam görüşmeden %35 daha fazla olması. Bu verilerde bir tuhaflık olduğunu anlamıştım zaten.

Sayıca Symbian telefonların diğer telefonlardan daha fazla olduğunu düşünüyordum. Ama internette yapılan veri alışverişinin Andorid ve iPhone'lardan daha fazla olması nasıl açıklanabilir? Elbette iPhone ve Android cihazların aylık yüksek kotalı internet paketleriyle birlikte satılmasıyla. O kadar büyük ekranlı bir telefon aldıktan sonra sadece telefon defterinde dolaşıp ekranda dokunmatik olarak birkaç numara tuşlamak olmazdı. Kaynağını hatırlamadığım başka bir yerde de neredeyse bütün 3G trafiğinin sosyal ağlar ve youtube gibi eğlence amaçlı olduğunu okumuştum. Bu durumu daha net açıklıyor sanırım.

Ubuntu Server 8.04 LTS üzerine VMware Server 1.0.10 kurmak

Daha önceki yazımda Ubuntu Server 10.04 LTS üzerine VMware Server 2.0.2 kurulumunu anlatmıştım. Kurulumu tamamlamış olmama rağmen Firefox 3.6.12 ile bir türlü bağlanamadım. Google Chrome'a da VMware'in desteği yoktu. IE8 ile de başarısız olunca gördüm ki VMware Server, ömrünü tamamlamış. Bu sebeple VMware yeni tarayıcılar için yeni eklentiler çıkarmayı durdurmuş. Eski bir tarayıcı da bulmak istemediğimden Ubuntu Server 10.04 üzerine VMware Server 1.0.10 kurmayı denedim. Ama onun da kurulum aşamasında bir sürü sorunu çıktı. Söylenene göre Ubuntu, yeni sürümlerinde VMware'in kullandığı bir özellik için desteği kaldırmış. Bu durumu da ihtimal dışına çıkardıktan sonra ne yaparım diye düşünmeye başladım. Elimde mevcut bir VMware Server kurulumu vardı (sürüm 1.0.6, Ubuntu Server 7.10 üzerine) ve ben bunu yenilemek istiyordum.

Önce ESXi'yi düşündüm. Ama tam olarak istediğim bu değil. Ben daha pratik, test amaçlı kullanabileceğim bir ortam arıyordum. Bu sebeple VMware Server 1.0.x'in en son hangi Ubuntu Server sürümü ile uyumlu çalıştığını aramaya başladım. Bu yol beni Ubuntu Server 8.04 LTS'ye kadar götürdü. Host işletim sisteminin LTS olması önemli, çünkü zaten yeni kurduğum bir sistemin daha kurulum öncesinde destek süresinin dışında olmasını istemiyordum (elimde zaten böyle bir sistem var, Ubuntu Server 7.10). Ubuntu Server 8.04 LTS de sonuçta 2013 Nisan'ına kadar desteği devam edecek bir ürün. Üstelik kurulumun da sorunsuz gerçekleştiğini okudum.

Bu sebeple hemen Ubuntu Server 8.04 LTS'nin kurulumunu (aslında tam olarak 8.04.4 sürüm, Ocak 2010) yaptım. Elimdeki VMware Server 1.0.10'a ait dosyayı da kurulumdan sonra açarak çalıştırdım. Ve beklenen sonuç: herşey pürüzsüz olarak çalıştı, bir tek hata mesajı olmadan!

Güncel bir Ubuntu sürümü olması için çok uğraştım, ama maalesef olmadı. Bu arada önce Ubuntu 8.04'e başarılı bir kurulum gerçekleştirdikten sonra Ubuntu'ya bir release upgrade yaptırarak 10.04 LTS yaptım. Ama bu sürümde VMware'e bağlantıda sorunlar yaşadım. Kısaca VMware Server 1.0.x kullanmak istiyorsanız bugün yapılabilecek en iyi şey Ubuntu Server 8.04 LTS kurmak.

Windows 7 ve ID3 tagları

mp3 (em pi üç değil, Türkçe alfabemizdeki gibi me pe üç) dosyalarının meta verileri olan ID3 tagları, yeni ortam oynatıcıları için önemli. Çünkü bütün veritabanı bu verilere göre düzenleniyor, gruplama ve seçimler bu meta verilere göre yapılıyor.

Windows 7'de son zamanlarda harici bir ortam oynatıcı (Winamp, SongBird vs.) kullanmadan, Windows Media Player'i kullanıyorum. Ama bazı dosyaların ID3 taglarını düzenleyemiyordum. Son zamanlarda iyice rahatsız edici olmuştu. Sonunda üzerine düşmeye karar verdim. Durumu özetleyeyim: Bazı mp3 dosyalarının ID3 verilerini değiştiremiyorum. Bu durum, dosyanın read-only olmasıyla veya NTFS yetkileriyle ilgili değil. Bir dosyayı seçip, özelliklerinden ayrıntılar sekmesine geçince bu kısım değişikliklere kapalı geliyor. Herhangi bir hata vermediği için daha ayrıntılı bilgiye de ulaşamıyorum. Sonunda Windows Explorer'ın altındaki kısma veri girerek yapmayı denediğimde de aşağıdaki 0x8007000D hatasını aldım:

Nihayet bu beni bir sonuca götürebildi. Bu hatayı Google'da arattığımda şöyle bir sonuca vardım:
ID3 taglarının iki sürümü vardı, bunu biliyordum. Sürüm 1 ve sürüm 2. Sürüm 2'nin de alt sürümleri varmış, 2.3 ve 2.4 diye, bunları bilmiyordum. Meğer yüce işletim sistemi, son teknoloji ürünü Windows 7, ID3 taglarının sürüm 2.4'ünü desteklemiyormuş (kaynaklar şu ve bu). Hatırladığım kadarıyla şu anda göremediğim sürüm 2.4 meta verilerini Pardus'ta yazmıştım, ve Windows XP'de de değiştirebiliyordum. Bu kısıtlama sadece Windows 7'ye özgüymüş. Neden, bilmiyorum!

Çözüm, mp3 verilerimin ID3 taglarının sürümlerini 2.4'ten 2.3'e indirgemek. Peki bu nasıl yapılır? Eskiden kullandığım bir ID3 editörü vardı, ID3-TagIT adında. Gördüm ki bu program bu işi yapabiliyormuş. Aşağıdaki ekran görüntüsünde görüldüğü gibi araç çubuğundaki kırmızı ile işaretlenmiş düğmeye bastıktan sonra "Convert TAG Ver. 2.4 to Ver. 2.3" seçimiyle seçilen dosyaların dönüşümü yapılabilir. Bu işlemden sonra OK'e basmak yetmiyor, bir de araç çubuğundaki disket simgesine tıklayarak üzerinde değişiklik yapılan dosyayı tekrar diske yazmak gerek.

Bu programın .NetFramework 2'ye ihtiyacı var. Çalıştırmadan önce kurulması gerek. Ayrıca cüssesine göre fazla bellek kullanmak gibi de bir dezavantajı var. Forumlardan birinde Alman yazılımlarının karakteristik özelliği olduğu gibi bir yorum okumuştum. Ama hedefe ulaşmak için kullanılabilir mi, kullanılabilir.

Google Yasağının Yeni Hali

Ne garip bir ülke oldu burası. Bir ara devlete kızıyorduk, sansürcü diye. Herkes Youtube'a erişim yasağı kalksın, sansürler olmasın diye söylenip duruyordu.

Geçen hafta yazdığım şu yazımda blog'umun giriş istatistiklerindeki düşüşten bahsetmiştim. Google Analytics raporlarına bakınca 1 Aralık'tan sonra ani bir düşüş olmuş. Geçen hafta internette nereye baksam bu konuda elle tutulur bir sonuca ulaşamadım.

Dün yine bir arama yaptım, yine hangi sebepten Google IP'lerinin yasaklandığını anlamak için. Ve bulduğum sonuçlar karşısında çok şaşırdım. Bu sefer sorunun kaynağı bir özel şirket: Digiturk! İşte kaynaklarım:

• http://friendfeed.com/netdas/30649590/neden-turkiye-den-hala-ghs-google-ulaslamyor
• http://www.appledunyasi.com/blog/2010/06/23/google-hizmetlerinimeger-devlet-engellememis-sirket-engellemis/
• http://www.turk.internet.com/portal/yazigoster.php?yaziid=30434

Lig TV yayınlarının internet üzerinden kanunsuz olarak izletilmesi konusunda haklı bir rahatsızlığı olan Digiturk, Google'a başvurarak ilgili blog'lara erişimin engellenmesini istemiş. Ama Google cevap vermekte geç kaldığından (ya da hiç dikkate almamış da olabilir) Digiturk açtığı dava ile Google Apps ile tüm bloglara erişimi engelleyecek bir karar alınmasına sebep olmuş.

Şimdi koca Türkiye, adamların yasal olmayan yollardan Lig TV izlenmesini engelleyebilmek için Blogspot'a erişmekten feragat etmiş bulunuyor. Haklıyken haksız duruma düşmek tam olarak bu işte! Ne işiniz var bloglarla? Yukarıdaki 3. referanstaki yazıda söylendiğine göre bu kararın sorumlusu Digiturk değil, Türk Telekom. Digiturk yasağın sadece ilgili bloglara erişimi engellemek şeklinde olmasını istemiş. Ancak Türk Telekom yasağın IP tabanlı olması konusunda (nedense) ısrar etmiş. Garip! Sanki IP kısıtlaması olunca hiç erişilemiyor. Tabi bu ısrar, Digiturk'u temize çıkarmıyor bence. Şu anda Youtube yasağından daha anlamsız bir erişim engellemesiyle karşı karşıyayız sonuçta.

Şu adreste de Türkiye'den hala erişime kapalı IP adreslerinin listesi var.

Nitekim, bloglara girmek için bazı yollar mevcut. Öncelikle girmek istediğiniz sadece bir blog ise o blog'un adına karşılık hosts dosyasına bir giriş yapmanız yeterli. Örneğin blog.ozmener.net'e girebilmek için hosts dosyasına (önceki yazımda ayrıntılar var)

216.239.34.21 blog.ozmener.net

yazmak gerek. Bu ziyaretçi tarafında yapılacak birşey. Blog sahibi ne yapabilir? blogadi.blogspot.com gibi bir adrese erişimde -şimdilik- bir sıkıntı olmadığı için (sadece ghs.l.google.com'a ait 74'lü IP adresleri engelleniyor) blog.ozmener.net yerine blog'un yayınlanma adresini tekrar blogspot.com'a göre değiştirip, blog.ozmener.net adresini de manuel olarak blogspot.com'a yönlendirebilir, bu aralar benim yaptığı gibi. Ben alan adıma ait DNS sunucu üzerinde blog.ozmener.net için yeni bir A kaydı yaratıp, 216.239.34.21 adresine yönlendirdim. Google bir kez daha IP değiştirirse DNS sunucumda bir kez daha bu değişikliği yapmam gerekecek.

Ubuntu Server 10.04 LTS üzerine VMware-Server 2.0.2 kurulumu

ÖNEMLİ NOT: VMware Server, tasarlanan ömrünü tamamlamış bir ürün. Bu sebeple yeni sürümlerini yayınlanmayacak. Bu hangi noktada önem kazanıyor? VMware Server 2.0.x için bir client console tipi bir yazılım yok, onun yerine browser üzerinden bir plug-in ile bağlantı yapılıyor. Bu plug-in de IE8, Firefox 3.6 ve sonrası ile Google Chrome'un hiçbir sürümünü desteklemiyor, gelecekte de desteklemeyecek. Dolayısıyla yeni sürümlü browser'larınıza VMware'e bağlanmak mümkün değil. Ben bu sebeple bu duruma alternatif olarak Ubuntu 8.04 LTS üzerinde VMware Server 1.0.10 kullanmaya başladım.

Yazılım ve sistem testlerini yapmak için bir sanal makina sunucusuna ihtiyacım var. Kurulduğu makine üzeirnde en az kaynak tüketerek, en verimli çalışacak sistemin, bir linux üzerinde VMware-Server olacağını düşündüğümden önce sıradan bir bilgisayar üzerine Ubuntu Server 10.04 LTS kurdum. Neden 10.10 değil 10.04? Çünkü 10.04 LTS - Long Term Support. Yani destek süresi Server'larda 5 yıl!

Ubuntu Server'ın kurulumu tamamlandıktan sonra üzerine önce Webmin ve OpenSSH kurulumlarını, daha önceki yazılarımda belirttiğim gibi yaptım. Ardından VMware.com sitesinden yeni 2.0.2 sürümü download ettim. Bu dosya biraz büyük (~500 MB). Bu aşamada siteden lisans anahtarlarını almayı da unutmayın. Download ettiğim dosyanın adı VMware-server-2.0.2-203138.x86_64.tar.gz ve bu dosyayı profil klasörüme kopyaladım. Sıkıştırlmış bu dosyayı şimdilik açmaya gerek yok (daha sonra anlatacağım).

Kuruluma geçmeden önce kurulum sırasında gerekecek bazı bileşenlerin kurulumlarını yapmak gerek.

sudo apt-get install gcc make build-essential
sudo apt-get install linux-headers-`uname -r`
sudo apt-get install xinetd ia32-libs

Ben ilk denememde VMware'in ~500 MB'lık kurulum dosyasını açıp kurulum script'ini çalıştırdım ve çok sayıda

/tmp/vmware-config3/vmmon-only/./include/vm_atomic.h:1028:7: warning: "_MSC_VER" is not defined

hatası aldım. Bunun çözümü bu, bu ve şu sayfalarda verilmiş. Radu Cotescu adlı kişinin şahsi çabası sonucunda Ubuntu 10.x ve VMware 2.0.x sorununa çözüm şu adreste verilen dosyanın indirilmesiyle bulunmuş. Bu patch dosyalarını da profil klasörümün içine kopyaladım. Sonra bu dosyayı, VMware-Server'ın sıkıştırılmış kurulum dosyasının bulunduğu (profile) klasörüne açtım. Yani

VMware-server-2.0.2-203138.x86_64.tar.gz
vmware-server-2.0.x-kernel-2.6.3x-install.sh
vmware-server-2.0.2-203138-update.patch
vmware-config.patch
start-VMware-console.sh

dosyaları aynı (profil) klasörde olmalı. Ardından sh uzantılı dosyanın execute yetkilerinin olduğundan emin olduktan sonra (yoksa chmod +x ile bu yetkiler verilir) root yetkileriyle bu script'i çalıştırdım. UYARI: Mevcut klasör isimlerinde boşluk karakteri kullanmayın!

sudo ./vmware-server-2.0.x-kernel-2.6.3x-install.sh

Bu script VMware-Server'ın sıkıştırılmış dosyasını açarak patch'i uygular ve kuruluma devam eder. Kurulum bittikten sonra web arayüzüne

https://server-adi-veya-adresi:8333

ile bağlanılır.

Ubuntu Server üzerinde OpenSSH Server yapılandırması

OpenSSH, genelde linux tabanlı sistemlere uzaktan erişmek için kullanılan güvenli bir bağlantı yöntemi. Ayrıca onu bu kadar popüler yapan port yönlendirme yetenekleri de var.

Ubuntu Server'ın kurulumu sırasında aşağıdaki ekranda OpenSSH'ın kurulumunu seçebilirsiniz.

Bu ekranda OpenSSH server seçeneğini işaretlememiş olmanız durumunda kurulum sonrasında da OpenSSH'ı kurabilirsiniz. Bunun için komut satırından

sudo apt-get install openssh

girmek gerek. openssh hem openssh-server hem de openssh-client paketlerini kurar. Sadece server kurulumunu yapmak istiyorsanız

sudo apt-get install openssh-server

da yazabilirsiniz.

OpenSSH Server'ın ayarlarını saklayan dosya /etc/ssh/sshd_config dosyasıdır. Bu dosyada ben aşağıdaki ekleme/değişiklikleri yapıyorum. Ancak bu değişiklikler öncesinde

sudo /etc/init.d/ssh stop 

ile ssh servisi durdurulmalı.

Port 2122 # default portu değiştirir
PermitEmptyPasswords no # boş şifreleri engeller
PasswordAuthentication no # şifre ile girişi kapat
PermitRootLogin no # root girişini kapat
AllowUsers <boşlukla ayrılmış kullanıcı listesi>

Ardından ssh servisi tekrar

sudo /etc/init.d/ssh start

komutuyla başlatılabilir. Önce default portu değiştirdim. İstenilen boş port kullanılabilir. Amacım şifre değil, sertifika ile giriş olduğu için PasswordAuthentication için no değerini kullandım. Ayrıca boş parolalar ve root ile girişi de engelledim. AllowUsers ile de sadece istediğim kullanıcıların giriş yapmasını sağladım. Ardından mevcut genel anahtarımı (public key) kullanıcı profilimin altında .ssh klasöründeki authorized_keys dosyasına koydum. Bunun bir kopyasını da authorized_keys2 olarak aldım. Genel uygulama bu; neden aynı dosyanın kopyasına ihtiça var, bilmiyorum.

Ubuntu Server 10.04 LTS'ye webmin kurulumu

Webmin, linux sistemlerin uzaktan yönetilmesi ve görüntülenmesi için güzel bir araç. Ubuntu Server 10.04 LTS'nin kurulumu şu adreste güzelce anlatılmış. Bu adımlarla kurulumu tamamladıktan sonra ilk olarak

sudo apt-get update
sudo apt-get upgrade

komutları ile paketleri güncelledim. Ardından başka bir makineden webmin'in deb uzantılı Debian ve Ubuntu uyumlu kurulum dosyasını indirdim. Ardından bunu hedef Ubuntu Server'a aktardıktan sonra

sudo dpkg -i webmin_1.530_all.deb

ile kurulumunu başlattım. Ancak bir sürü bağımlılık hatasıyla kuruma devam etmeyi reddetti. Ekrandaki hata mesajlarını okuyarak aşağıdaki komutla gerekli bağımlılıklarını kurduktan sonra webmin kurulumu devam etti:

sudo apt-get install libnet-ssleay-perl libauthen-pam-perl libio-pty-perl apt-show-versions libapt-pkg-perl

Tüm kurulum süreci tamamlandıktan sonra 10,000 numaralı TCP portu üzerinden https bağlantısı ile yönetim arayüzüne bağlanabildim.

Blog'lardan ne istediniz?

Ya bu IP tabanlı kısıtlama işi iyice can sıkmaya başladı. Daha önce şu yazımda da belirttiğim gibi Google'ın elindeki IP adreslerinde yaptığı ufak bir değişiklik sonucu Youtube'a konan yasak, birden bire Google Analytics'e, Google Maps'e yasak şekline dönüşmüştü. Ne olduysa iki gündür blog'lara da giremez oldum. Bugün şu kaynaktan aldığım IP adreslerini %windir%\system32\drivers\etc\hosts dosyasına şu satırı ekleyerek sorunu çözebildim.

216.239.34.21 blog.ozmener.net

Eğer bu sayfayı görüntüleyemiyorsanız hosts dosyasına bu girişi yapmanız gerek - nasıl olacaksa!