- 31.08.2016
- 8 minute de citit
In acest articol
Se aplica la: Windows Server 2012 R2, Windows Server 2012
Urmatorul tabel ofera un rezumat al setarilor folosite cu failover DHCP. Detalii suplimentare despre fiecare setare sunt furnizate mai jos.
Nume
Numele relatiei de reluare. Numele relatiei de failover trebuie sa fie unic pe serverul local.
Nume
Server partener
Numele sau adresa IP a serverului care partajeaza relatia de failover cu serverul DHCP local.
Server partener
Mod
Tipul de mod DHCP failover ales.
Mod
Procentul echilibrului de incarcare
Procentul de leasinguri client DHCP care vor fi evaluate de serverul local.
Procentul echilibrului de incarcare
Rolul serverului
Rolul serverului local in modul standby fierbinte, fie activ, fie standby.
Rolul serverului
Procentul de rezerva
Procentul de adrese IP dintr-un domeniu care sunt rezervate pentru serverul de standby fierbinte.
Procentul de rezerva
Timp maxim de plumb al clientului (MCLT))
Durata maxima de timp pe care un server poate prelungi o leasing pentru un client DHCP dincolo de timpul cunoscut de serverul partener.
Timp maxim de plumb al clientului (MCLT)
Intervalul de comutare a starii
Intervalul dupa care un server DHCP trece automat partenerul sau de failover la un partener in starea de jos dupa pierderea comunicarii.
Intervalul de comutare a starii
Stat
Starea curenta a serverului local.
Stat
ID-uri de domeniu
O lista de ID-uri de scop DHCP care sunt asociate cu relatia de reluare.
ID-uri de domeniu
Tranzitie automata a starii
Daca este configurat un interval de comutare de stare, atunci tranzitia de stare automata este activata. In mod implicit, tranzitia automata a starii este dezactivata.
Tranzitie automata a starii
Activati autentificarea
Daca este necesar sau nu un secret comun intre partenerii de failover.
Activati autentificarea
Nume
Trebuie sa furnizati un nume unic pentru fiecare relatie de failover pe un server DHCP. Numele trebuie sa fie unic pe ambele servere partenere de failover. Numele relatiei este limitat la 126 de caractere. Caracterele speciale (! @ # $% ^ & *) Si spatiile sunt permise, dar daca caracterele speciale sunt configurate intr-un nume utilizand Windows PowerShell, numele relatiei trebuie sa fie inclus intre ghilimele.
Server partener
Puteti furniza numele NETBIOS, numele DNS sau adresa IP a serverului DHCP partener. Daca serverul DHCP partener este membru al unui cluster DHCP, furnizati numele sau adresa IP a clusterului. Daca configurati serverul DHCP partener pentru a fi un nod de cluster, contactul cu serverul partener se va pierde daca serviciul DHCP este mutat intr-un alt nod din cluster.
Daca utilizati consola DHCP pentru a configura DHCP failover, este furnizata o lista derulanta a serverelor partenere configurate anterior. De asemenea, puteti alege sa refolositi relatiile de reluare existente, selectand caseta de selectare de langa Reutilizati relatiile de reluare existente configurate cu acest server (daca exista) .
Mod
Alegeti echilibrul de incarcare sau modul de asteptare la cald. Pentru mai multe informatii, consultati Modurile DHCP Failover.
Procentul echilibrului de incarcare
Daca alegeti modul de echilibrare a incarcarii, trebuie sa furnizati procentul de solicitari client DHCP care vor fi deservite de fiecare server DHCP. In mod implicit, este atribuit un procent de echilibrare a sarcinii de 50-50.
Rolul serverului
Daca alegeti modul de asteptare la cald, trebuie sa desemnati rolul serverului partener pentru a fi activ sau de asteptare. In mod implicit, serverul local este activ, iar serverul partener este in asteptare.
Procentul de rezerva
Intr-o relatie de reluare configurata in modul de asteptare la cald, administratorii pot specifica un procent din gama de adrese a domeniului, asa cum este rezervat pentru serverul de asteptare la cald. Un numar de adrese, proportional cu valoarea procentuala configurata, sunt atribuite serverului de standby fierbinte. Serverul de asteptare fierbinte va utiliza aceste adrese pentru a deservi clientii noi dupa ce serverul principal cade, in intervalul de timp inainte ca serverul de asteptare sa asume controlul asupra intregii game de adrese IP a unui domeniu.
vecinas cachondas follar con jovencitas
todoporno viejas masturvandose
trio casero español viejas con jóvenes
sexo casero españa me corro en su boca sin avisar
muy tetonas follando en el convento
maduras tocandose chicas altas follando
españolas amater scat lesbianas
porno espaniol jovenes españolas follando
mamadas de polla se follan a su mujer
alexa grace xxx incesto real
masajes eroticos camara oculta filme porno vechi
sexo videos gratis paja a desconocido
porno amas de casa porno forzado
super mamadas orgias amateur
abuela caliente torbe videos completos
colegialas peludas asiaticasxxx
relatos sexo con maduros tetas espectaculares
muy maduras follando incesto clasico
incesto subtitulado pillados follando infraganti
comic porno español porno casero en españa
Serverul de standby fierbinte isi asuma controlul asupra intregului interval de adrese IP numai dupa ce trece in starea partenerului in jos si a trecut un anumit timp (definit de MCLT) dupa trecerea in starea partenerului in jos. Daca un administrator seteaza acest parametru la zero, nu exista adrese sunt rezervate pentru serverul de standby fierbinte, iar serverul partener de failover nu poate acorda noi leasinguri clientului pana la momentul in care standby-ul fierbinte isi asuma controlul asupra intregului interval de adrese IP. Valoarea implicita pentru procentajul adresei de rezerva este de 5%.
Timp maxim de plumb al clientului (MCLT)
Durata maxima de timp pe care un server poate prelungi o leasing pentru un client DHCP dincolo de timpul cunoscut de serverul partener. MCLT defineste perioada de inchiriere temporara data de un server partener de failover si determina, de asemenea, cantitatea de timp pe care un server intr-o relatie de failover o va astepta in stare partener inainte de a-si asuma controlul asupra intregului interval de adrese IP.
MCLT nu poate fi setat la zero, iar setarea implicita este de 1 ora.
Intervalul de comutare a starii
Daca este activata tranzitia automata a starii, un server DHCP aflat intr-o stare intrerupta de comunicare va trece automat la starea partenerului in jos dupa o perioada de timp definita. Aceasta perioada de timp este definita de intervalul de comutare a starii.
Un server care pierde comunicarea cu un server partener trece intr-o stare de comunicare intrerupta. Pierderea comunicarii se poate datora unei intreruperi a retelei sau este posibil ca serverul partener sa fi iesit offline. In mod implicit, deoarece serverul nu poate detecta motivul pierderii comunicarii cu partenerul sau, serverul va ramane intr-o stare intrerupta de comunicare pana cand administratorul schimba manual starea in partener. Cu toate acestea, daca activati tranzitia automata a starii, DHCP failover va trece automat la starea partenerului in jos cand expira intervalul de comutare automata a starii. Valoarea implicita pentru intervalul de comutare automata a starii este de 60 de minute.
Stat
In Windows PowerShell, starea se refera la starea serverului local sau la serverul specificat utilizand parametrul ComputerName . Consola DHCP afiseaza starea atat a serverului local, cat si a serverului partener langa Starea acestui server si Starea serverului partener atunci cand vizualizati sau editati o relatie de reluare DHCP.
Urmatorul tabel descrie starile disponibile. Aceste stari sunt definite in sectiunea 5 (Prezentare generala a protocolului) si sectiunea 9 (Failover Endpoint States), in schita de protocol IETF DHCP Failover Protocol.
NORMAL
Cand functioneaza in starea NORMALA, fiecare server DHCP intr-o relatie de failover serveste clientii DHCP, asa cum este definit de modul de failover configurat si de parametrii sai asociati.
COMUNICAREA INTRERUPTA
Atunci cand functioneaza in starea COMUNICATII INTERRUPTE, fiecare server functioneaza independent. Serverele nu presupun ca partenerul lor nu functioneaza, ci doar ca nu pot comunica. Fiecare server raspunde la toate mesajele clientului DHCP pe care le primeste intr-o maniera astfel incat reintegrarea gratioasa a serverului sau partener este posibila la restabilirea comunicarii.
PARTENERUL JOS
Cand functioneaza in starea PARTNER DOWN, un server presupune ca partenerul sau de failover nu functioneaza. Serverul raspunde la toate solicitarile clientului DHCP pe care le primeste.
CONFLICT POTENTIAL
Aceasta stare indica faptul ca cele doua servere incearca sa se integreze intre ele, dar cel putin unul dintre ele ruleaza intr-o stare care nu garanteaza reintegrarea automata. In starea de POTENTIAL CONFLICT, serverele pot stabili ca aceeasi adresa IP a fost oferita si acceptata de doi clienti DHCP diferiti. Este un obiectiv al failover-ului DHCP de a minimiza aparitiile starii de POTENTIAL CONFLICT.
Un server aflat in starea POTENTIAL CONFLICT nu proceseaza nicio cerere DHCP primita.
LANSARE
Un server care functioneaza in stare STARTUP presupune ca failover-ul este operational si petrece un timp scurt incercand sa contacteze partenerul de failover. Serverul nu raspunde la solicitarile clientului DHCP in acest timp. Aceasta stare exista pentru a oferi serverului sansa de a determina daca partenerul sau si-a schimbat starea de cand a fost ultima data in comunicatii si de a reactiona la acea stare modificata (daca exista) inainte de a raspunde solicitarilor clientului DHCP.
REZOLUTIA INTERRUPTA
Aceasta stare indica faptul ca cele doua servere au incercat sa se integreze intre ele in starea POTENTIAL-CONFLICT, dar comunicatiile nu au reusit inainte de finalizarea reintegrarii. Un server in aceasta stare va raspunde la solicitarile clientului DHCP folosind propriul pool de adrese IP.
CONFLICT FACUT
Aceasta stare indica faptul ca serverul primar a primit toate actualizarile de la serverul secundar in timpul procesului de reintegrare. Un server aflat in starea CONFLICT DONE raspunde la toate cererile clientului, spre deosebire de starea NORMALA in care ar putea rula sub algoritmul de echilibrare a sarcinii.
RECUPERA
Un server care opereaza in stare RECUPERARE presupune ca se reintegreaza cu un server care a functionat in starea PARTNER DOWN si ca trebuie sa-si actualizeze baza de date de legaturi inainte de a deservi solicitarile clientului DHCP. Un server poate functiona, de asemenea, in stare RECOVER pentru a-si recupera complet baza de date de legaturi de pe serverul sau partener.
RECUPERATI ASTEPTATI
Aceasta stare indica faptul ca serverul a efectuat un UPDREQ sau UPDREQALL si a primit mesajul UPDDONE indicand ca a primit toate informatiile de actualizare obligatorii restante. In starea RECOVER WAIT, serverul va astepta MCLT pentru a se asigura ca orice procesare pe care acest server ar fi putut sa o faca inainte de a-si pierde stocarea stabila nu va provoca dificultati viitoare. Un server din RECOVER WAIT nu raspunde la solicitarile clientului DHCP.
RECUPERATI FACUT
Aceasta stare exista pentru a permite o tranzitie interblocata pentru un server din starea RECOVER si un alt server din statul PARTNER DOWN sau COMMUNICATIONS INTERRUPTED in starea NORMALA. Un server aflat in stare RECOVER DONE TREBUIE sa raspunda numai la mesajele DHCPREQUEST / RENEWAL si DHCPREQUEST / REBINDING DHCP. Cand un server aflat in starea RECOVER DONE determina ca serverul sau partener a intrat in starea NORMAL sau RECOVER DONE, atunci va trece in starea NORMAL. Daca comunicatiile esueaza in timp ce se afla in starea RECOVER DONE, un server va ramane in starea RECOVER DONE.
FARA STAT
Daca starea unui server este necunoscuta, acesta va fi afisat ca NO STATE.
ID-uri de domeniu
O lista de ID-uri de domeniu DHCP care sunt asociate cu relatia de failover selectata.
Tranzitie automata a starii
Daca este activata, tranzitia automata a starii va avea loc de la starea COMUNICATII INTERRUPTE la starea PARTNER DOWN cand expira intervalul de comutare.
Activati autentificarea
Puteti alege sa solicitati autentificare (un secret comun) pentru a asigura comunicatiile intre partenerii de failover. Aceasta este activata in consola DHCP bifand caseta de selectare de langa Activare autentificare mesaj . Daca alegeti sa activati autentificarea, trebuie sa furnizati un secret comun.
Windows Server 2012 implementeaza autentificarea mesajelor de failover utilizand standardul criptografic Secure Hash Algorithm 2 (SHA-2). In mod implicit, DHCP failover foloseste algoritmul SHA-256.
Vezi si
Ce este DHCP Failover?
Moduri de basculare DHCP
DHCP Failover Communications
Exemple de basculare DHCP
Implementati DHCP Failover
