[ Pobierz całość w formacie PDF ]
.Zostan¹ one opisane w kolejnych podrozdzia³ach.W Srodowisku RFC-822 zaleca-my adresy bezwzglêdne postaci u¿ytkownik@host.domena; raczej trzeba unikaæ in-nych formatów. 308 Rozdzia³ 17: Poczta elektronicznaJak dzia³a ruting pocztyProces przekierowuj¹cy wiadomoSæ do hosta adresata jest nazywany rutingiem.Po-za znalezieniem Scie¿ki od nadawcy do odbiorcy, uwzglêdnia sprawdzanie b³êdówi mo¿e te¿ uwzglêdniaæ prêdkoSæ i optymalizacjê kosztów.Istnieje du¿a ró¿nica pomiêdzy sposobem, w jaki oSrodek UUCP obs³uguje ruting,a sposobem, w jaki robi to oSrodek internetowy.W Internecie g³Ã³wne zadanie kie-rowania danych do hosta adresata (gdy ju¿ jest znany jego adres IP) jest realizowaneprzez warstwê sieciow¹ IP, natomiast w strefie UUCP trasa musi byæ dostarczonaprzez u¿ytkownika lub wygenerowana przez agenta przesy³aj¹cego pocztê.Ruting poczty w InternecieW Internecie konfiguracja hosta docelowego okreSla, czy jest realizowany jakiSszczególny ruting poczty.DomySlnie wiadomoSæ jest dostarczana do celu nastê-puj¹co: stwierdza siê, do jakiego hosta ma byæ wys³ana i przekazuje mu bezpoSred-nio.WiêkszoSæ oSrodków internetowych chce przekierowywaæ ca³¹ przychodz¹c¹pocztê do serwera pocztowego, który jest stale dostêpny i jest w stanie obs³u¿yæ ca³yruch i rozes³aæ pocztê lokalnie.Aby rozg³osiæ tê us³ugê, oSrodek rozdaje przez bazêDNS tak zwane rekordy MX dla swojej lokalnej domeny.Skrót MX pochodzi od MailExchanger (system wymieniaj¹cy pocztê); termin ten oznacza, ¿e serwer dzia³a jakosystem przekazuj¹cy pocztê dla wszystkich adresów z danej domeny.Rekordy MXmog¹ byæ u¿ywane równie¿ do obs³ugi ruchu na rzecz hostów, które same nie s¹pod³¹czone do Internetu, jak sieci UUCP czy hosty FidoNet, których poczta musi byæprzekazywana przez gateway.Rekordom MX zawsze jest przypisywany jakiS priorytet.Jest to dodatnia liczbaca³kowita.Je¿eli istnieje kilka systemów wymieniaj¹cych pocztê dla jednego hosta,agent transportowy bêdzie próbowa³ wys³aæ wiadomoSæ do hosta wymieniaj¹cegopocztê, maj¹cego najni¿szy priorytet.Je¿eli mu siê to nie uda, spróbuje u¿yæ hostaz wy¿sz¹ wartoSci¹.Je¿eli sam host lokalny jest systemem wymieniaj¹cym pocztêdla adresu docelowego, mo¿e przekazywaæ wiadomoSci tylko do hostów MX o ni¿-szym priorytecie ni¿ jego w³asny.Jest to dobry sposób na unikniêcie pêtli.Je¿eli nieistnieje rekord MX dla domeny lub nie pozosta³ ¿aden odpowiedni rekord, agenttransportowy ma prawo sprawdziæ, czy domena ma zwi¹zany z ni¹ adres IP,i próbuje dostarczyæ pocztê bezpoSrednio do tego hosta.Za³Ã³¿my, ¿e firma Foobar, Inc.chce, ¿eby jej poczta by³a obs³ugiwana przez ich kom-puter mailhub.W DNS-ie bêdzie mia³a nastêpuj¹ce rekordy MX:green.foobar.com IN MX 5 mailhub.foobar.com.Dziêki temu wiadomo, ¿e mailhub.foobar.com jest systemem wymieniaj¹cym pocz-tê dla hosta green.foobar.com i ma priorytet 5.Host, który chce dostarczyæ pocztê dojoe@green.foobar.com, sprawdza DNS i znajduje rekord MX wskazuj¹cy na mailhub.Je¿eli nie ma rekordu MX o priorytecie mniejszym ni¿ 5, wiadomoSæ jest dostarczanado mailhub, który z kolei przekazuje j¹ do green. Jak dzia³a ruting poczty 309Jest to tylko bardzo prosty przyk³ad dzia³ania rekordów MX.Po wiêcej informacji natemat rutowania poczty zajrzyj do RFC-821, RFC-974 i RFC-1123 w Internecie.Ruting poczty w Swiecie UUCPRuting poczty w sieciach UUCP jest du¿o bardziej skomplikowany ni¿ w Internecie,poniewa¿ oprogramowanie transportowe nie realizuje go samodzielnie.KiedyS ca³apoczta by³a adresowana za pomoc¹ wykazów trasowania.Wykazy trasowania wy-mienia³y hosty, przez które nale¿a³o przekazywaæ wiadomoSæ; poszczególne hostyoddzielano wykrzyknikami, a za hostem docelowym podawano nazwê u¿ytkowni-ka.Aby zaadresowaæ list do u¿ytkownika Janet na komputerze moria, u¿y³byS Scie¿kieek!swim!moria!janet.WiadomoSæ zosta³aby wys³ana z twojego hosta do komputeraeek, a stamt¹d do swim i ostatecznie do moria.Oczywist¹ wad¹ tej techniki jest to, ¿e wymaga ona od ciebie pamiêtania wielu rze-czy na temat topologii sieci, szybkich ³¹czy itp., czego nie wymaga ruting w Interne-cie.Co gorsza, jeSli przeoczysz jak¹S zmianê w topologii sieci jak usuniête ³¹cza lubhosty wiadomoSæ nie dojdzie.GdybyS zaS przeniós³ siê w inne miejsce, z ca³¹ pew-noSci¹ musia³byS uaktualniæ te wszystkie trasy.Ruting xród³owy ma swoje uzasadnienie, jeSli istniej¹ dwuznaczne nazwy hostów.Na przyk³ad za³Ã³¿my, ¿e s¹ dwa oSrodki o nazwie moria, jeden w Stanach Zjedno-czonych, a drugi we Francji.Do którego z nich odnosi siê adres moria!janet? Staje siêto jednoznaczne dopiero wtedy, gdy okreSlisz drogê, któr¹ mo¿na dotrzeæ do moria.Pierwszym krokiem do unikalnoSci nazw hostów by³o rozpoczêcie projektu mapo-wania UUCP.Jest on prowadzony w Rutgers University.Rejestruje siê wszystkieoficjalne nazwy hostów UUCP wraz z informacj¹ o ich s¹siadach UUCP i ich lokali-zacji geograficznej.Informacje zebrane w ramach projektu mapowania UUCP s¹ pu-blikowane jako Mapy Usenetu, które z kolei s¹ regularnie rozpowszechniane przezUsenet.Typowy opis systemu w mapie (po usuniêciu komentarzy) wygl¹da tak*:moriabert(DAILY/2),swim(WEEKLY)Ten wpis mówi, ¿e moria ma po³¹czenie z bertem, z którym ³¹czy siê dwa razydziennie, i ze swimem, z którym ³¹czy siê raz w tygodniu.Format pliku mapomówimy za chwilê bardziej szczegó³owo.Korzystaj¹c z informacji zawartych w mapach, mo¿esz automatycznie generowaæpe³ne Scie¿ki z twojego hosta do oSrodka docelowego.Ta informacja zwykle jest za-pisywana w pliku paths, zwanym tak¿e baz¹ danych aliasów Scie¿ek.Za³Ã³¿my, ¿e z mapwynika, ¿e mo¿esz dotrzeæ do berta przez ernie.Alias Scie¿ki dla hosta moria wyge-nerowany na podstawie poprzedniej szcz¹tkowej mapy mo¿e wygl¹daæ jakoS tak:moria ernie!bert!moria!%s* Mapy dla oSrodków zarejestrowanych w projekcie mapowania UUCP s¹ rozpowszechniane przez gru-pê dyskusyjn¹ comp.mail.maps.Inne firmy mog¹ publikowaæ oddzielne mapy dla w³asnych sieci. 310 Rozdzia³ 17: Poczta elektronicznaJe¿eli teraz podasz adres docelowy janet@moria.uucp, twój MTA wykorzysta powy¿-sz¹ trasê i wySle wiadomoSæ do ernie z adresem postaci bert!moria!janet.Tworzenie pliku paths na podstawie pe³nych map Usenetu nie jest jednak dobrympomys³em.Informacja w nich zawarta zwykle bywa zniekszta³cona, a czasami nie-aktualna.Dlatego tylko kilka g³Ã³wnych hostów u¿ywa pe³nych Swiatowych mapUUCP do tworzenia swoich plików paths.WiêkszoSæ oSrodków utrzymuje informa-cje o rutingu jedynie dla oSrodków z ich s¹siedztwa, a pocztê przeznaczon¹ dlaoSrodków, których nie mog¹ znalexæ w swoich bazach, wysy³aj¹ do m¹drzejszychhostów, które maj¹ pe³niejsz¹ informacjê o rutingu.Ten schemat nazywa siê rutin-giem do inteligentnych hostów (ang.smart-host routing).Hosty, które maj¹ tylko jedno³¹cze UUCP (tak zwane oSrodki brzegowe), same nie realizuj¹ ¿adnego rutingu.W pe³ni polegaj¹ na m¹drym hoScie.£¹czenie UUCPi RFC-822Jak dot¹d najlepszym lekarstwem na problemy rutowania poczty w sieciach UUCPjest przyjêcie systemu nazw domen w sieciach UUCP.OczywiScie, nie mo¿esz przezUUCP zadawaæ zapytañ do serwera nazw.Mimo to wiele oSrodków UUCP stwo-rzy³o ma³e domeny, które wewnêtrznie koordynuj¹ ich ruting.Domeny te og³aszaj¹w mapach jeden lub dwa hosty jako swoje gatewaye, dlatego nie ka¿dy host musimieæ wpis w domenie.Gatewaye obs³uguj¹ ca³¹ pocztê, która przychodzi do dome-ny i z niej wychodzi.Schemat rutingu wewn¹trz domeny jest zupe³nie niewidocznydla Swiata zewnêtrznego.Dzia³a to bardzo dobrze w schemacie rutingu z inteligentymi hostami.Globalne in-formacje o rutingu s¹ utrzymywane jedynie przez gatewaye.Mniejsze hosty w do-menie maj¹ jedynie ma³e, rêcznie pisane pliki paths, które podaj¹ informacje o tra-sach w obrêbie domeny i trasê do huba pocztowego
[ Pobierz całość w formacie PDF ]