મારો અધૂરો પ્રોજેક્ટ. 200 MikroTik રાઉટરનું નેટવર્ક

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

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

રાઉટર્સની સંખ્યા 200-300 છે, જે વિવિધ શહેરોમાં ઇન્ટરનેટ કનેક્શનની વિવિધ ગુણવત્તા સાથે પથરાયેલા છે. દરેક વસ્તુને સુંદર બનાવવી અને દરેક વસ્તુ કેવી રીતે કાર્ય કરશે તે સુલભ રીતે સ્થાનિક સંચાલકોને સમજાવવી જરૂરી છે.

તો દરેક પ્રોજેક્ટ ક્યાંથી શરૂ થાય છે? અલબત્ત, સાથે ટી.કે.

1. ગ્રાહકની જરૂરિયાતો, નેટવર્ક વિભાજન (શાખાઓમાં 3 થી 20 નેટવર્ક્સ, ઉપકરણોની સંખ્યાના આધારે) અનુસાર તમામ શાખાઓ માટે નેટવર્ક પ્લાનનું સંગઠન.
2. દરેક શાખામાં ઉપકરણો સેટ કરો. વિવિધ કાર્યકારી પરિસ્થિતિઓમાં પ્રદાતાની વાસ્તવિક બેન્ડવિડ્થ તપાસી રહ્યું છે.
3. ઉપકરણ સુરક્ષાનું સંગઠન, વ્હાઇટલિસ્ટ કંટ્રોલ, ચોક્કસ સમયગાળા માટે સ્વતઃ-બ્લેકલિસ્ટિંગ સાથે હુમલાઓની સ્વતઃ-શોધ, નિયંત્રણ ઍક્સેસ અને સેવાને નકારવા માટે ઉપયોગમાં લેવાતા વિવિધ તકનીકી માધ્યમોનો ઉપયોગ ઓછો કરવો.
4. ગ્રાહક જરૂરિયાતો અનુસાર નેટવર્ક ફિલ્ટરિંગ સાથે સુરક્ષિત vpn જોડાણોનું સંગઠન. દરેક શાખાથી કેન્દ્ર સુધી ઓછામાં ઓછા 3 વીપીએન જોડાણો.
5. પોઈન્ટ 1, 2 પર આધારિત. ફોલ્ટ-ટોલરન્ટ vpn બનાવવાની શ્રેષ્ઠ રીતો પસંદ કરો. ડાયનેમિક રૂટીંગ ટેક્નોલોજી, યોગ્ય સમર્થન સાથે, કોન્ટ્રાક્ટર દ્વારા પસંદ કરી શકાય છે.
6. પ્રોટોકોલ્સ, પોર્ટ્સ, હોસ્ટ્સ અને ગ્રાહક દ્વારા ઉપયોગમાં લેવાતી અન્ય વિશિષ્ટ સેવાઓ દ્વારા ટ્રાફિક અગ્રતાનું સંગઠન. (VOIP, મહત્વપૂર્ણ સેવાઓ સાથે હોસ્ટ)
7. ટેક્નિકલ સપોર્ટ સ્ટાફના પ્રતિભાવ માટે રાઉટર ઇવેન્ટ્સનું નિરીક્ષણ અને લોગિંગનું સંગઠન.

જેમ આપણે સમજીએ છીએ, કેટલાક કિસ્સાઓમાં, TOR આવશ્યકતાઓમાંથી સંકલિત કરવામાં આવે છે. મુખ્ય સમસ્યાઓ સાંભળ્યા પછી મેં આ જરૂરિયાતો જાતે જ ઘડી. તેમણે એવી શક્યતા સ્વીકારી કે અન્ય કોઈ આ મુદ્દાઓને અમલમાં મૂકી શકે છે.

આ આવશ્યકતાઓને પરિપૂર્ણ કરવા માટે કયા સાધનોનો ઉપયોગ કરવામાં આવશે:

1. ELK સ્ટેક (થોડા સમય પછી, એવું સમજાયું કે logstash ને બદલે fluentd નો ઉપયોગ કરવામાં આવશે).
2. જવાબ આપવા યોગ્ય. વહીવટની સરળતા અને ઍક્સેસની વહેંચણી માટે, અમે AWX નો ઉપયોગ કરીશું.
3. GITLAB. અહીં સમજાવવાની જરૂર નથી. જ્યાં અમારી રૂપરેખાઓના સંસ્કરણ નિયંત્રણ વિના.
4. પાવરશેલ. રૂપરેખાની પ્રારંભિક પેઢી માટે એક સરળ સ્ક્રિપ્ટ હશે.
5. ડોકુ વિકી, દસ્તાવેજીકરણ અને માર્ગદર્શિકાઓ લખવા માટે. આ કિસ્સામાં, અમે habr.com નો ઉપયોગ કરીએ છીએ.
6. ઝબ્બીક્સ દ્વારા મોનીટરીંગ કરવામાં આવશે. સામાન્ય સમજ માટે કનેક્શન ડાયાગ્રામ પણ હશે.

EFK સેટઅપ પોઈન્ટ

પ્રથમ મુદ્દા પર, હું ફક્ત તે વિચારધારાનું વર્ણન કરીશ જેના પર અનુક્રમણિકાઓ બનાવવામાં આવશે. ઘણા છે
મિક્રોટિક ચલાવતા ઉપકરણોમાંથી લોગ સેટ કરવા અને પ્રાપ્ત કરવા પર ઉત્તમ લેખો.

હું કેટલાક મુદ્દાઓ પર ધ્યાન આપીશ:

1. યોજના મુજબ, વિવિધ સ્થળોએથી અને વિવિધ બંદરો પર લોગ મેળવવાનું ધ્યાનમાં લેવું યોગ્ય છે. આ કરવા માટે, અમે લોગ એગ્રીગેટરનો ઉપયોગ કરીશું. અમે એક્સેસ શેર કરવાની ક્ષમતા ધરાવતા તમામ રાઉટર્સ માટે સાર્વત્રિક ગ્રાફિક્સ પણ બનાવવા માંગીએ છીએ. પછી અમે નીચે પ્રમાણે અનુક્રમણિકાઓ બનાવીએ છીએ:

અહીં fluentd સાથે રૂપરેખાનો એક ભાગ છે સ્થિતિસ્થાપક શોધ
logstash_format true
index_name mikrotiklogs.north
logstash_prefix mikrotiklogs.north
flush_interval 10s
યજમાનો સ્થિતિસ્થાપક: 9200
9200 બંદર

આમ, અમે યોજના અનુસાર રાઉટર્સ અને સેગમેન્ટને જોડી શકીએ છીએ - mikrotiklogs.west, mikrotiklogs.south, mikrotiklogs.east. શા માટે તેને આટલું મુશ્કેલ બનાવો? અમે સમજીએ છીએ કે અમારી પાસે 200 કે તેથી વધુ ઉપકરણો હશે. દરેક વસ્તુને અનુસરશો નહીં. elasticsearch ના સંસ્કરણ 6.8 થી, સુરક્ષા સેટિંગ્સ અમારા માટે ઉપલબ્ધ છે (લાયસન્સ ખરીદ્યા વિના), આમ, અમે તકનીકી સપોર્ટ કર્મચારીઓ અથવા સ્થાનિક સિસ્ટમ સંચાલકો વચ્ચે જોવાના અધિકારોનું વિતરણ કરી શકીએ છીએ.
કોષ્ટકો, આલેખ - અહીં તમારે ફક્ત સંમત થવાની જરૂર છે - કાં તો સમાનનો ઉપયોગ કરો, અથવા દરેક વ્યક્તિ તે તેના માટે અનુકૂળ રહેશે તે પ્રમાણે કરે છે.

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

3. કબજે કરેલી જગ્યા અને લોગ અનુસાર. સરેરાશ, કલાક દીઠ 1000 સંદેશાઓ સાથે, લોગ દરરોજ 2-3 MB લે છે, જે તમે જુઓ છો, તે એટલું વધારે નથી. elasticsearch આવૃત્તિ 7.5.

ANSIBLE.AWX

સદનસીબે અમારા માટે, અમારી પાસે રાઉટરો માટે તૈયાર મોડ્યુલ છે
મેં AWX વિશે ધ્યાન દોર્યું, પરંતુ નીચે આપેલા આદેશો માત્ર તેના શુદ્ધ સ્વરૂપમાં જ જવાબ આપવા યોગ્ય છે - મને લાગે છે કે જેમણે જવાબી સાથે કામ કર્યું છે તેમને gui દ્વારા awxનો ઉપયોગ કરવામાં કોઈ સમસ્યા નહીં હોય.

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

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

પ્રમાણપત્ર બનાવવા, નકલ કરવામાં અને આયાત કરવામાં કોઈ સમસ્યા હોવી જોઈએ નહીં:

આદેશોની સંક્ષિપ્ત સૂચિતમારા PC પર
ssh-keygen -t RSA, પ્રશ્નોના જવાબ આપો, કી સાચવો.
mikrotik પર નકલ કરો:
user ssh-keys import public-key-file=id_mtx.pub user=ansible
પ્રથમ તમારે એક એકાઉન્ટ બનાવવાની અને તેના અધિકારો ફાળવવાની જરૂર છે.
પ્રમાણપત્ર સાથે જોડાણ તપાસી રહ્યું છે
ssh -p 49475 -i /keys/mtx [ઇમેઇલ સુરક્ષિત]

vi /etc/ansible/hosts લખો
MT01 ansible_network_os=routeros ansible_ssh_port=49475 ansible_ssh_user= જવાબ આપવા યોગ્ય
MT02 ansible_network_os=routeros ansible_ssh_port=49475 ansible_ssh_user= જવાબ આપવા યોગ્ય
MT03 ansible_network_os=routeros ansible_ssh_port=49475 ansible_ssh_user= જવાબ આપવા યોગ્ય
MT04 ansible_network_os=routeros ansible_ssh_port=49475 ansible_ssh_user= જવાબ આપવા યોગ્ય

સારું, પ્લેબુકનું ઉદાહરણ: નામ: add_work_sites
યજમાનો: testmt
સીરીયલ: 1
જોડાણ: નેટવર્ક_ક્લી
remote_user: mikrotik.west
હકીકતો એકત્રિત કરો: હા
કાર્યો:
નામ: વર્ક_સાઇટ્સ ઉમેરો
routeros_command:
આદેશો
- /ip ફાયરવોલ સરનામું-સૂચિ ઉમેરો address=gov.ru list=work_sites comment=Ticket665436_Ochen_nado
- /ip ફાયરવોલ એડ્રેસ-લિસ્ટ એડ્રેસ=habr.com list=work_sites comment=for_habr

જેમ તમે ઉપરોક્ત રૂપરેખાંકનમાંથી જોઈ શકો છો, તમારી પોતાની પ્લેબુકનું સંકલન કરવું એ એક સરળ બાબત છે. ક્લિ મિક્રોટિકને સારી રીતે માસ્ટર કરવા માટે તે પૂરતું છે. એવી પરિસ્થિતિની કલ્પના કરો કે જ્યાં તમારે બધા રાઉટર્સ પર ચોક્કસ ડેટા સાથે સરનામાંની સૂચિ દૂર કરવાની જરૂર છે, પછી:

શોધો અને દૂર કરો/ip ફાયરવોલ એડ્રેસ-લિસ્ટ દૂર કરો [find where list="gov.ru"]

મેં ઇરાદાપૂર્વક અહીં સંપૂર્ણ ફાયરવોલ સૂચિનો સમાવેશ કર્યો નથી. તે દરેક પ્રોજેક્ટ માટે વ્યક્તિગત હશે. પરંતુ હું એક વાત ચોક્કસ કહી શકું છું, ફક્ત સરનામાની સૂચિનો ઉપયોગ કરો.

GITLAB અનુસાર, બધું સ્પષ્ટ છે. હું આ ક્ષણ પર રહીશ નહીં. વ્યક્તિગત કાર્યો, નમૂનાઓ, હેન્ડલર્સની દ્રષ્ટિએ બધું સુંદર છે.

પાવરશેલ

ત્યાં 3 ફાઇલો હશે. શા માટે પાવરશેલ? રૂપરેખાઓ જનરેટ કરવા માટેનું સાધન એ કોઈપણ વ્યક્તિ દ્વારા પસંદ કરી શકાય છે જે વધુ આરામદાયક હોય. આ કિસ્સામાં, દરેક વ્યક્તિના પીસી પર વિન્ડો હોય છે, તો જ્યારે પાવરશેલ વધુ અનુકૂળ હોય ત્યારે તેને બેશ પર શા માટે કરવું. કોણ વધુ આરામદાયક છે.

સ્ક્રિપ્ટ પોતે (સરળ અને સમજી શકાય તેવી):[cmdletBinding()] પરમ(
[પેરામીટર(ફરજિયાત=$true)] [સ્ટ્રિંગ]$EXTERNALIPADDRESS,
[પેરામીટર(ફરજિયાત=$true)] [સ્ટ્રિંગ]$EXTERNALIPROUTE,
[પેરામીટર(ફરજિયાત=$true)] [સ્ટ્રિંગ]$BWorknets,
[પેરામીટર(ફરજિયાત=$true)] [સ્ટ્રિંગ]$CWorknets,
[પેરામીટર(ફરજિયાત=$true)] [string]$BVoipNets,
[પેરામીટર(ફરજિયાત=$true)] [string]$CVoipNets,
[પેરામીટર(ફરજિયાત=$true)] [string]$CClientss,
[પેરામીટર(ફરજિયાત=$true)] [સ્ટ્રિંગ]$BVPNWORKs,
[પેરામીટર(ફરજિયાત=$true)] [સ્ટ્રિંગ]$CVPNWORKs,
[પેરામીટર(ફરજિયાત=$true)] [સ્ટ્રિંગ]$BVPNCLIENTSs,
[પેરામીટર(ફરજિયાત=$true)] [string]$cVPNCLIENTSs,
[પેરામીટર(ફરજિયાત=$true)] [સ્ટ્રિંગ]$NAMEROUTER,
[પેરામીટર(ફરજિયાત=$true)] [string]$ServerCertificates,
[પેરામીટર(ફરજિયાત=$true)] [string]$infile,
[પેરામીટર(ફરજિયાત=$true)] [string]$outfile
)

મેળવો-સામગ્રી $infile | ફોરીચ-ઓબ્જેક્ટ {$_.Replace("EXTERNIP", $EXTERNALIPADDRESS)} |
ફોરીચ-ઓબ્જેક્ટ {$_.Replace("EXTROUTE", $EXTERNALIPROUTE)} |
ફોરીચ-ઓબ્જેક્ટ {$_.Replace("BWorknet", $BWorknets)} |
ફોરીચ-ઓબ્જેક્ટ {$_.Replace("CWorknet", $CWorknets)} |
ફોરીચ-ઓબ્જેક્ટ {$_.Replace("BVoipNet", $BVoipNets)} |
ફોરીચ-ઓબ્જેક્ટ {$_.Replace("CVoipNet", $CVoipNets)} |
ફોરીચ-ઑબ્જેક્ટ {$_.Replace("CClients", $CClients)} |
ફોરીચ-ઓબ્જેક્ટ {$_.Replace("BVPNWORK", $BVPNWORKs)} |
ફોરીચ-ઓબ્જેક્ટ {$_.Replace("CVPNWORK", $CVPNWORKs)} |
ફોરીચ-ઑબ્જેક્ટ {$_.Replace("BVPNCLIENTS", $BVPNCLIENTSs)} |
ફોરીચ-ઑબ્જેક્ટ {$_.Replace("CVPNCLIENTS", $cVPNCLIENTSs)} |
ફોરીચ-ઑબ્જેક્ટ {$_.Replace("MYNAMEROUTER", $NAMEROUTER)} |
ફોરચ-ઑબ્જેક્ટ {$_.Replace("ServerCertificate", $ServerCertificates)} | સેટ-સામગ્રી $outfile

હું તમારી ક્ષમા માંગું છું, હું બધા નિયમો મૂકી શકતો નથી. તે સુંદર નહીં હોય. તમે શ્રેષ્ઠ પ્રથાઓ દ્વારા માર્ગદર્શન આપીને જાતે નિયમો બનાવી શકો છો.

ઉદાહરણ તરીકે, અહીં લિંક્સની સૂચિ છે જેના દ્વારા મને માર્ગદર્શન આપવામાં આવ્યું હતું:wiki.mikrotik.com/wiki/Manual: સુરક્ષિત_તમારું_રાઉટર
wiki.mikrotik.com/wiki/Manual:IP/ફાયરવોલ/ફિલ્ટર
wiki.mikrotik.com/wiki/Manual:OSPF-ઉદાહરણો
wiki.mikrotik.com/wiki/Drop_port_scanners
wiki.mikrotik.com/wiki/Manual: વિનબોક્સ
wiki.mikrotik.com/wiki/Manual: અપગ્રેડિંગ_રાઉટરઓએસ
wiki.mikrotik.com/wiki/Manual:IP/ફાસ્ટટ્રેક - અહીં તમારે જાણવાની જરૂર છે કે જ્યારે ફાસ્ટટ્રેક સક્ષમ હોય, ત્યારે ટ્રાફિકની પ્રાથમિકતા અને આકાર આપવાના નિયમો કામ કરશે નહીં - નબળા ઉપકરણો માટે ઉપયોગી.

ચલ સંમેલનો:નીચેના નેટવર્ક્સ ઉદાહરણ તરીકે લેવામાં આવે છે:
192.168.0.0/24 વર્કિંગ નેટવર્ક
172.22.4.0/24 VOIP નેટવર્ક
LAN ઍક્સેસ વિનાના ક્લાયન્ટ્સ માટે 10.0.0.0/24 નેટવર્ક
મોટી શાખાઓ માટે 192.168.255.0/24 VPN નેટવર્ક
નાના માટે 172.19.255.0/24 VPN નેટવર્ક

નેટવર્ક સરનામાંમાં 4 દશાંશ સંખ્યાઓનો સમાવેશ થાય છે, અનુક્રમે ABCD, રિપ્લેસમેન્ટ સમાન સિદ્ધાંત અનુસાર કાર્ય કરે છે, જો તે સ્ટાર્ટઅપ પર B ને પૂછે છે, તો તમારે નેટવર્ક 192.168.0.0/24 માટે અને C = 0 માટે નંબર 0 દાખલ કરવાની જરૂર છે. .
$EXTERNALIPADDRESS - પ્રદાતા તરફથી ફાળવેલ સરનામું.
$EXTERNALIPROUTE - નેટવર્ક 0.0.0.0/0 માટે ડિફોલ્ટ રૂટ
$BWorknets - વર્કિંગ નેટવર્ક, અમારા ઉદાહરણમાં 168 હશે
$CWorknets - વર્ક નેટવર્ક, અમારા ઉદાહરણમાં તે 0 હશે
$BVoipNets - VOIP નેટવર્ક અમારા ઉદાહરણમાં અહીં 22
$CVoipNets - VOIP નેટવર્ક અમારા ઉદાહરણમાં અહીં 4
$CClientss - ક્લાઈન્ટો માટે નેટવર્ક - ફક્ત ઈન્ટરનેટની જ ઍક્સેસ, અમારા કિસ્સામાં અહીં 0
$BVPNWORKs - મોટી શાખાઓ માટે VPN નેટવર્ક, અમારા ઉદાહરણમાં 20
$CVPNWORKs - મોટી શાખાઓ માટે VPN નેટવર્ક, અમારા ઉદાહરણમાં 255
$BVPNCLIENTS - નાની શાખાઓ માટે VPN નેટવર્ક, એટલે કે 19
$CVPNCLIENTS - નાની શાખાઓ માટે VPN નેટવર્ક, એટલે કે 255
$NAMEROUTER - રાઉટરનું નામ
$ServerCertificate - પ્રમાણપત્રનું નામ જે તમે પહેલા આયાત કરી રહ્યાં છો
$infile - ફાઇલનો પાથ સ્પષ્ટ કરો કે જ્યાંથી આપણે રૂપરેખા વાંચીશું, ઉદાહરણ તરીકે D:config.txt (અવતરણ અને જગ્યાઓ વિના વધુ સારું અંગ્રેજી પાથ)
$outfile - જ્યાં સાચવવું તે પાથનો ઉલ્લેખ કરો, ઉદાહરણ તરીકે D:MT-test.txt

મેં સ્પષ્ટ કારણોસર ઉદાહરણોમાં સરનામાંઓ જાણી જોઈને બદલ્યાં છે.

હું હુમલાઓ અને વિસંગત વર્તન શોધવાનો મુદ્દો ચૂકી ગયો - આ એક અલગ લેખને પાત્ર છે. પરંતુ તે નિર્દેશ કરવા યોગ્ય છે કે આ કેટેગરીમાં તમે Zabbix + વર્કઆઉટ કર્લ ડેટા માંથી મોનિટરિંગ ડેટા મૂલ્યોનો ઉપયોગ કરી શકો છો elasticsearch માંથી.

કયા મુદ્દાઓ પર ધ્યાન કેન્દ્રિત કરવું:

1. નેટવર્ક પ્લાન. તેને વાંચી શકાય તેવા સ્વરૂપમાં લખવું વધુ સારું છે. એક્સેલ પર્યાપ્ત છે. કમનસીબે, હું વારંવાર જોઉં છું કે નેટવર્ક્સ "એક નવી શાખા દેખાઈ છે, અહીં તમારા માટે /24 છે." સિદ્ધાંત અનુસાર સંકલિત કરવામાં આવે છે. આપેલ સ્થાનમાં કેટલા ઉપકરણોની અપેક્ષા છે અને ત્યાં વધુ વૃદ્ધિ થશે કે કેમ તે કોઈ શોધી શકતું નથી. ઉદાહરણ તરીકે, એક નાનો સ્ટોર ખોલવામાં આવ્યો છે, જેમાં તે શરૂઆતમાં સ્પષ્ટ છે કે ઉપકરણ 10 થી વધુ નહીં હોય, શા માટે / 24 ફાળવો? મોટી શાખાઓ માટે, તેનાથી વિપરીત, તેઓ / 24 ફાળવે છે, અને ત્યાં 500 ઉપકરણો છે - તમે ફક્ત નેટવર્ક ઉમેરી શકો છો, પરંતુ તમે તરત જ બધું વિચારવા માંગો છો.
2. ફિલ્ટરિંગ નિયમો. જો પ્રોજેક્ટ ધારે છે કે ત્યાં નેટવર્કનું વિભાજન અને મહત્તમ વિભાજન હશે. શ્રેષ્ઠ વ્યવહારો સમય સાથે બદલાય છે. પહેલાં, તેઓએ પીસી નેટવર્ક અને પ્રિન્ટર નેટવર્ક શેર કર્યું હતું, હવે આ નેટવર્ક્સ શેર ન કરવું તે એકદમ સામાન્ય છે. સામાન્ય બુદ્ધિનો ઉપયોગ કરવો અને ઘણા સબનેટ બનાવવું નહીં જ્યાં તેની જરૂર ન હોય અને બધા ઉપકરણોને એક નેટવર્કમાં જોડવા ન જોઈએ તે યોગ્ય છે.
3. બધા રાઉટર પર "ગોલ્ડન" સેટિંગ્સ. તે. જો તમારી પાસે યોજના છે. એક જ સમયે બધું જોવાનું અને બધી સેટિંગ્સ સમાન છે તેની ખાતરી કરવાનો પ્રયાસ કરવો તે યોગ્ય છે - ત્યાં ફક્ત અલગ સરનામાંની સૂચિ અને આઈપી સરનામાં છે. સમસ્યાઓના કિસ્સામાં, ડિબગીંગ માટેનો સમય ઓછો હશે.
4. સંસ્થાકીય પાસાઓ તકનીકી કરતા ઓછા મહત્વપૂર્ણ નથી. ઘણીવાર, આળસુ કર્મચારીઓ તૈયાર ગોઠવણીઓ અને સ્ક્રિપ્ટોનો ઉપયોગ કર્યા વિના, આ ભલામણોને "મેન્યુઅલી" અનુસરે છે, જે આખરે શરૂઆતથી સમસ્યાઓ તરફ દોરી જાય છે.

ગતિશીલ રૂટીંગ દ્વારા. ઝોનિંગ સાથે OSPF નો ઉપયોગ કરવામાં આવ્યો હતો. પરંતુ આ એક પરીક્ષણ બેંચ છે, લડાઇની સ્થિતિમાં આવી વસ્તુઓ ગોઠવવી વધુ રસપ્રદ છે.

હું આશા રાખું છું કે કોઈ પણ અસ્વસ્થ ન હતું કે મેં રાઉટર્સની ગોઠવણી પોસ્ટ કરી નથી. મને લાગે છે કે લિંક્સ પૂરતી હશે, અને પછી તે બધું જરૂરિયાતો પર આધારિત છે. અને અલબત્ત પરીક્ષણો, વધુ પરીક્ષણોની જરૂર છે.

હું ઈચ્છું છું કે નવા વર્ષમાં દરેક તેમના પ્રોજેક્ટ્સ સાકાર કરે. મંજૂર ઍક્સેસ તમારી સાથે હોઈ શકે છે !!!

સોર્સ: www.habr.com