ટેબલ પર બે ડિઝાઇન છે. એક કર્મચારીઓને ભૂમિકા-આધારિત VLANમાં રાખે છે અને લોકો ખસે ત્યારે સ્વિચ પોર્ટ સંપાદિત કરે છે. બીજું સત્રને પ્રમાણિત કરે છે અને નીતિને નક્કી કરવા દે છે કે તે શું સુધી પહોંચી શકે. પસંદગી આધુનિકતા વિશે નથી; તે વિશે છે કે તમારી ઇમારતમાં ત્રણ શરતો લાગુ પડે છે કે નહીં. તેમાંથી કોઈ પણ નિષ્ફળ જાય તો, પોર્ટ-આધારિત ડિઝાઇન મૂર્ખ નથી, તે જ એક છે જે તમે ખરેખર ચલાવી શકો છો.

ત્રણ શરતો છે અમલક્ષમતા, ઓળખની ગુણવત્તા અને નિષ્ફળતા વર્તન.

શરત 1: શું ઍક્સેસ ઉપકરણો પરત મળેલી નીતિ લાગુ કરી શકે છે

802.1X એ એન્ડપોઇન્ટ પરના સપ્લિકન્ટ, સ્વિચ કે ઍક્સેસ પોઇન્ટમાંના ઓથેન્ટિકેટર અને RADIUS દ્વારા પહોંચાતા પ્રમાણીકરણ સર્વર વચ્ચેનો સંબંધ છે. સર્વર VLAN કે બીજું નીતિ-પરિણામ પરત આપી શકે છે, અને RFC 3580 તે સિગ્નલિંગનું વર્ણન કરે છે. સ્વિચે તો પણ એ પરિણામ અમલમાં મૂકવું પડે જેના પર તમે આધાર રાખો છો.

ક્ષમતા માંગો, પ્રોટોકોલ નહીં: ગતિશીલ VLAN ફાળવણી, ડાઉનલોડ કરી શકાય તેવા ACL, અથવા નોંધણી પોર્ટલ પર રીડાયરેક્શન.

શરત 2: શું ઓળખનો સ્રોત સત્તાવાહક અને બદલવામાં ઝડપી છે

ડિરેક્ટરીમાં જૂથ સભ્યપદ ત્યારે જ મદદ કરે છે જ્યારે તે એ ક્ષેત્ર હોય જે ભૂમિકા બદલાય ત્યારે વ્યવસાય પહેલેથી સંપાદિત કરે છે. જો ભૂમિકા ફાળવણી એવી સ્પ્રેડશીટમાં રહે છે જે દર મહિને જૂથોમાં નકલ થાય છે, તો ઓળખ-આધારિત ઍક્સેસ ફક્ત જૂની ઇનપુટને સ્વચાલિત કરે છે. વિલંબ પણ તપાસો, કારણ કે નવો કર્મચારી જે આખો દિવસ કામ કરી શકતો નથી તે જાતે પોર્ટ બદલવા કરતાં ખરાબ પરિણામ છે. ઉપકરણ પ્રમાણીકરણ, વપરાશકર્તા પ્રમાણીકરણ અને બંને સાથે અલગ પસંદગીઓ છે, અને પ્રિન્ટરોને અસ્પષ્ટ બાયપાસને બદલે સ્પષ્ટ મોડેલની જરૂર છે.

મેપિંગ લખો: કયું જૂથ કઈ નીતિ આપે છે, અને કોણ તેને બદલી શકે છે.

શરત 3: પાયલોટ પહેલાં નિષ્ફળતા વર્તન નક્કી કરો

દરેક ડિપ્લોયમેન્ટમાં એક અપ્રમાણિત સ્થિતિ અને એક સર્વર-અનુપલબ્ધ સ્થિતિ હોય છે, અને બંને માટેની નીતિ સુરક્ષા નિર્ણય છે. વિશ્વસનીય સેગ્મેન્ટમાં શાંત પતન ડિઝાઇનને હરાવે છે; કઠોર નિષ્ફળતા વિક્ષેપ દરમિયાન કામ અટકાવે છે. સામાન્ય મધ્યમ માર્ગ ફક્ત ઇન્ટરનેટ-ઍક્સેસ સાથેનું મર્યાદિત સેગ્મેન્ટ અને હેલ્પ ડેસ્ક સુધીનો સ્પષ્ટ માર્ગ છે. વાસ્તવિક સ્વિચ કે વાયરલેસ પ્લેટફોર્મ પર પતનની કસોટી કરો, કારણ કે વેન્ડરના ડિફોલ્ટ અલગ હોય છે.

જો કોઈ એક વાક્યમાં પતનનું વર્ણન કરી શકતું ન હોય, તો ડિઝાઇન પૂરી નથી.

VPN ક્યાં બંધ બેસે છે

VPN અવિશ્વસનીય માર્ગ પર ઍક્સેસ પ્રમાણિત કરે છે, અને ઓફિસ LAN પર પણ તેની માંગણી કરવી એ જાણી જોઈને લીધેલો વિશ્વાસ નિર્ણય હોઈ શકે. તે જૂથ મેપિંગ કે ફાઇલ સર્વરની પોતાની અધિકૃતિની જરૂરિયાત દૂર કરતું નથી. તે ઓપરેશનલ ભારમાં ગેટવે ક્ષમતા, ક્લાયન્ટ સોફ્ટવેર અને સત્ર વ્યવસ્થાપન પણ ઉમેરે છે.

VLAN સંપાદન ટાળવા માટે ખરીદેલા VPNએ ખોટી સમસ્યા હલ કરી અને બે નવી ઉમેરી.

કોષ્ટક, અને રાખવા જેવી એક જ વસ્તુ

ConditionHolds?Design
Devices enforce returned policyYes802.1X with dynamic policy, stable segments
Devices cannot enforce itNoKeep segments, add an application gateway
Identity source lags role changesNoFix provisioning before admission
No acceptable unauthenticated stateNoRestricted segment with a portal
Departures must lose access quicklyYesDynamic disconnect plus credential revocation

સર્વર, મહેમાન, ઉપકરણો અને ઓપરેશનલ ટેકનોલોજી માટે સેગ્મેન્ટ રાખો. તે સીમાઓ નોકરીની પદવીઓ નહીં, ટ્રાફિક વિશે છે, અને કોઈ પણ પુનર્રચના સહન કરે છે. કર્મચારીઓના હકો ઓળખ-નીતિમાં મૂકો, જ્યાં ભૂમિકા પરિવર્તન એક જ સંપાદન છે, અને જ્યારે દૂર કરવું ઝડપી હોવું જોઈએ ત્યારે સમર્થિત ડિસ્કનેક્શન પદ્ધતિ વાપરો.

ડિઝાઇનની કસોટી ડેસ્ક ખસેડવાની છે: તેણે વ્યક્તિ અને તેના સાધનો ખસેડવા જોઈએ, બીજા જેકની આસપાસ તેની પરવાનગીઓ ફરી બાંધવી નહીં.

સંબંધિત લેખો