|
|
Bu makalenin farkl� dillerde bulundu�u adresler: English Castellano Deutsch Francais Nederlands Portugues Turkce |
taraf�ndan Frédéric Raynal <pappy(at)users.sourceforge.net> Yazar hakk�nda: Frédéric RaynalINRIA 'da bilgisayar bilimlerinde final tezini haz�rl�yor. S�k s�k "16 Horse Power" '�n son alb�m�n� (�ok iyi ve g��l�) ve "The for carnation" dinliyor, biraz a��r ama olduk�a iyi. T�rk�e'ye �eviri: Ceyhun Elmas <ceyhun.elmas(at)linuxfocus.org> ��erik: |
�zet:
Bu yaz�da ad�m ad�m NIS sunucusunun nas�l kuruldu�unu g�rece�iz. Gerekli yaz�l�mlara , yap�land�rma dosyalar�na ve veri taban�n�n nas�l olu�turuldu�una bakaca��z.
Bu yaz�da sunucu taraf�n�n nas�l yap�land�r�ld���n� g�rece�iz ve NIS'in kullan�m�yla ilgili baz� ipu�lar� verece�iz.
Bu yaz�da ypserv'in yeni s�r�m�nden bahsedece�iz. �nerdi�imiz s�r�m g�lge �ifreleri destekledi�inden beri 1.3.2'den sonras�. Di�er bir deyi�le, biz ger�ekten NYS'den bahsedece�iz, "geleneksel NIS" de�il, hernekadar t�m yaz�da NIS s�zc��� kullansak da...
�lk olarak y�kleme i�in gerekli ad�mlar� a��klayaca��z. Bu yaz�da "charly" olarak adland�r�lan konak �zerinde �al��aca��z. NIS alan ad� "bosley" ve k�le sunucular "iron1", "iron2" ve "iron3".
Sonra, NIS alan ad�na karar vermelisiniz. Bu DNS'den bir alan de�il ama Sari Sayfalar b�lgesi i�in bir isim olmal�. G�venlik nedenleriyle bu isim NIS sunucusunun isminden farkl� olmal�.
Alan domainname komutu ile isimlendirilir. :-) Bizim �rnerimizde :
root@charly >> /bin/domainname bosleyBu komut NIS alan ad�n� yaln�zca RAM'de tutar.Kal�c� yapmak i�in a�a��daki sat�r� /etc/sysconfig/network dosyas�na eklemelisiniz:
NISDOMAIN=bosleyBu birsonraki a��l��ta NIS alan ad�n� otomatik olarak verecektir.
�nce ypserv daemon'u ba�latabiliriz, bunu /etc/ypserv.conf dosyas�n� de�i�tirerek yap�land�rmal�y�z. Bu a�a��daki dizgide bir ASCII dosyas�d�r:
option: [yes|no]Olas� se�enekler dns, sunucu FONT face= "Courier New, Courier, monospace">hosts-maps dosyas�nda olmayan istemciyi bulmak i�in DNS'e soracakt�r. sunos_kludge, eski ve xfr_check_port sunucu i�in a�a��daki 1024 portu kullanmaya (benimsenmi� de�er evet).
host:map:security:mangle[:field]Bu kurallar hangi bilginin g�r�lebilece�ine karar verir.
�imdi sunucuyu ba?latabiliriz:
root@charly >> /etc/rc.d/init.d/ypserv startA��l��ta sunucunun otomatik olarak ko�mas� i�in rc.d dosyas�n� d�zenlemelisiniz ya da Redaht alt�nda bu komutu �al��t�rmal�s�n�z:
root@charly >> /sbin/chkconfig --level 345 ypserv onHer�eyin �al��t���n� denetlemek i�in:
root@charly >> /usr/sbin/rpcinfo -u localhost ypservAyr�nt�lara girmeden �nce ilk yaz�da ��rendiklerimizi hat�rlamal�y�z. �ki �e�it sunucu var : efendi(master) ve k�le(slave). K�le sunucular yaln�zca efendi sunucunun veritban�n�n bir kopyas�na sahiptir. Bu sunucular istemci taleplerinin kar��lanmas� uzun zaman ald���nda ya da efendi sunucu g��t���nde devreye girerler.Veritaban� yaln�zca efendi taraf�ndan y�netilmelidir. Bu istemciler �zerine kopyalan�r.
program 100004 version 1 ready and waiting
program 100004 version 2 ready and waiting
�imdi her�ey haz�r ... veritaban� d���nda. �lk olarak bunu olu�turmal�y�z. Olu�turmaktan kas�t,Makefile kullanmakt�r ;-] Makefile bir �nhaz�rl�kt�r ve bundan sonra yaln�zca bir ka� sat�r� de�i�tirmemiz gerekiyor.Makefile /var/yp dizini alt�ndad�r ve a��k bir komuttur. En �nemli sat�r map'lerin tan�mland��� yerdir :
all: passwd group hosts rpc services netid protocols mail shadowBenimsenmi� de�ere g�lge �ifreyi elle eklemelisiniz. Bunu yapmak i�in "passwd" ve "shadow" dosyalar�n listesine eklemelisiniz ve de�i�kenin de�erini vermelisiniz MERGE_PASSWD do�ru. MERGE_PASSWD karar verir e�er /etc/passwd ve /etc/shadow dosyalar� birle�mi�se.# netgrp publickey
# networks ethers bootparams printcap \
# amd.home auto.master auto.home passwd.adjunct
Sunucuyu ba�latmadan �nce son ayr�nt�: Yazma haklar�. Haklar� denetlemk i�in iki yol vard�r. Bunlardan biri ypserv'in kendi yolu di�eri de tcp_wrapper. Biz ypserv'in kendi g�venlik y�ntemlerinden bahsedece�iz.
E�er ypserv'in yaln�zca ikili kod dosyas�na sahipseniz -v se�ene�i ypserv 'in derlendi�i yap�land�rma se�eneklerini g�sterecektir. ypserv'in kendi hak denetimi kullanmak i�in "securenets" se�ene�ine gereksinimimiz var.
root@charly >> /usr/sbin/ypserv -v/var/yp/securenets dosyas� sunucu eri�im haklar�n� denetleyebilece�imiz netmask/network �iftinin say�lar�n� i�erir. Benimsenmi� de�eri:
ypserv - NYS YP Server version 1.3.9 (with securenets)
0.0.0.0 0.0.0.0Bu d�nyadaki herkes i�in eri�im hakk� sa�lar. Bunu de�i�tirmek zorunday�z. 131.234.223.0 a��ndan sa�lanan her konak ba�lant�s� i�in bunu yazabilirisiniz :
255.255.255.0 131.234.223.0Bu dosyada yaln�zca IP adreslerine sahip oldu�unuza dikkat edin. Konak isimlerini kullanmak olanakl� de�il.
?imdi NIS-Veritaban�n� ypinit komutuyla olu�turabiliriz. Benimsenmi� de�er taraf�ndan (Makefile i�inde tan�mlan�r) dosyalar� /etc alt�ndan okuyacakt�r ve /var/yp alt�na yazacakt�r. Dosyalar kendi veritaban�m�z i�ine gidecektir ; /etc/passwd, /etc/group, /etc/hosts, /etc/networks, /etc/services, /etc/protocols, /etc/netgroup, /etc/rpc.
-m se�ene�i sunucunuzu karakter verisi olarak ba�latmay� sa�lar (-m efendi sunucu i�indir), -s se�ene�i efendi veritaban�n� k�leye kopyalar (-s k�le sunucu i�in).
Kendi veritaban�m�z� a�a��daki gibi ba�latabiliriz :
root@charly >> /usr/lib/yp/ypinit -mi�te, veritaban� haz�r :). Her k�le sunucuda a�a��daki komutu �al��t�rman�z gerekiyor:Bu noktada ,�zerinde NIS ko�acak konaklar�n listesine sahip olmal�y�z.
servers. localhost NIS sunucunun konak listesi i�indedir. L�tfen eklemeye devam edin
di�er konaklar�n isimleri, her sat�ra bir adet.
listeyi <control D>. ile bitiriyorsunuz
next host to add: localhost
next host to add: iron1
next host to add: iron2
next host to add: iron3
next host to add:
NIS sunucular�n mevcut listesi b�yle g�r�n�r:localhost
iron1
iron2
iron3Bu do�ru mu? [y/n: y] y
Veritaban�n� olu�turmak i�in bir ka� dakikaya gereksinimimiz var...
Building /var/yp/bosley/ypservers...
Running /var/yp/Makefile...
gmake[1]: Entering directory `/var/yp/bosley'
Updating passwd.byname...
Updating passwd.byuid...
Updating group.byname...
Updating group.bygid...
Updating hosts.byname...
Updating hosts.byaddr...
Updating rpc.byname...
Updating rpc.bynumber...
Updating services.byname...
Updating netid.byname...
Updating protocols.bynumber...
Updating protocols.byname...
Updating mail.aliases...
Updating shadow.byname...
# shadow publickey # networks ethers bootparams printcap \
# amd.home auto.master auto.home passwd.adjunct
gmake[1]: Leaving directory `/var/yp/bosley'
root@iron3 >> /usr/lib/yp/ypinit -s charlySistemi test etmek i�in sunuculardan birisini istemci gibi kullan�n ve talepte bulunun :
root@iron3 >> ypcat passwd mulder:x:500:100::/home/mulder:/bin/csh scully:x:501:100::/home/scully:/bin/bashAyr�ca g�lge �ifrelerin �al��t���n� da g�rebilirsiniz. �ifrenin olmas� gereken yerlerde "x" var. b�yle olmal� :)
|
|
Yeni k�le sunucu eklemek i�in ,yeni sunucu �zerinde bu komutu kullanmal�s�n�z :
/usr/lib/yp/ypinit -s charly
ve efendi sunucu �zerinde /var/yp/ypservers dosyas�na yeni sunucuyu eklemelisiniz.
E?er yeni bir kullan�c� eklenirse pek �ok map bundan etkilenir(passwd, shadow, alias, etc ...).
Map de�i�tirildikten sonra /var/yp/ efendi sunucu �zerinde bu dizin alt�nda make komutunu �al��t�rmal�s�n�z. Bu veritaban�n� g�ncelleycek ve yeni veriyi k�le sunuculara da��tacakt�r.(k�llere da��tma i�lemini yppush) kullanarak yapacakt�r.rpc.ypxfrd program� efendiden kopyalayarak ve k�lede yeniden olu�turarak efendi ve k�le sunucular aras�ndaki i�lemleri h�zland�rabilir. rpc.ypxfrd ypserv ile ayn� zamanda ba�lamal�d�r. E�er �ok b�y�k map'ler s�zkonusu ise bu programa gereksiniminiz olacakt�r.
�ifrelerin bilinebilmesi gibi NIS alan ismi de tahmin edilebilir. Makina isimleri a��k olarak bellidir ve ypwhich komutuyla test edilebilir.
NIS alan ad� farkl� yerlerde g�r�nebilir, �zellikle /var/yp dizini alt�nda ve altdizinlerinde. Bunlar root d���ndaki kimselerce okunamamal�d�r ve NFS yoluyla payla�t�r�lmamal�d�r.
tcp_wrapper kullan�m� bunu k�rmaz ek olarak /var/yp/securenets pormap i�lemlerini denetlemelidir.
NIS sunucusu �zerinde bir defaultroute olmamas� ve istemci ve k�lelere ula�mada statik routing kullan�m� sizin i�in bir kazan�md�r. Bu yolla sunucu bilinmeyen konaklardan gelen talepleri yan�tlamaz.
Ate�duvar� k�s�tlamalar� da NIS sunuculara eri�imi denetleyen etkili bir yoldur.
Bu g�venlik yollar� NIS'in kendi g�venli�ini geli�tirmez ancak �al��ma alan� �evresinde bunu sa�lar. Bu problemlere kar��n NIS �ok de�erli bir ara�t�r.
|
G�rsely�re sayfalar�n�n bak�m�, LinuxFocus Edit�rleri taraf�ndan yap�lmaktad�r
© Frédéric Raynal, FDL LinuxFocus.org Buray� klikleyerek hatalar� rapor edebilir ya da yorumlar�n�z� LinuxFocus'a g�nderebilirsiniz |
�eviri bilgisi:
|
2001-12-07, generated by lfparser version 2.22