Este Ethan că rețelele nu au nici o autentificare în mod implicit pentru a accesa rețeaua.
Tot ce trebuie să faceți este să conectați cablul Ethernet la un comutator și
veți avea acces la rețea fără nicio autorizație de autentificare și nicio autorizare contabilă triplă sau autentificare.
Contabilitatea este o modalitate de centralizare a politicilor care se aplică dispozitivelor de rețea.
Ca exemplu, ați putea centraliza cationul autentic al utilizatorilor utilizând un server triplu A, cum ar fi
Cisco secure.
Da, autentificarea înseamnă că autentificați un nume de utilizator și o parolă înainte ca un utilizator să
poată accesa rețeaua sau un dispozitiv din rețea.
Autorizația determină ce ați permis să faceți după ce ați fost autentificat.
Deci, sunteți ca un exemplu permis să mergeți la modul privilegiat sau să activați modul pe un router.
Aveți permisiunea de a accesa un server din rețea.
Contabilitatea este un jurnal al a ceea ce sa întâmplat în rețea.
De exemplu, ați putea loga încercările utilizatorului de a accesa un dispozitiv de rețea prin telnet sau S-sh într-un moment,
toate demonstrează.
Triple A folosind o rețea de trei genii în care am conectat un server Cisco ACX.
Serverul rulează în VM Ware, dar este conectat printr-un genius cu trei switch-uri către mai multe
dispozitive de rețea.
Voi configura rețeaua să utilizeze autentificarea locală și apoi vom centraliza autentificarea astfel încât Loggins să fie
autorizată de la un server central A C a, mai degrabă decât să aibă o bază de date locală de nume de
utilizator și parolă pe fiecare dispozitiv de rețea.
Nu vă opriți pe nimeni să acceseze rețeaua dvs.
Puteți implementa rețele de identitate bazate pe identitate sau identitate folosind un protocol numit
Ada 12:58 x.
Problema 11:52 un X stented vă permite să implementați rețele de identitate în cazul în care o mașină client trebuie să prezinte
un nume de utilizator și o parolă înainte ca aceștia să poată avea acces la rețea.
În Ada la 1x aveți trei componente sau trei roluri.
Clientul, cunoscut și sub numele de solicitant, este un PC cum ar fi un PC Windows care rulează Ada pentru a adăuga
un software client compatibil 1 x și un Keda nu doar justifică clientul, ci informația de autentificare Saens prin intermediul
și sau oricare alt server de cationi. să fie ceva de genul unui switch Ethernet care
controlează accesul la rețea clientul PC este conectat la un port de pe comutator care acționează ca autentificator
și nu există cadre de la client, cu excepția 8: 0 la acel x cadre înainte dacă are
loc orice cation loc.
Deci, atunci când clientul trimite trafic către comutatorul care acționează ca sindicator, acesta va trimite un
ADA la pentru a adăuga o provocare X clientului cerând o informație despre cation, un nume de utilizator
și o parolă este trimisă la comutator, dar comutatorul nu citește acea informație, dar o transmite către serverul de autentificare, care
ar putea fi o rază de rază X sau o rază de sarcină și Takacs sau protocoalele utilizate între autentificatorul
și serverul de cationi.
Serverul de autentificare validează acreditările clientului.
Cu alte cuvinte, se asigură că numele de utilizator și parola clientului sunt corecte și că clientul
are permisiunea de a accesa rețeaua.
Dacă numele de utilizator și parola corectă, orice server de cationi trimite un mesaj
către autentificatorul sau comutatorul care apoi permite accesul clientului în rețea.
Authenticatorul trimite un mesaj de autentificare cu succes clientului și acum când
clientul interzice traficul, cum ar fi HTP sau traficul telnet, care este permis în rețea.
Cel mai important lucru cu 1:52 că un ex este că clientul nu poate accesa rețeaua până când autentificarea
a reușit pe baza informațiilor stocate în serverul de cationi ofensiv și serverul de autentificare ar putea
folosi o bază de date locală.
Sau ar putea folosi un director centralizat, cum ar fi un director activ pentru stocarea numelor de utilizator și a parolelor.