Reti di calcolatori

Come si realizza RPC

Importante!!! Utilizzo di procedure stub (è una procedura che finge di essere la procedura lato Server ma lato Client):

• il Client invoca uno stub che si incarica del trattamento dei parametri e richiede al supporto il trasporto del messaggio di richiesta;
• il messaggio di richiesta arriva a un Server stub, che estrae dal messaggio i parametri, invoca la procedura e al completamento del servizio rimanda il risultato al Client.

Un Client ha una procedura stub locale per ogni procedura remota che può chiamare;

Un Server ha uno stub locale per ogni procedura che può essere chiamata da un Client remoto.

I compiti degli stub sono:

• marshalling dei parametri, cioè impacchettare i parametri in un messaggio;
• estrazione parametri dai messaggi (unmarshalling);
• trasformare la rappresentazione dei dati;
• accedere alle primitive di comunicazione per spedire e ricevere messaggi.

Gli stub sono generati

Il genere si usa lo stesso binding per molte richieste e chiamate allo stesso server. Il name server consente il collegamento tra il Client e il Server. Le operazioni di ricerca, registrazioni, aggiornamento ed eliminazione sono:

• lookup;
• register;
• unregister.

Diverse possibili architetture:

• Centralizzata: Un server centrale che mantiene la lista di tutti i servizi all'interno della rete;
• Decentralizzata: Un server in ciascun host che mantiene una lista di servizi locali. Il chiamante deve sapere in anticipo quale host fornisce il servizio desiderato (Sun/ON RPC);
• Ibrida: Un server centrale, possibilmente replicato, che mantiene una lista di fornitori di servizi (un Server che mantiene altri Server).

IL PORT MAPPER

Naming in Sun/ONC RPC:

In Sun/ONC RPC il naming è completamente decentralizzato, e viene realizzato tramite il port mapper. Portmap è un servizio in ascolto sulla porta 111 che fornisce le funzionalità di lookup e registrazione servizi.

è successo. Se la chiamata ha successo potrebbe essere stata eseguita anche più diuna volta;

• semantica at-least-once: nel caso in cui il Client stub decida di riprovare a spedire il messaggio di richiesta un numero N di volte. Se la chiamata ha successo, la procedura è stata eseguita una o più volte (richieste e messaggi duplicati), da cui at-least-once (almeno una volta). Se la chiamata fallisce può essere un malfunzionamento di rete o un server crash. Questa procedura va bene per operazioni idempotenti cioè che possono essere eseguite molte volte con lo stesso effetto sullo stato di interazione;
• semantica at-most-once: il Server potrebbe tenere traccia degli identificatori delle richieste e scartare richieste duplicate. Inoltre potrebbe memorizzare il messaggio di risposta e ritrasmetterlo fino al ricevimento di un acknowledge da parte del Client. Permette di ottenere un operazione eseguita al massimo una volta cioè: non eseguita,

Eseguita parzialmente o una sola volta;

• semantica exactly-once (difficilissima da realizzare): Il Server potrebbe implementare le procedure come transazioni atomiche, in modo che le procedure siano eseguite del tutto o per niente. Viene eseguita o una sola volta o non eseguita. E' il caso ideale ma di solito si usa at-most-once.

Malfunzionamenti Client e ORFANI:

In caso di crash del client, si deve trattare il caso degli orfani, con diverse strategie:

• sterminio: ogni orfano viene distrutto;
• terminazione a tempo: ogni calcolo ha una scadenza, oltre il quale viene abortito;
• reincarnazione: il tempo viene diviso in epoche; tutto quello che è relativo a un'epoca precedente è considerato obsoleto.

Eterogeneità e conversione rappresentazione dati

Il Client e il Server possono eseguire su architetture diverse che usano differenti rappresentazioni dei dati: caratteri, lunghezza, ordine etc..

Per comunicare tra nodi eterogenei due

• ogni nodo converte i dati per il destinatario (prestazioni);
• concordare un formato comune di rappresentazione dei dati (flessibilità).

• Forte crescita dei social.
• Canali di accesso: sempre di più verso dispositivi mobili e telefoni cellulari.

tipi fondamentali: terminale remoto (accesso a nodi remoti);

• file transfer (trasferimento file tra nodi diversi);
• comandi remoti (applicazioni): esecuzione di comandi remoti e servizi remoti.

Le proprietà fondamentali del livello sono:

• trasparenza;
• modelli Client/Server e le sue evoluzioni;
• standardizzazione.

È molto importante distinguere tra:

• Programmi applicativi (Client che si interfacciano con l'utente);
• Protocolli applicativi o di trasferimento (protocolli che regolano lo scambio dei messaggi tra Client e Server);
• Protocolli di specifica del formato dei dati (definiscono formato messaggi);
• Protocolli di comunicazione (protocolli di trasporto, TCP o UDP).

TELNET E RLOGIN

Telnet e rlogin permettono il collegamento (sessione login) con macchina remota. Il terminale locale diventa un terminale del sistema remoto.

• Telnet è uno standard in TCP/IP, rlogin è invece per i sistemi Unix (remote)

login);

• I programmi applicativi telnet e rlogin hanno interfaccia verso utente da linea di comando;
• Il protocollo di comunicazione è TCP/IP;
• il loro uso però è caldamente sconsigliato per motivi di sicurezza (meglio ssh).

TELNET

Protocollo applicativo di Telnet

• Client stabilisce una connessione TCP con Server (porta 23);
• quindi accetta caratteri da utente e li manda al Server e contemporaneamente accetta caratteri del server e li visualizza sul terminale utente;
• server accetta la richiesta di connessione da Client e inoltra dati da connessione TCP al sistema locale.

Caratteristiche principali:

• gestione eterogeneità tramite interfaccia standard (NVT);
• Client e Server negoziano le opzioni del collegamento (ASCII a 7 bit o 8 bit);
• comunicazione simmetrica.

Network Virtual Terminal (NVT)

Nella rete Internet c'è una mancanza di standardizzazione dei terminali. Definizione di un terminale virtuale, detto

NVT (Network Virtual Terminal), cioè una Soluzione: standardizzazione di un terminale, con un formato definito e standardizzato di rappresentazione e codifica dei dati, dei caratteri di controllo, delle funzioni. Ogni stazione di lavoro effettua conversione da terminale locale a terminale virtuale e viceversa. NVT presenta caratteri di controllo per gestire la comunicazione, che vengono inviati insieme ai dati normali. Possibilità di negoziare la connessione, sia alla inizializzazione sia successivamente per selezionare le opzioni del protocollo di comunicazione (half-duplex o full-duplex, tipo di terminale, codifica 7-8 bit, ...). Protocollo per negoziare è simmetrico.

RLOGIN

Servizio di login remoto → login su un'altra macchina UNIX (non è un protocollo sicuro).

Caratteristiche rlogin:

• conosce l'ambiente di partenza e quello di arrivo;
• utilizzo di una sola connessione TCP/IP;
• esporta l'ambiente del client verso il Server;

FTP (file transfer protocol) stabilisce un collegamento con una macchina remota per il trasferimento di file.

Ci sono però problemi di sicurezza poiché la trasmissione delle password è in chiaro. Possibile uso di FTPover SSL o di alternative sicure come scp (trasferimento di file su canale ssh).

• Vari programmi applicativi, da linea di comando o con interfaccia grafica;
• Protocollo di comunicazione TCP;
• Protocollo ftp con comandi come STOR local-file o RETR remote-file;
• utilizza varie interfacce;
• ftp usa due connessioni per ogni collegamento: una di controllo e una di dati.