Retidi calcolatori©2001-2007 Pier Luca Montessoro (sivedala notadi copyright allaslide n. 2)1Il livellodelleapplicazionidell'architetturaTCP/IP

(1)

RETI DI CALCOLATORI

Prof. PIER LUCA MONTESSORO Facoltà di Ingegneria Università degli Studi di Udine

© 2001-2007 Pier Luca Montessoro (si veda la nota a pagina 2) 2 Questo insieme di trasparenze (detto nel seguito slide) è protetto dalle leggi sul copyright e dalle disposizioni dei trattati internazionali. Il titolo ed i copyright relativi alle slides (ivi inclusi, ma non limitatamente, ogni immagine, fotografia, animazione, video, audio, musica e testo) sono di proprietà dell’autore prof. Pier Luca Montessoro, Università degli Studi di Udine.

Le slide possono essere riprodotte ed utilizzate liberamente dagli istituti di ricerca, scolastici ed universitari afferenti al Ministero della Pubblica Istruzione e al Ministero dell’Università e Ricerca Scientifica e Tecnologica, per scopi istituzionali, non a fine di lucro. In tal caso non è richiesta alcuna autorizzazione.

Ogni altro utilizzo o riproduzione (ivi incluse, ma non limitatamente, le riproduzioni su supporti magnetici, su reti di calcolatori e stampe) in toto o in parte è vietata, se non esplicitamente autorizzata per iscritto, a priori, da parte dell’autore.

L’informazione contenuta in queste slide è ritenuta essere accurata alla data della pubblicazione. Essa è fornita per scopi meramente didattici e non per essere utilizzata in progetti di impianti, prodotti, reti, ecc. In ogni caso essa è soggetta a cambiamenti senza preavviso. L’autore non assume alcuna responsabilità per il contenuto di queste slide (ivi incluse, ma non limitatamente, la correttezza, completezza, applicabilità, aggiornamento dell’informazione).

In ogni caso non può essere dichiarata conformità all’informazione contenuta in queste slide.

In ogni caso questa nota di copyright e il suo richiamo in calce ad ogni slide non devono mai essere rimossi e devono essere riportati anche in utilizzi parziali.

Nota di Copyright

Lezione 26 Il livello delle applicazioni

dell'architettura TCP/IP

Lezione 26: indice degli argomenti

• DNS

• SNMP

• FTP

• Posta elettronica

• formato dei messaggi (RFC 822, MIME)

• trasferimento dei messaggi (SMTP, POP3, IMAP)

DNS

Domain Name System

Nomi e indirizzi

C:\> netscape 158.110.1.2:80

(2)

Nomi e indirizzi

C:\> netscape www.uniud.it

Nomi e indirizzi

• Per pochi nodi:

• file “hosts” (o “hosts.txt”)

• Per tanti nodi:

• DNS (Domain Name System)

DNS

RETE

“chi èwww.uniud.it?”

IL DNS RISPONDE SULLA PORTA 53

DNS

RETE

“158.110.1.2”

Gerarchia dei nomi

com edu org gov ... jp it uk ...

domini generici domini nazionali

acm ieee cnr uniud polito

cc diegm

hydruslacerta picolit refosco

Descrittori di risorsa

www.uniud.it 86400 IN A 158.110.1.2

nome dominio

“time to live”

(86400 sono i secondi in un

giorno)

classe (IN = Internet)

valore tipo

(3)

Tipi di descrittori

parametri per questa zona start of authority

SOA

indirizzo IP address

A

dominio che accetta la posta (+ priorità per gestire più alternative) mail exchange

MX

utilizzato per creare alias di nomi di dominio (es. di posta elettronica) canonic name

CNAME

alias per un indirizzo IP pointer

PTR

descrizione della CPU e del S.O.

in ASCII host information

HINFO

testo ASCII non interpretato text

TXT

Esempio di interrogazione del DNS

Esempio: nslookup (DO S )

Commands: (identifiers are shown in uppercase, [] means optional) NAME - print info about the host/domain NAME using default server NAME1 NAME2 - as above, but use NAME2 as server

help or ? - print info on common commands set OPTION - set an option

all - print options, current server and host [no]debug - print debugging information [no]d2 - print exhaustive debugging information [no]defname - append domain name to each query [no]recurse - ask for recursive answer to query [no]search - use domain search list [no]vc - always use a virtual circuit domain=NAME - set default domain name to NAME

srchlist=N1[/N2/.../N6] - set domain to N1 and search list to N1,N2, etc.

root=NAME - set root server to NAME retry=X - set number of retries to X

timeout=X - set initial time-out interval to X seconds type=X - set query type (ex. A,ANY,CNAME,MX,NS,PTR,SOA,SRV) querytype=X - same as type

class=X - set query class (ex. IN (Internet), ANY) [no]msxfr - use MS fast zone transfer

ixfrver=X - current version to use in IXFR transfer request server NAME - set default server to NAME, using current default server lserver NAME - set default server to NAME, using initial server finger [USER] - finger the optional NAME at the current default host root - set current default server to the root

ls [opt] DOMAIN [> FILE] - list addresses in DOMAIN (optional: output to FILE) -a - list canonical names and aliases

-d - list all records

-t TYPE - list records of the given type (e.g. A,CNAME,MX,NS,PTR etc.)

view FILE - sort an 'ls' output file and view it with pg exit - exit the program

Gerarchia dei name server

com edu org gov ... jp it uk ...

acm ieee cnr uniud polito

cc diegm

hydruslacerta picolit refosco com edu org gov ... jp it uk ...

“zona”

Gerarchia dei name server

cnr uniud polito

cc diegm

hydruslacerta picolit refosco

jp it uk ...

name server

host name server name server

messaggi UDP

SNMP

Simple Network Management Protocol

(4)

SNMP

Simple Network Management Protocol

• Consente la gestione di nodi della rete attraverso la rete stessa

• Consente attività diverse

• configurazione di apparecchiature

• statistiche sul traffico

• segnalazione di guasti

SNMP

Simple Network Management Protocol

HUB

router switch HUB

stazione di gestione agenti SNMP

protocollo SNMP

PORTA 161

MIB

Management Information Base

• È la struttura dati che definisce la collezione di oggetti gestita dal protocollo SNMP

• Consente alla stazione di gestione di conoscere le variabili gestite dagli agenti dei nodi

• Viene integrato da nuove informazioni quando si installa un nuovo tipo di apparecchiatura con agente SNMP

FTP

File Transfer Protocol

FTP

• Protocollo client/server di livello applicazione (RFC 959)

• Permette di trasferire file da un host ad un altro

• Utilizza semplici comandi ASCII

Client FTP Server FTP

Connessione TCP per lo scambio dei dati

Porta 20 Connessione TCP di

controllo

Porta 21

FTP

(5)

FTP: connessione di controllo

• Si instaura sulla porta 21 di TCP

• Scambio dei comandi e dei messaggi di risposta tra client e server

• Connessione attiva per tutta la durata della sessione

FTP: connessione dati

• Si instaura sulla porta 20 di TCP

• Invio e ricezione dei dati (file)

• Per ciascun file da trasferire viene aperta una nuova connessione dati

Informazioni di stato

• È necessario che il server mantenga lo stato dell’utente per tutta la durata della sessione

• Il server associa la connessione di controllo con uno specifico account e tiene traccia della directory corrente

Posta elettronica

• Formato dei messaggi

• RFC 822

• MIME

• Trasferimento dei messaggi

• SMTP

• POP3

• IMAP

Formato dei messaggi

Prof. Pier Luca Montessoro DIEGM

Università di Udine V. delle Scienze 208 33100 UDINE Ce.Te.M.

Politecnico di Torino C.so Duca degli Abruzzi 24 10129 TORINO

Oggetto: registrazione lezioni Caro prof. Montessoro, le confermiamo la prenotazione dello studio di registrazione per i giorni 16, 17 e 18 dicembre 1999.

Cordiali saluti

Il responsabile di produzione

(6)

Formato dei messaggi

Prof. Pier Luca Montessoro DIEGM

Università di Udine V. delle Scienze 208 33100 UDINE Ce.Te.M.

Politecnico di Torino C.so Duca degli Abruzzi 24 10129 TORINO

Oggetto: registrazione lezioni Caro prof. Montessoro, le confermiamo la prenotazione dello studio di registrazione per i giorni 16, 17 e 18 dicembre 1999.

Cordiali saluti

busta intestazione

corpo

Formato dei messaggi

Nome: Prof. Pier Luca Montessoro Sede: DIEGM - Università di Udine Via: V. delle Scienze 208 CAP: 33100 Città: UDINE

Da: Ce.Te.M. - Politecnico di Torino

Indirizzo: C.so Duca degli Abruzzi 24 - 10129 - TORINO Oggetto: registrazione lezioni

Caro prof. Montessoro,

le confermiamo la prenotazione dello studio di registrazione per i giorni 16, 17 e 18 dicembre 1999.

Cordiali saluti

bustaintestazionecorpo

RFC 822

• Campi rappresentati da singole linee di testo in ASCII

• Formato:

• nome campo

• carattere ‘:’

• valore (se previsto)

• Il testo segue una linea bianca

• Non distingue in maniera precisa i campi della busta dai campi di intestazione

RFC 822: campi assimilabili a quelli della busta

destinatario/i primario/i To:

destinatario/i secondario/i (copia per conoscenza) Cc:

copia per conoscenza non notificata ai destinatari primari e secondari Bcc:

mittente From:

indirizzo di posta elettronica del mittente Sender:

linea aggiunta da ogni agente di trasferimento lungo il percorso Received:

può specificare il percorso da seguire per la risposta Return-Path:

RFC 822: campi assimilabili a quelli dell’intestazione

data e ora di invio del messaggio Date:

indirizzo di posta elettronica a cui inviare le risposte

Reply-To:

identificatore (unico) del messaggio per futuri riferimenti Message-Id:

Message-Id a cui si sta rispondendo In-Reply-To:

altri Message-Id di riferimento References:

parole chiave scelte dall’utente Keywords:

argomento del messaggio (una riga) Subject:

MIME

Multipurpose Internet Mail Extension

• Aggiunge regole di codifica per i messaggi non ASCII

• caratteri accentati

• caratteri non alfabetici

• grafica

• contenuti diversi dal testo scritto

(es. informazioni in formato multimediale)

(7)

MIME

versione di MIME utilizzata MIME-Version:

descrizione leggibile del contenuto del messaggio Content-Description:

identificatore (unico) Content-Id:

codifica utilizzata per il corpo del messaggio Content-Transfer-Encoding

la natura del messaggio Content-Type:

Content-Transfer-Encoding

• Scopo:

• trasformare dati binari o ASCII con codice superiore a 127 in caratteri ASCII standard

Content-Transfer-Encoding

• Base64

• Trasforma gruppi di 3 byte (24 bit) in gruppi di 4 caratteri ASCII

(rappresentabili su 6 bit, quindi < 127)

• Quoted-printable-encoding

• trasforma in un testo soltanto i caratteri con codice superiore a 127

(formato “=XX”, XX rappresentazione esadecimale del codice ASCII)

Content-Type

• RFC 1521 definisce tipi e sottotipi

• Alcuni esempi

• Content-Type: Text/Plain

• Content-Type: Text/Rich

• Content-Type: Image/Gif

• Content-Type: Image/Jpeg

• Content-Type: Video/Mpeg

• Content-Type: Application/Octet-stream

Trasferimento dei messaggi

• Trasferimento tra server di posta elettronica e tra client e server per i messaggi in uscita

• SMTP

• Trasferimento dal server al client per i messaggi in arrivo

• POP3

• IMAP

SMTP

Simple Mail Transfer Protocol

• Risponde alla porta 25

• Semplice protocollo ASCII

(8)

SMTP: alcuni comandi

dal client al server seguito dall’indirizzo DNS del client HELO

nella composizione di un nuovo messaggio indica il mittente (user@mailserver) MAIL FROM

“recipient to”: destinatario del messaggio (una linea RCPT TO per ogni destinatario) RCPT TO

precede il messaggio vero e proprio, comprensivo di busta, intestazione e corpo DATA

chiude la connessione QUIT

RFC 821

Esempio di funzionamento di SMTP

• Applicazione: telnet

• può essere necessario abilitare l’eco locale dei caratteri

• NOTA: non funzionerà il tasto di backspace

• Porta: 25

• Nodo: il mailserver della rete su cui siete collegati

Esempio di funzionamento di SMTP

• HELO localhost.domain

• MAIL FROM: user@localhost

• RCPT TO: montessoro@uniud.it

• DATA From: ...

To: ...

Subject: ...

...

.

• QUIT

Trasferimento dei messaggi al client

• POP3 (Post Office Protocol)

• vagamente simile a SMTP

• adatto per collegamenti dial-up

• IMAP (Interactive Mail Access Protocol)

• permette la gestione della posta tramite differenti computer

• i messaggi vengono conservati in un deposito centrale accessibile da ogni macchina in rete

POP3

collegamento dial-up

server di posta elettronica

Internet

(9)