|
|
Bu makalenin farkl� dillerde bulundu�u adresler: Turkce English Castellano Deutsch Francais Russian |
taraf�ndan Frédéric Raynal Yazar hakk�nda: Frederic Raynal INRIA 'ya bilgisayar ile ilgili bir tez haz�rlamakta. �zellikle Tolkien ve Balzac okumay� ve m�zik dinlemeyi (Mozart'tan Philip Glass'a Led Zeppelin'den Massive Attack'a.. ama tekno, rap vb gibi g�r�lt�lerden uzak durarak ;-) sever. ��erik: |
�zet:
Network Information Service (NIS- A� haberle�me servisi) verileri bir sunucu taraf�ndan yay�nlar. A�a ba�l� ve �zerinde bir NIS istemcisi �al��an her bilgisayar bilgiler alabilmek i�in sunucu ile etkile�ime ge�ebilir.(Bu bilgiler kullan�c� ismi, �ifresi, kullan�c� gruplar� i�in bilgiler.... olarak s�ralanabilir). Yap�lan t�m de�i�iklikler sunucuya aktar�ld�ktan sonra t�m istemcilere yolland��� i�in bu yap�, bir �ok bilgisayardan olu�an ortak ve �effaf bir y�netim sa�lar.
A� haberle�me servisi (NIS) Sun taraf�ndan yarat�ld� ve Sun Yellow Pages (Sun Sar� Sayfalar) ad� ile tan�nd�. Ya da daha k�sa ve genel bir �ekilde Yellow Pages (YP) de denebilir. Bu isim British Telecom taraf�ndan sat�n al�nm�� olup ba�ka ki�iler taraf�ndan kullan�lmas� yasakt�r.
NIS sunucular� a�da bulunan bir�ok bilgisayarda ayn� olan yap�land�rma dosyalar�n� saklarlar. Bu sebepten NIS istemci bilgisayarlar� kendi yap�land�rma doslar�nda bakmaktansa sunucuda bulunan dosyalara bakarlar ve bu dosyalar� kullan�rlar.
A� i�inde bir kullan�c�n�n �ifresini de�i�tirmek istedi�ini varsayal�m. �ncelikle YP'lerin sistemde kullan�lmad���n� d���nelim. Bu durumda, kullan�c� her bir bilgisayara gidip i�lemini teker teker yapmak zorunda kalacakt�r. Oysaki YP sayesinde, kullan�c�n�n NIS istemcisinin �al��t��� herhangi bir bilgisayarda �ifresini de�i�tirmesi yeterli olacakt�r. B�ylece yeni �ifre istemci taraf�ndan sunucuya ula�t�r�lacak, yeni veriler de sunucu taraf�ndan di�er istemcilere iletilecektir. Daha sonra,bu kullan�c� NIS istemcisinin �al��t��� herhangi bir bilgisayardan sisteme girmek istedi�inde, giri� �ifresi sunucunun verdi�i verilerle kar��last�r�l�r.
YP'nin daha baska �zellikleri de mevcuttur fakat bu yaz� bir giri� oldu�undan, detaylara girmeden ana hatlar�yla de�inilecektir.
Glibc 2.x (libc6), NSS (Name Switch Server) kullan�m�n� desteklemektedir. Bu sunucu sayesinde bilgilerin hangi s�rada aranmas� gerekti�i belirlenir ( /etc/nsswitch.conf dosyas�na bak�n�z). Bilgisayar isimlerinin, �ifrelerin protokol ve a�lar�n.. haritalar�n� (map) y�netir.A�da bulunacak bir NIS sunucu, bir alan i�in servis verir. Alan, kabaca sunucunun sunaca�� bilgilerin veri taban� ismidir. NIS istemcilerine bir anahtar g�revi g�ren bilgi sayesinde , gerekli NIS sunucusundan istenilen bilgiye eri�ilir. Alan ad�'n�n kesinlikle DNS'teki alan ad� ile bir ba�lant�s� yoktur. Ayn� a�da birden fazla NIS sunucu bulunabilir. Herbiri farkl� alan adlar�nda (NIS alan�nda) ya da ayn� alan ad�nda (bu durumda ana sunucu ve istemci sunuculardan bahsedilecek) y�netim yapabilirler.
�kincil sunucular ana sunucular�n verilerini kendilerine kopyalarlar sadece. Bu sunucular, ana sunucuda bir aksakl�k oldu�unda birincil sunucu gibi g�rev g�r�r, ana sunucunun yerine ge�erler.
yppush program� sayesinde ikincil sunucular, ana sunucudaki t�m de�i�ikliklerden haberdar olur ve kendi bilgilerini g�ncellerler.
YP veritabanlar�, ASCII format�ndan olu�mu� GDBM format�ndad�r. Ayr�ca makedbm program� sayesinde, sunucunun kurulmas� esnas�nda olu�turulur.
Bu haritalar (veritabanlar�) bir a�k� ve de�eri aras�ndaki ba�lant�y� kurarlar. T�m YP haritalar� bu model �zerine olu�turulmu�tur. Sunucu i�in i�eri�in bir anlam� yoktur (ana sunucular�n bulundu�u ya da tarih bilgilerinin bulundu�u haritalar sadece birka� istisnadir.) Sunucu i�in ise, sunucular�n bulundu�u bilgiler ya da tarih bilgileri d���nda bu verilerin hi� bir anlam� yoktur. K�sacas� sunucu i�in, grup, �ifre .. haritalar�n�n bir anlam� yoktur. Sadece YP istemcisi bu haritalar� etkin bir �ekilde kullanabilir.
Verilerin bu durumdaki sunumu bir problem te�kil etmektedir. Sunucu bir a�k�n�n de�erini ba�ka bir a�k� aramak i�in "okumay�" bilmedi�inden bu durumda verilerin iki kez saklanmas� gereklidir. Ge�i� s�zc�klerini ele alal�m: bu veriler kullan�c� ad�na g�re, "kullan�c� numaras�"na g�re (kullan�c� ID ya da UID) aranabilir. Bu durum passwd.byname ve passwd.byuid dosyalar� sayesinde ger�ekle�tirilir. Her anahtar i�in farkl� bir harita olu�turuldu�undan, veriler de�i�im an�nda iki kez aktar�lacakt�r.
Bir istemcinin veritaban�ndaki istenilen veriye ula�abilmesi i�in �� bilgi �ok �nemlidir:
Bu, kullan�m da �ok b�y�k bir esneklik sa�lamaktad�r ��nk� yeni bir alan�n olu�turulmas�, /var/yp/yeni_alan dizininin olu�turulmas�n� sa�lar ve bu dizine Makefile kopyaland�ktan sonra istenilen se�eneklerle derlenecektir.
YP'nin i�leyi�i, temel olarak istemci-sunucu isteklerini sa�layan Remote Procedure Calls (RPCs) 'lere dayal�d�r.
RPC portmapper (portmap) ,PRC program numaralar�n� port numaralar�na �eviren bir programd�r. Bir RPC sunucusu �al��t�r�ld���nda, portmap program�na hangi portu kullanaca��n� ve kulland��� RPC program numaralar�n� duyurur. �stemci, verilmi� bir program numaras� ile bir RPC iste�i yollamak istedi�inde, �ncelikle portmap sunucuyla ba�lant�ya ge�er b�ylece istenilen program�n hangi port �zerinde �al��t��� bilgisine ula��l�r. Daha sonra ise, RPC paketlerini gerekli porta yollar.
yp_prot.h dosyas�nda, istemci ve sunucular aras�ndaki RPC protokol�n� tan�mlayan 11 fonksiyonun yap�s� ve �rnekleri mevcuttur.
|
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-07-21, generated by lfparser version 2.17