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

Programming Collective Intelligence for Smart Web 2.0 Yazarı ile Bir Röportaj

FZ

Toby Segaran ile Bir Röportaj
Bruce Stewart
11/14/2007

Toby Segaran, O'Reilly'nin kısa süre önce çıkardığı Programming Collective Intelligence kitabının yazarıdır. Bu yeni kitabında Toby bizi makina öğrenme ve istatistik dünyasında bir gezintiye çıkarıyor ve kullanıcı verisinin yani "kolektif zekâ"nın oluşturduğu verinin üzerinden veri madenciliği yapmaktan yola çıkıp kullanıcı deneyimi, pazarlama, kişisel zevkler ve insan davranışı hakkında sonuçlara nasıl ulaşabileceğimizi gösteriyor.

Dil Üstadları ile Araç Ustaları: IDE Ayrımı

FZ

Geliştirici dünyası iki kampa ayrılmıştır. Bir kampta dil üstadları vardır, bu yazılımcılar yüksek seviyeli programlamadan -- birinci-sınıf fonksiyonlar, aşamalı programlama, AOP, MOP, kendi kendini sorgulama -- bahsederler. Araç ustaları ise tümleşik geliştirme ve hata ayıklama araçlarında ustadırlar, kod tamamlama, "refactoring", vs. Dil üstadları Emacs ya da VIM kullanır, bu tür editörler yeni dilleri denemek için daha uygundur. Araç ustaları ise Visual Studio, Eclipse, IntelliJ gibi IDE'leri kullanırlar.

Laszlo ve Groovy gibi yeni diller ya da AOP (Aspect Oriented Programming) gibi dil uzantıları genellikle öncelikli olarak metin-editörü tabanlı yazılım geliştirme ortamlarında ortaya çıkarlar ve ancak ondan bir süre sonra IDE dünyası bu tür desteklere kavuşur. Eğer dil ya da uzantı gerçekten başarılı ise araçlar da bunu desteklemeye başlar. Bu ayrımın tek sebebi araç geliştirmenin dil geliştirmekten zor olması değildir. Asıl mesele bir dile hakim olmak ile bir araç setine hakim olmanın çok farklı iki mantalite olmasıdır, belli bir ölçüye dek bunlar birbirlerini dışlayan alternatiflerdir. Acaba neden? İşte sebepleri...

Oliver Steele'nin The IDE Divide başlıklı makalesini tüm yazılım geliştiricilerin okumasında fayda var. (Not: Şöyle sağlam bir FM üyesi çıksa da bahsi geçen makaleyi Türk diline kazandırsa... hani yani küçük bir olasılık olsa da, belki diyorum, belki biri üstlenir, FM'ye bir katkıda bulunur...)

Lessig, ''Code and Other Laws of Cyberspace'' kitabını okurlarıyla güncelleyecek

butch

Lawrence Lessig, ilk basımı 1999'da yapılan "Code and Other Laws of Cyberspace" kitabının yeni basımı için içeriğini güncellemek amacıyla ilginç ama kendisine yakışır bir yöntem seçti. Wiki tabanlı bir sistem aracılığıyla kitabın güncellenmesi sürecine herkes dahil olabilecek.
/.

Doğru Düzgün Soru Sormanın Yolları

yalcink01

FM Forumda açılmış bir konu altında oluşan doğal süreç, bizi forumlarda ve e-posta listelerinde nasıl soru sormak gerektiği konusuna götürdü. Dernek listelerinde zaman zaman dalgalanmalar yaşanmakla birlikte, genelde ortanın üstü diye tabir edebileceğimiz bir ileti yazım tarzı var. FM Forum'un durumu da pek farklı değil. Yeni katılan arkadaşlar haricinde, acayip ve garip tarzda soru soran pek çıkmıyor. Bununla birlikte, söz konusu forum konusunda görülebileceği üzere, bazen iyi bir kılavuza ihtiyaç duyuluyor. Diğer forumlarda ise durum içler acısı :( Türkçe, Türkçe olduğuna bu kadar pişman edilebilir. İmla ve yazım kurallarındaki boşvermişlik bir tarafa, kelimelerde bile acayiplikler "var way!", "ajaip şeler oljek amma bnm sormk isterim...", şeklinde devam eden ucubeler etrafta cirit atmakta. Elbette ki tek bir kılavuz ile bütün bunları sonlandırmak ve insanları doğru yola sokmak mümkün değil -zaten ahir zaman peygamberliği gibi bir derdimiz de yok :)- ama bir yerden de başlamak gerek, değil mi? Peygamber olamadık diye hayatı tamamen boşvermek de olmaz.

Osman Yüksel'e, bu kadar işinin gücünün ve dahi Debian .po çevirilerinin arasında bu işe vakit ayırdığı için teşekkür ederim.

Türkçe çeviri için ilk sürüme http://www.geocities.com/yalcink01/smart-questions.html adresinden ulaşabilirsiniz. Her türlü geri beslemeye kapımız açıktır. Eklemek istediğiniz bölümler var ise, lütfen çekinmeden bildirin.

Biz

SHiBuMi

"Dünya bizi kurtarma ve bize iyilik yapma aşkıyla dolu insanlar tarafından kana bulandı. Tarihteki bütün savaşları içi iyilikle dolup taşan, kendini bir dava uğruna feda ettiğini düşünen kurtarıcılar çıkardı.

Hitler Almanları, Stalin işçileri, Mao köylüleri kurtarmak için dünyayı kana buladı. Milyonlarca insan kurtarıcıların şefkat dolu ellerinde can verdi. Hep Biz dediler, hiç Ben deyip kendilerini düşünmediler.