Anul trecut am auzit de la cineva [1] despre Thawte Web of Trust, un sistem prin care am reușit să fac rost de un certificat de email gratuit și recunoscut de una din cele mai mari autorități (CA), Thawte. Sistemul de Web Of Trust funcționează pe bază de puncte, pe care le primești de notari autorizati prin semnarea unor acte oficiale, dar, practic, fără nici un cost. Când acumulai un număr puncte, puteai cere un certificat de email. Dacă strângeai destule, puteai deveni chiar tu un notar și să dai puncte altora. Deși nu știam exact despre ce era cu adevărat vorba, mi-a plăcut noțiunea de a fi Notar Thawte [2].

Dar, din păcate, Thawter WoT nu mai există, lucru aflat de acum mai multe săptămâni [3]. Dar astăzi am primit emailul oficial că s-a închis.

Dear Alexandru Juncu,
As of today, Thawte Personal E-Mail Certificates and the Web of Trust are discontinued and will no longer be available.

What does this mean?
Your Thawte Personal E-Mail Certificate(s) will be revoked and will no longer be able to sign emails. You will still be able to open emails that have been signed with the revoked certificate – the only difference is that when you open the email an error message will appear indicating that the certificate has been revoked.

Probabil nu voi resimți foarte tare acest lucru și probabil că, dacă voi mai folosi certificate pe email, îl voi folosi pe cel de la CAcert.

Oricum, a fost o idee interesantă și păcat de ea. RIP Thawte WoT.

[1] http://ubergeek.ro/2008/05/16/thawte-web-of-trust-sign-in-event/

[2] http://alexj.info/2008/08/15/certificate-digitale-thawte-cacert/

[3] http://big.lazyadmin.ro/2009/09/28/web-of-trash/

În această seară a fost o primă întâlnire Boboc Advisory Board [1]. Discuția a fost mai mult una introductivă, și deschisă între studenți (de anul I) și unii profesori din Catedra de Calculatoare. Vlad Posea [2] a pus la dispoziție și o prezentare care să descrie Boboc Advisory Board.

Acest tip de întâlniri se vor repeta săptămânal, de fiecare dată cu o temă de interes pentru studenți.

[1]  http://boboc.cs.pub.ro/

[2] http://vlad.posea.eu/

Acum 3 ani câțiva oameni de la ROSEdu [1] au pornit un proiect numit World of USO a.k.a. WoUSO. El era destinat studenților de anul I ce studiau cursul de Utilizarea Sistemelor de Operare de la secția de Calculatoare. Scopul lui era să  introducă un nou mod de a preda o serie de concepte, un mod mai interactiv, mai social și mai distractiv.

WoUSO [2] este, de fapt, un joc multiplayer online. Este accesibil tuturor studenților de la Calculatoare (printr-o legătură cu baza de date de utilizatori a Catedrei). Ei pot intra pe site și pot strânge puncte prin răspunsuri la întrebări tehnice, legate de noțiuni studiate la cursul și laboratoarul de USO. Există o întrebare zilnică (question of the day) standard pentru toată lumea și un quest, cu o serie de întrebări din ce în ce mai grele. Acumulând puncte prin răspunsuri corecte, jucătorii cresc în nivel și în topuri.

Dar elementul cel mai interactiv sunt provocările (challenge-urile). Un student poate provoca alt student la un duel de întrebări și cel ce răspunde la cele mai multe, câștigă puncte.

Proiectul este în al 3-lea său an. Dacă în primul an a fost interesant ca și concept și în al doilea an s-a lucrat mult la calitate, acum, se observă deja o maturiate printr-o atenție la elemente de detaliu în interfață.

WoUSO are acum și o oarecare tradiție și se observă că a ajuns un element  destul de remarcabil pentru semestrul I. Spun asta pentru că în această perioadă toată lumea vorbește despre el. Pe lângă studenții de anul I care sunt principalii beneficiari, sunt și studenții de anul II și III care au jucat versiunile anterioare și le-au găsit interesante și studenți de ani mai mari care nu au apucat perioada WoUSO în anul lor I. Mai multe, mulți asistenți se joacă, pentru că nici ei nu le știu, de multe ori, pe toate .

Have fun playing

USO rulz

[1] http://rosedu.org

[2] http://wouso.rosedu.org

Pe un switch Cisco putem configura VLAN-uri (Virtual LANs) pentru a segmenta rețeaua în mai multe domenii de broadcast. VLAN-urile pentru Ethernet sunt de la 1 la 1001 dar există și VLAN-urile extinse, de la 1006 la 4096 (protocolul de trunking IEEE 802.1Q suportă până la 4096 valori) ce pot fi folosite.

Pentru ca un frame să circule în rețeaua de switch-uri, toate switch-urile trebuie să știe de VLAN-ul de care aparține respectivul frame. VTP (VLAN Trunking Protocol), proprietar Cisco, este un protocol care propagă în rețea lista de VLAN-uri. Astfel, în loc de a adăuga fiecare VLAN manual pe fiecare switch,  VTP face treaba pentru noi.

Ce este uneori ciudat este locul unde sunt stocate intrările pentru VLAN-uri. Curiculumul CCNA, în mare, spune că ele nu sunt salvate în running-config din NVRAM ci în fișierul vlan.dat din Flash. Astfel, atunci când trebuie să resetăm switch-ul, trebuie să ștergem și running-config și vlan.dat. Primul lucru de reținut este faptul că VLAN-urile extinse (1006-4096) NU sunt stocate în vlan.dat ci în running-config, deci, dacă se șterge vlan.dat , acestea vor rămâne.

Un alt lucru ciudat l-am observat la o resetare de switch-uri. Dacă există o rețea de switch-uri, conectate și configurate cu VTP, este greu de șters baza de date de VLAN-uri. Atunci când ștergem flash:vlan.dat de pe un switch și îl repornim (pentru că am șters și startup-config), vom vedea că rămân VLAN-urile, motivul fiind preluarea lor din VTP de la celelalte switch-uri, neresetate.

Pentru a putea reseta switch-urile, ar trebui să le trecem in VTP Transparent mode, pentru a nu mai lua de la vecini VLAN-urile. Și aici intervine excepția Cisco: dacă switch-ul este în Transparent, orice VLAN adăugat va fi configurat în running-config (deci înclusiv cele cu ID mai mic decât 1001). Aceste VLAN-uri nu vor fi afectate de ștergerea vlan.dat, deci s-ar putea să rămână active fără să vă dați seama de ce.

Explicația vine, probabil, din faptul că VTP-ul nu transmite în rețea VLAN-urile extinse, deci, switch-ul va încerca să țină în vlan.dat doar ceea ce trimite prin VTP și restul să fie plasat în running-config.

Switching-ul poate fi destul de ciudat nu din cauza protocoalelor și tehnologiilor folosite pe echipamente ci, de multe ori, din cauza diferențelor de comportare între diverse modele de switch-uri sau între versiuni de IOS.

În cazul DTP, Dynamic Trunking Protocol, care ajută la negocierea legăturilor de trunk, este diferență la setarea default pe anumite modele. Un port poate fi fie în ‘auto’, fie în ‘desirable’, fie în ‘non-negociate’. Schema este următoarea (setare capăt #1 – stare capăt#2 => rezultat):

• auto – auto => access
• auto – desirable => trunk
• desirable-desirable => trunk
• auto – trunk => trunk
• auto – access => access
• desirable – trunk => trunk
• desirable – access => access

Scopul este ca atunci când scoatem două switch-uri din cutie, să știm ce legătură avem când introducem cablul în porturi. Problema este la setarea default a porturilor. De exemplu, pe 2950 (switch Layer2) și pe 3550 (switch Layer3), setarea implicită este ‘desirable‘. Prin urmare, pe două swich-uri de acest model proaspăt pornite, se va negocia un trunk. Pe alte modele, de exemplu 2960 (L2) și 3560 (L3) setarea este ‘auto‘, deci se va negocia un link de tip access (implicit în VLAN 1). Mergând pe aceeași idee, trebuie avut grijă că dacă avem în rețea switch-uri de modele diferite în rețea, s-ar putea să ne trezim cu rezultate neașteptate (un 2950 cu setări default + un 2960 cu setări default, va negocia un trunk).

Aceste observații nu sunt prea clar specificate pe site-ul Cisco, în curriculumul pentru CCNA3 sau BCMSN sau în Certification Study guide, și la un examen de certificare, sau în viața reală, s-ar putea să aveți probleme neașteptate.

Conferința How to Web de sâmbătă [1] [2] a fost mai interesantă decât mă așteptăm. Subiectele au fost atractive și organizarea foarte bună pentru o primă ediție a unui eveniment destul de mare.

Prezentările nu au fost aproape deloc tehnice (lucru nu neapărat bun) dar au fost bine adaptate la ideea conferinței, cea de a aduce împreună pasionații web-ului cu profesioniștii lui.

Printre prezentările interesante s-au numărat una despre “User Experience Design”, în care s-a arătat importanța proiectării inteligente a unei interfețe cu utilizatorul (lecția învățată a fost că o interfață trebuie să fie: usable, useful, valuable, desirable, findable, credible, accessible).

Altă prezentare a fost despre “Cloud Computing”, o noțiune destul de nouă și căutată. În prezentare s-a vorbit despre părțile bune și parțile rele ale Cloud Computing.

O prezentare care nu are neapărat legătură cu web-ul ci cu business-ul a fost “Despre Antreprenoriat”. Un cuvânt ce s-a tot rostit pe parcursul conferinței a fost ’start-up’, ce se referă la o companie (firmă) ce abia a pornit și este în drum spre succes. Prezentarea respectivă ne vorbea despre cum ar trebui abordată pornirea unei afaceri proprii.

Așteptăm ca pozele de la eveniment, precum și slide-urile, să fie postate pe site-ul oficial.

Felicitări pentru organizatori, ASPI [3] pentru o treabă bună făcută și așteptăm ediția de anul viitor.

Follow-up-ul oficial îl găsiți pe siteul How to Web [4]. Un altul, destul de lung, pe mai multe părți, aici [5], [6], [7], [8].

[1] http://www.how-to-web.net/

[2] http://alexj.info/2009/10/22/conferin%C8%9Ba-how-to-web/

[3] http://www.aspi.ro/

[4] http://www.how-to-web.net/2009/11/si-a-fost-how-to-web-2009/

[5] http://pow4ioc.wordpress.com/2009/10/31/how-to-web-part-i/