[so] [Tema2] Rolul short int crypt[17]

[Corina Buhai]

________________________________
 From: Razvan Crainea <razvan.crainea at gmail.com>
To: Bogdan Ivanov <ivn_bogdan at yahoo.com>; Sisteme de Operare <so at cursuri.cs.pub.ro> 
Sent: Sunday, March 25, 2012 12:07 PM
Subject: Re: [so] [Tema2] Rolul short int crypt[17]
 
2012/3/25 Bogdan Ivanov <ivn_bogdan at yahoo.com>:
> Salut,
>
> Nu inteleg exact structura campului crypt din mesaj.
> Acesta contine id-urile serverelor pe care clientul vrea sa le apeleze (sa
> ii realizeze decodificarea) ? Sunt deci 1, 2, 3 sau 4?
> Daca da, de ce este dimensiunea de 17 si nu de 5?

Este posibil ca un server să fie nevoit să decripteze de mai multe
ori. Și prin urmare ai putea avea următoarea secvență: 2 1 2 3 2 4 -1,
care face 6 decriptări diferite.

> In momentul in care se face o cerere de client, este obligatoriu ca toate
> serverele sa faca decriptare?
>
> O alta intrebare:
> Ce inseasmna ca "Este important că decriptările să fie aplicate în ordinea
> prevazută de client." ? Sunt decriptarile dependente unele de celalte?
> Trebuie realizate secvential in functie de continutul listei mesajului?
>

Da, decriptările sunt dependente unele de celelalte. Dacă primești
secvența 2 3 1 2 4 -1 de la client, va trebui să decripteze prima oară
serverul 2, apoi 3 și așa mai departe, până la serverul 4, apoi
trimiți răspunsul înapoi către client. Dacă decriptezi într-o altă
ordine decât cea specificată de client, mesajul tău final va fi
diferit de cel criptat inițial.

Spor!
-- 
Răzvan Crainea
_______________________________________________

Buna,

Am o problema legata de parametrii pe care ii primeste gateway-ul de la client.
In vectorul crypt , ordinea este inversa fata de parametrii pe care ii dau eu in consola pentru client.
Nu stiu daca este o eroare minora pe care am facut-o si de aceea imi afiseaza prost sau pur si simplu lista este inversata fata de parametri.
Si in acest caz, ce ordine ar trebui respectata, cea data in consola sau cea din vectorul crypt?

Multumesc,
Corina
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20120325/9105f28e/attachment.html>