Ďalšie služby počítačových sietí Mgr. Dan Kederkeder@fi.muni.cz Centrum výpočetní techniky Fakulta informatiky Masarykova univerzita 30. september 2009 19 ► 4 = ► 4 •f)<\(y imwm Elektronická pošta Adresářové a autentizačné služby H Zdieľanie súborov v sieti Q Synchronizácia času s ■O Q-C^ 5M Elektronická pošta Elektronická pošta ■ Formát správy ■ SMTP ■ P0P3, IMAP rove a aut Q Synchronizácia času e—sa Elektronická pošta Jedna z najstarších a najpoužívanejších služieb Prenos textových správ (emailov) po sieti Formát adresy: xnovak@fi.muni.cz, xnovakOaisa.fi.muni.cz Protokoly ■ SMTP ■ P0P3, IMAP ■ i proprietárne protokoly (MS Exchange, IBM Lotus Notes) s ~ = ■O Q. C* imwm Elektronická pošta Používa sa tzv. store-and-forward model ■ Správa je postupne preposielaná medzi viacerými servermi, až kým sa nedostane do cieľa Kdo sa zúčastňuje na prenose správ: ■ MUA (Mail User Agent) - užívateľská aplikácia (Thunderbird, Outlook, . ..) ■ MSA (Mail Submission Agent, často integrovaný s MUA) -posiela emailové správy MTA ■ MTA (Mail Transfer Agent) - prijíma emailové správy od MSA alebo iného MTA, preposiela ich ďalej ■ MDA (Mail Delivery Agent) - pripíma emailové správy od MTA a lokálne ich doručuje do mailboxu adresáta s m Formát správy Elektronická pošta Definovaný v RFC 5322 Správa sa skladá z hlavičiek a tela správy, oddelených prázdnym riadkom Správa môže obsahovať len ľbitové ASCII znaky MIME (Multipurpose Internet Mail Extensions) ■ pridáva možnosť používať v správe iné znakové sady než ASCII - znaky sa kódujú do ASCII (quoted-printable, BASE64) ■ Telo správy môže mať stromovú štruktúru (prílohy) s ■O Q-C^ m Formát správy - Hlavičky Elektronická pošta Majú formát Názov: Hodnota, na veľkosti písmen nezáleží Na každom riadku jedna, riadok musí začínať názvom (tzn. pred názvom nesmú byť medzery, tab a pod.) Ak riadok začína bielym znakom, jedná sa o pokračovanie predchádzajúceho riadku Hlavičky sa ukončia prázdnym riadkom Typy hlavičiek: ■ štruktúrované -jednotlivé údaje sa nejak interpretujú ■ nestrukturované - údaj je určený pre človeka s m Formát správy - Hlavičky II. Elektronická pošta Príklady hlavičiek: ■ From: a To: -odosielateľa adresát správy ■ Subject: - subjekt správy, o čom správa je ■ Cc: a Bcc: - komu sa má poslať kópia správy ■ Date: -dátum odoslania správy ■ Received: -táto hlavička sa pridá pri každom spracovaní počas transportu správy (relay), dá sa z nej určiť, kadiaľ správa putovala ■ Reply-To: -Adresa pre zaslanie odpovede ■ Sender: - Identifikácia skutočného odosielateľa (tvorcu) správy Chyby pri transporte sa zasielajú na Sender: (ak je uvedené) Odpoveď sa zasiela na Reply-To:. Ak nieje uvedené, tak na From: Hlavičky From:, To: sa neinterpretujú, skutočný adresát a odosielateľ sa neurčuje podľa nich □ S ~ ► < ■=: ► -=: •f)<\(y Formát správy - Telo správy Elektronická pošta Môže obsahovať len ľbitové ASCII znaky Nesmie obsahovať jeden znak '.' na začiatku riadku (ak riadok začína na '.', do správy sa dá '..') Na logickej úrovni môže mať stromovú štruktúru (MIME) Binárne dáta sa kódujú pomocou BASE64 s ■O Q-C^ m Konvencie pri písaní emailovej správy Elektronická pošta Uvádzať zmysluplný Subject Neposielať veľké množstvo dát v prílohách Nepoužívať HTML formátovanie v mailoch, príp. zároveň uvádzať i textovú verziu správy Dodržovať max. dĺžku riadku 78 znakov Pri odpovede na mail nevytvárať nový mail, ale použiť funkciu Odpovedať (Reply), príp. Odpovedať všetkým (Reply to All) ■ Subject by mal obsahovať na začiatku text Re: Text pôvodnej správy uvodzovať znakom >, napr.: > Pôvodný text > Odpoved E—B SMTP Elektronická pošta Protokol, ktorým medzi sebou kominukujú MTA (prípadne i MSA a MTA) Obálka správy vs. text správy ■ Hlavičky v správe nemajú nič spoločného s obálkovými hlavičkami ■ Skutočný adresát správy sa určuje podía obálkovej adresy Príkazy: HELO (príp. EHLO), MAIL FROM:, RCPT TO:, QUIT lg ► 4 = ► 4 •f)<\(y m SMTP - Príklad Elektronická pošta v Linuxe: telnet anxur.fi.muni.cz smtp 220 anxur.fi.muni.cz ESMTP NO UCE NO SPAM HELO nemesis 250 anxur.f i.muni.cz MAIL FROM: keder@fi.muni.cz 250 2.1.0 Ok RCPT TO: keder@fi.muni.cz 250 2.1.5 Ok DATA 354 End data with . From: keder@fi.muni.cz To: keder@fi.muni.cz Subj ect: test CVT Vas lubi. test 250 2.0.0 Ok: queued as 454664937C1 QUIT 221 2.0.0 Bye l9> 4 ^ ► 4 "O Q-C^ m P0P3, IMAP Elektronická pošta Protokoly na klientský prístup k pošte P0P3 (RFC 1939) je jednoduchší, umožňuje len stiahnuť obsah vzdialeného mailboxu do lokálneho mailboxu ■ Port 110 (príp. 995 v prípade POP3 nad SSL) ■ Problém pri prístupe do mailboxu z viacerých strojov IMAP (RFC 3501) je zložitejší, ale poskytuje širšie možnosti použitia ■ Port 143 (príp. 993 v prípade IMAPu nad SSL) ■ Podpora simultánneho prístupu viacerých klientov k jednému mail boxu ■ Umožňuje sťahovať správy po častiach, príp. len hlavičky ■ Vytváranie, mazanie, premenovávanie mailboxov na serveri ■ Vyhľadávanie mailov podía rôznych kritérii na strane serveru ■ Udržuje informácie o stave správy (zmazaná, prečítaná, ...) 51 Adresářové a autentizačné služby Elek )šta Adresářové a autentizačné služby ■ LDAP ■ Kerberos ■ PAM Q Synchronizácia času e—esa Adresářové a autentizačné služby Autentizácia - overenie totožnosti užívateľa Adresářové služby (Directory services) ■ poskytujú prístup k rôznym informáciám (napr. údaje o užívateľoch) ■ optimalizované pre read-only prístup Autentizačné služby ■ umožňujú overiť totožnosť užívateľa ■ Dva prístupy: lokálne na každom stroji alebo centralizovane pre mnoho počítačov Single Sign-on •f) <\(y m Lokálne uložené informácie o užívateľoch a skupinách užívateľov Formát DSV (delimiter separated values), ľahko prístupné a strojovo spracovateľné /etc/passwd ■ login:passwd:uid:gid:gecos:home_dir: shell /etc/shadow ■ login:enc_passwd:a:b:c:d:e:f:reserved ■ a-f - password aging information ■ enc_passwd - šifrované heslo (crypt(5), MD5) /etc/group ■ name:passwd:gid:members LDAP Lightweight Directory Access Protocol Centralizovaná adresářová služba Vychádza z ISO štandardov X.500, v praxi sa moc nepoužíva, príliš zložité LDAPje "odľahčená" verzia protokolu X.500 Directory Access Protocol Pôvodne ako brána k X.500, neskôr plnohodnotná služba s mnohými rozšíreniami ■ štandardné API, datové formáty, .. . Sieťová komunikácia nad TCP/IP Výhody: internetový štandard, ľahká integrácia do aplikácií Konkrétne implementácie: OpenLDAP, Active Directory (Microsoft), Open Directory (Apple) 51 S •f)<\(y Directory Information Tree (DIT) - konkrétny návrh struktury stromu Distinguished Name (DN) -jednoznačne identifikuje položku v globálnom mennom priestore adresářového stromu Relative DN -jednoznačne identifikuje položku v rámci jednej vetvy stromu s ■O Q-C^ m Schéma má hierarchickú stromovú štruktúru (používa sa DNS) Uzly i listy stromu uchovávajú záznamy ■ záznamy sú zložené z atribútov ■ každý záznam má určitý typ (objectCIass) m povinné a voliteľné atribúty ■ záznam môže mať súčasne niekoľko typov ■ príklad atribútov ■ de - domain component ■ c - country ■ o - organization ■ ou - organization unit name en - common name "O Q-C^ ÜB ldap.f i.muni.cz Udržuje informácie o unixových užívateloch a skupinách (ekvivalent /etc/passwd a /etc/group) „U^Group Group cvt gidNumber - 10001 TeTberUitl = brande; = TerberUid = kas Kke der uidlJumber - 14929 gidNurrber 10100 loginShell = /bin/bash host = anx r & - = •f)<\(y imwm LDAP Praktický príklad I. ■ v Linuxe: > Idapsearch -x -H Idap://Idap.f i.muni.cz \ -b ou=People,dc=fi,dc=muni,dc=cz uid=xkeder > Idapsearch -x -H Idap://Idap.f i.muni.cz \ -b ou=Group,dc=fi,dc=muni,dc=cz cn=cvt LDAP Praktický príklad II. ■ Výstup vo formáte LDIF (LDAP Data Interchange Format): dn: uid=xkeder,ou=People,dc=fi,dc=muni,dc=cz uid: xkeder cn: xkeder obj ectClass : obj ectClass : obj ectClass : userPassword loginShell : /bin/bash uidNumber: 14929 gidNumber: 10100 homeDirectory: /home/xkeder gecos : Daniel Keder (. . •) account posixAccount shadowAccount : e2NyeXB0fXg= 51 S •f) <\(y ■■— S ~ = -š *o<\ AGB; málo bezpečné, ale rýchle ■ v4: vyšší výkon, väčšia bezpečnosť (šifrovanie, autentizácia) internetový štandard s ■O Q. C* m CIFS Common Internet File System Pôvodne protokol SMB (Server Message Block) od IBM, značne prepracovaný Microsoftom. Nielen zdieľanie súborov, ale i zdrojov (tlačiarne) Pôvod vo Windows, existujú i otvorené implementácie pre iné operačné systémy Horšia implementácia vo Windows, často zneužívané chyby Výkonovo horšie než NFS s ■O Q-C^ m Synchronizácia času Elektronická pošta irove a aut< Synchronizácia času ■ NTP ummwiwmmmnmm Synchronizácia času Prečo synchronizovať čas ■ potreba presného času nieje až tak dôležitá ■ dôležitá je predstava o súvislosti dejov ■ je dôležité mať všade rovnaký čas Možné riešenia: ■ vzájomná dohoda uzlov na čase ■ časový synchronizačný server so (sprostredkovaným) presným časom Protokoly na synchronizáciu času: Time, Daytime, NTP s ■O Q. C* m NTP Network Time Protocol RFC 778, 891, 956, 958, 1305 Protokol prenosu aktuálneho času cez médium s premenlivou dobou doručenia informácie U DP port 123 Časové servery hierarchicky radené ■ stratum 0 - atómové hodiny a pod., veľká presnosť ■ stratum 1 - synchronizované so stratum 0 ■ stratum 2 a 3 - synchronizácia koncových počítačov ■ (...)- teoreticky až 256 úrovní •f) <\(y m NTP Network Time Protocol Čas uplynutý od 1.1.1900 00:00 uložený v 64bitovej hodnote ■ 32b počet sekund ■ 32b desatinná časť Pre korekciu času používa Marzullov algoritmus Podpora vo Windows i unixových systémoch Synchronizujte si svoj čas podľa time.fi.muni.cz s ■O Q-C^ m Otázky? lg ► 4 = ► 4 •f)<\(y m Koniec Kde hľadať podrobnejšie informácie Repozitár RFC dokumentov ■ http://tools.ietf.org/html/ Manuálové stránky a oficiálna dokumentácia k programom Google, Wikipedia Predmety na Fl ■ PV004 UNIX ■ PV065 UNIX- programovania správa systému I ■ PV077 UNIX- programovania správa systému II ■ PV090 UNIX - seminář ze správy systému s ■O Q-C^ m