Aşık Olacağınız Paylaşım Şekli: shfs

0
pismikrop
shfs için böyle bir başlık koydum çünkü ben aşık oldum. Artık elimdeki tüm sunucuları güvenli bir şekilde klasörlerimin içine bağlayıp eş-zamanlı iş yapabilirim. Ve iptables'ta tek izinli port ile.

Uzaktaki sunucuda ortak çalışma için öncelikle nfs'i denedik. NFS yerel ağda bir harikaydı. Ama uzaktan erişimi oldukça yavaş ve güvensizdi. Daha güvenli bir paylaşım için shfs biçilmiş bir kaftan. portmap, rpc gibi ek hizmetler gerektirmeyen harika bir paylaşım ortamı.

shfs için sunucu tarafındaki malzemelerimizi sayıyorum: bir adet ssh sunucusu :) istemci tarafındaki malzemelerimiz ise güncel çekirdek sürümünüze ait kernel başlıkları, shfs utils, shfs-source, gcc, module-assistant

Şimdi Debian GNU/Linux ile (ki ben Ubuntu kullanıyorum :) kuruluma sıra geldi...

pismikrop@mikropyuvasi:/etc$ uname -a

Linux mikropyuvasi 2.6.10-5-386 #1 Fri Jun 24 
16:53:01 UTC 2005 i686 GNU/Linux

"uname -a" ile kernel sürümümüzü bulup buna ait başlıkları kurmamız gerekli. Ama sistemde olup olmadığını önce bir test edelim.

pismikrop@mikropyuvasi:/etc$ dpkg -l | grep linux-headers

ii  linux-headers- 2.6.10-34.3    Header files related to Linux kernel version

ii  linux-headers- 2.6.10-34.3    Linux kernel headers 2.6.10 on 386

Bende kurulu gözüküyor ama kurulu olmayanlar

apt-get install linux-headers-2.6.10-5-386

ile kurabilirler. Shfs için gerekli ekipmanları temin edelim:

apt-get install shfs-source shfs-utils module-assistant 

Az kaldı, derledik mi bitiyor...

module-assistant build shfs

Derleme işlemi bittikten sonra kurulum işlemi ile sistem kurulumu sona eriyor.

module-assistant install shfs

Artık dizinlerimizi bağlayabiliriz. "mount -t shfs .." standart şekliyle bağlayabildiğimiz gibi:

shfsmount kullanıcı@konak:/baglayacagim_dizin /baglanacak_dizin

Şekliyle de kullanabiliriz. Dikkat edilecek bir nokta bağlarken root olmamız gerekiyor. Her ne kadar oraya user yazsak da. Bolca "operation not permitted" hatası ile karşılaşıyorsunuz. İşte bu da benim çalışan fstab yapılandırmam:

user@XX.YY.ZZ.WW:/home/user  /home/pismikrop/uzak/shfs  shfs
defaults,noauto,user,showexec,umask=0007,gid=1000,uid=1000  0  0

Ben user ve group id'me 1000 yazdım siz:

cat /etc/passwd | grep kullanıcıadınız

Kullanıcı ve grup id'lerinizi öğrenebilirsiniz genelde aynı rakamlardır.

Gerisi ise çok kolay.

mount /home/pismikrop/uzak/



Öğr. Gör. Fırat KÜÇÜK

Yazının orjinaline http://firat.kucuk.org adresinden ulaşabilirsiniz.

Görüşler

0
sundance
Yazı için teşekkürler.

Peki bunun ssh, ftp hatta gnutella üzerinden mount etme opsionları olan Lufs'ten ne gibi bir üstünlüğü var ? http://www.osnews.com/story.php?news_id=10064

0
pismikrop
Çok bir farkı yok, hatta lufs daha iyi. Fakat paket tanımında şöyle yazmakta! Sanırım en büyük farkı bu:

Warning: this is a highly experimental package that can possibly
cause data corruption in transfered data.
0
junkie
Kucuk bir dip not du$mek istedim.

shfs + samba ile ofisinizdeki Windows kullanıcılarını şaşırtabilirsiniz. Ben $ahsen bunu yapmaktan keyif aLmI$tIm. Kabaca yaptIgIm shfs ile tum production sunucularInI bir dugum aLtInda mount etmek ve bu dugumu samba iLe network'e acmaktI.

insanlar FTP'siz uyguLamaLarI gunceLLeyebiLdikLerinde daha da sevimLi bir yuz ifadesine burunuyorLar.

denemesi bedava :)
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Visual Studio Zihninizi Çürütür Mü?

FZ

Yaklaşık 30 yıldır program yazan ve Microsoft Windows programlama kitapları ile saygı duyulan isimler arasında yer alan Charles Petzold'un son makalelerinden Does Visual Studio Rot the Mind? Ruminations on the Psychology and Aesthetics of Coding son zamanlarda okuduğum en güzel yazılardan biri.

Petzold, kullanılan araçların insan düşüncesini inceden inceye nasıl şekillendirdiğine dair mükemmel örnekler vermekle kalmıyor, aynı zamanda konuyu tarihsel bir bakışla da değerlendirip çarpıcı tespitlerde bulunuyor. Sadece Microsoft kullananların, sadece C++ ya da C# kodlayanların değil, GNU/Linux, Java ve VS.NET haricinde IDEler kullananların da okumasında fayda olan bir yazı.

CVS ve Dallar (Branches) İle Karmaşık Yazılım Yönetimi

malkocoglu_2

Yazılım sektöründe anahtar teslim projeler için bir derece, ürün ile uğraşmakta olan takımlar için kesinlikle lazım olacak bir kaynak kod deposu özelliği vardır. Dallar, yâni branch kavramı. Branch kullanımı her kaynak kod idare programında farklıdır, ve tabii ki açık yazılımın favori programı CVS'te de branch desteği mevcuttur fakat bazı konularda dikkatli olmak gerekmektedir. Yazılım sektöründe birçok konuda olduğu gibi elde bir "yapılması uygun olan/olmayan" gibi bir liste, önceki tecrübelere dayanarak mevcuttur, bu yazıda bu tür tavsiyeleri toparlayarak, kendi tecrübelerimiz ışığında sunmaya uğraştık.

Not: Makale, GNU Emacs ve LaTeX ile yazılmıştır.

Yazılımbilim - 1. Bölüm

malkocoglu

Teorik yazılımbilim, günümüzdeki bilgisayarların soyut temelini oluştuyor. Bu alanda isimleri tanıdık gelen Turing, Church gibi kimseler olduğu gibi, diğer alanlardan bilim adamları mevcuttur, mesela Kurt Gödel. Tarihçesi belki de ünlü matematikçi Hilbert'in 1900 yılında bir beyan ettiği "açık problemler"'den 10'cusuna kadar giden yazılımbilim, bir problemin çözülebilirliğini ispat etmek için algoritmanın ne olduğundan başlayarak, bazı algoritmaların çözülemeyeceğini bulmak ile devam etti, ve nihai olarak günümuz donanımının altyapısını hazırlayarak önemli bir alan olarak kendini ispat etti.

Yeniden Düzenleme (Refactoring) Video Sunumu

malkocoglu

Yazılım mühendisliği dünyasında özellikle XP (eXtreme Programming) gruplarında, "Yeniden Düzenleme" (Refactoring) tekniği oldukça ilgi görmeye başladı. Birim testler mevcut ise, kodumuzun tasarımını değiştirmenin artık bir ismi, değişik teknikleri ve de destekleyen yardımcı programları var.

Emacs üzerine eklenti olarak kullanılan Xrefactory böyle bir program. Xrefactory kuruluşu, kullanılışı (ilk kez video ile) sitemizde yayınlandı.

Teknoloji Seçerken

malkocoglu_2

Bu yazıyı Java bilgi işlem teknolojilerinden biri olan Entity Bean'lerin erken ölümü üzerine yazdık. Zamanında büyük şaşa ile ortaya çıkan bu teknoloji niye böyle erken tedavülden kalktı? Ayrıca bu tecrübeden ders çıkarmak bağlamında, ileride bu tür geleceği olmayan ve külfetli teknolojilerin kokusunu nasıl alabiliriz? Bu yazı bilgi işleme daha çok hitap eden bir yazıdır çünkü 3-4 senede bir yeni bir dehşet teknolojiyle çalkantılar yaratan grup bu olmaktadır. Bu dinamizm tabii ki iyidir fakat bilgi işlem müdürleri ve proje yöneticileri için bu teknoloji enflasyonunda bir seçici turnusol testi lazımdır. Aksi halde sonuç InfoWeek Dergisi Pazartesi Günü Sendromudur; (Masasındaki Infoweek dergisinin yeni sayısını pazartesi günü okuyan yönetici) "XML diye bir şey cıkmış bütün dertlere devaymış! Hemen kullanalım!" . [Proje teknik lideri burada somurtur].

http://www.bilgidata.com/yazi.jsp?dosya=a_ejb_postmortem.xml