Материалът не е мой, аз самият страдах с това дълго време, ето статията.

Браузър на компютри - компютърно сърфиране

Доста често в Интернет има въпроси и проблеми с показването на компютри в мрежова среда. Както показва практиката, проблемът всъщност не възниква в мрежова среда, а във факта, че много потребители не знаят или не разбират как работи услугата Computer Browser. Въпреки че в Интернет е публикуван много добър материал по темата за браузъра, той често е неразбираем не само за обикновен потребител, но често и за системните администратори. Също така значителна част от материала е написана на английски език, което може да бъде трудно за обикновените потребители. Услугата Computer Browser се използва повече от 10 години, но все още се задават въпроси за това. Бих искал да направя резервация, че услугата на браузъра и мрежова средасега е остарял модел за достъп в средата на домейна на Active Directory и Microsoft постепенно се отказва от него към разпределен файлова система DFS (Разпределена файлова система). Това е оправдано решение, защото услугата браузър генерира много трафик трафик (в резултат на което пропускателната способност на мрежата намалява и мрежовата сигурност намалява), има много ограничения и има негарантирани (неконтролирани) моменти в работата си. В тази статия ще се опитам доста лесно и ясно да разгледам работата на услугата на браузъра, характеристиките на различни организации (реализации) и свързаните с нея проблеми.

Първо, нека да разгледаме няколко понятия и термини. Както знаете, списъкът с компютри в мрежата може да се види, като се погледне в мрежовата среда ( Моите места в мрежата). Ако всичко е конфигурирано както трябва, тогава виждаме списък с компютри и можем да отидем на всеки от тях и да видим папките и принтерите, споделени на тях. Как е организирана такава схема?

Основни настройки и концепции, необходими за работа в мрежова среда

Да вземем някаква локална мрежа, в която има един домейн за излъчване, т.е. един компютър или възел може да намери друг чрез заявка за излъчване или, както се нарича също, излъчване ( излъчване). Исканията за излъчване преминават свободно през хъбове и превключватели и са ограничени само от рутери, които не позволяват предаването на пакети за излъчване към други мрежи. Ако всички възли в мрежата са свързани към комутатор (или превключватели, между които няма маршрутизатори по пътя и са свързани с прав кабел), тогава всеки възел може да комуникира с пакети за излъчване с всеки друг възел в тази мрежа. Най -често всички тези компютри ще принадлежат към една работна група, наричана по подразбиране Работна групастр. Накратко, ситуацията е следната: когато компютрите се стартират в мрежата, започват да се провеждат избори на основния компютър, който ще отговаря за списъците с компютри в мрежовата среда и който се нарича главен рецензентили главен браузър (главен сървър за сърфиране). В изборите участват само компютри, обслужващи услугата Компютърен браузър... Нула или повече се избират, след като е избран главният браузър резервни браузъриили резервни браузъри (резервен сървър за сърфиране), която ще обслужва клиентите. Браузър Master (по -нататък терминът "браузър" ще се използва за обозначаване на главния браузър на компютрите или резервния браузър). След преминаване на всички избори, всеки възел с работеща услуга Сървърсе декларира пред главния браузър, за да го включи в общия списък на компютрите. Когато всички възли се декларират пред главния браузър, това от своя страна ще образува списък за мрежовата среда. Редовно, след определен интервал от време (от 1 до 12 минути), компютърът има достъп до главния браузър за списък с резервни браузъри. След като го получи, компютърът на случаен принцип избира един от браузърите за архивиране и иска от него списък с компютри в мрежата. Ако няма резервни браузъри, самият главен браузър ще обслужва клиента и ще му изпраща списъците с компютри. Този списък може да се види в папката Моите мрежи места... Ето как изглежда в общия случай, но сега ще анализираме целия механизъм на браузъра по -подробно.

За коректна работабраузърът изисква работещ компютър Microsoft Windows 9x / 3.x за работни групи (тази статия е написана под Windows среда 2000 / XP / 2003 / Vista) и нагоре с включен клиент Клиент за Microsoft Networksи активиран транспортен протокол NetBIOSи работеща услуга Сървъри Работна станция.

Тук е показано и подчертано мястото в свойствата на мрежовия адаптер, където е зададен параметърът Клиент за Microsoft Netwo rks. Следващият прозорец показва как да активирате NetBIOS през TCP / IP(или както се нарича NetBTили съвсем просто NBT... По -нататък ще използвам съкращения). Както бе споменато по -горе, транспортът ще се използва като транспорт за трафик на мрежова среда. NetBIOS през TCP / IP.

Превключвателят трябва да бъде настроен или по подразбиране (тогава настройките на този параметър ще бъдат регулирани или от DHCP сървъра, или изрично разрешени със статично адресиране), или изрично разрешени, като се игнорират настройките на DHCP сървъра. След това стартирайте услугите на всеки компютър. Сървъри Работна станция(по подразбиране те са включени). Можете да ги стартирате, като отидете на конзолата services.msc. Също така в свойствата на тези услуги се уверете, че режимът на стартиране е Автоматично... Ако имате инсталирана защитна стена, тогава трябва да конфигурирате разрешения за NetBIOS трафик в нея. Ако се използва Защитна стена на Windows(вграден в Windows XP SP2 и по -нова версия), след това в него, в раздела Изключения, трябва да поставите отметка в квадратчето отсреща Споделяне на файлове и принтерикакто е показано на фигурата:

Ако използвате друга защитна стена, която не поддържа стандартната опция за изключване на NetBIOS, трябва да се отворят следните входящи портове:

1. 137 UDP;
2. 138 UDP;
3. 139 TCP;
4. 445 TCP.

Също така е необходимо да се позволи на системата да изпраща данни към същите портове на отдалечени компютри.
Кратко резюме: запознахме се с основните компоненти, които осигуряват подкрепа за здравето на мрежовата среда, като:

• наличието на включения клиент за Microsoft Networks (Client For Microsoft Networks) в свойствата на мрежовата карта;
• наличието на разрешен NetBIOS през TCP / IP в свойствата на TCP / IP протокола;
• създаде изключение за защитна стена за споделяне на файлове и принтери или ръчно конфигурира входящи и изходящи портове.
• работещи на всички компютри до или от които се предполага достъп през мрежата и мрежовата среда - услуги на сървър и работна станция;

Избори и роли на браузъра Master Master (Browser Master)

Сега трябва да изберете няколко компютъра за ролята на кандидат за мрежовия главен браузър или браузъра. Без да навлизам в дълбоки разсъждения, ще кажа това за тези цели не си струва (!) да се използват компютри с активирани няколко мрежови карти, т.е. многодомникомпютър ... Тук ще представя още една концепция:
Комбинация от 3 неща:

• конкретна мрежова карта;
• специфичен мрежов протокол;
• знак за поддръжка на NetBIOS на тази карта и на този протокол.

в NetBIOS се нарича терминология LANA (« мрежов адаптер NetBIOS "). Така, многодомникомпютър - това е компютър с повече от една LANA ... Избягвайте стартирането на браузъри на съветника, PDC емулатори, контролери на домейни и WINS сървъри на многодомни компютри. Факт е, че такъв режим на работа може да доведе до непредсказуеми и негарантирани резултати от работата. Някои проблеми с многодомни сървъри могат да бъдат намерени тук:

• http://support.microsoft.com/kb/188305/ru#(вижте втората част)

Следователно услугата Компютърен браузърако е необходимо, стартирайте само на компютри, които имат само един активен мрежова карта... Браузърите могат да споделят 5 роли помежду си:

• главен браузър(главен сървър за сърфиране) - Както бе споменато по -горе, мрежата (в логическа група) трябва да има един главен браузър, който да събира списъци с компютри и техните споделени ресурси в един списък, който се нарича списък на браузъра (преглед на списък) за цялата работна група или домейн, ако е и браузър на домейн (описано по -долу). Главният браузър почти никога не обслужва клиенти; резервните браузъри го правят вместо това. Следователно главният браузър събира само информация от клиенти и изпраща копие от списъка на браузърите до архивни браузъри, с които клиентите вече са в пряк контакт. Главният браузър се избира в мрежата чрез избори. Самият изборен процес ще бъде описан по -долу.
• главен браузър на домейн (сървър за главно търсене на домейн) Е един и същ главен мрежов браузър, но обхватът му не се ограничава до една работна група, а до целия домейн. Въз основа на името може да се предположи, че този браузър ще бъде достъпен само в домейн на Active Directory. Главният браузър на домейна има право да събира списъци с компютри и споделени ресурси от всички отдалечени подмрежи (които са зад рутера) в целия домейн. Тази роля винаги се възлага на първия контролер на домейн или контролер на домейн, който притежава ролята на FSMO - PDC емулатор (PDC емулатор), защото само PDC емулаторът има някои специални функции, които други браузъри нямат. Главният браузър на домейна се избира чрез условни избори и тази роля винаги се възлага на PDC емулатора. Защо условно - само за да се спазят формалностите и да се избегне ситуация, при която може да има два главни браузъра на домейн едновременно. По правило браузърът на домейна също съчетава ролята на главния браузър в своята подмрежа. Ще добавя също, че в целия домейн може да има само един контролер, който държи FSMO ролята на PDC емулатора. Ако контролерът на домейна, който е PDC емулатор, е изключен, няма да бъдат назначени нови избори и домейнът остава без главен браузър на домейн, а само резервни браузъри, които по правило стават допълнителни контролери на домейн.
• резервен браузър (резервен сървър за сърфиране) Браузърът, който губи изборите за главен браузър. Резервните браузъри периодично (с интервал от 1 до 12 минути) получават копия от списъка на браузъра от главния браузър и изпращат списъка на клиента по искане на клиента. Резервните браузъри не съставят сами този списък, те го получават само от главния браузър. Ако главният браузър напусне мрежата или спре да отговаря с копия от списъка на браузърите, резервните браузъри принуждават нови избори на главния браузър.
• потенциален браузър (потенциален браузър) - това е същият кандидат за главни браузъри, с изключение на това, че с пълен набор от браузъри за архивиране (относно мрежовата конфигурация на браузърите ще бъдат разгледани по -долу), той престава да бъде браузър и става клиент до първата заявка на капитана браузър, когато е необходимо да се увеличи неговата роля преди браузъра за архивиране. Ролята на потенциален браузър може да бъде определена в системния регистър:

HKLM \ System \ CurrentControlSet \ Services \ Browser \ Paramters
И има ключ MaintainServerList, който може да приема 3 стойности:

• Не.- този параметър не позволява на компютъра да участва в избори. Тези. този компютър никога няма да стане главен браузър или резервен браузър.
• Да- тази опция позволява на компютъра да участва в избори и да има шанс да стане основният браузър на мрежата. Когато този компютър е свързан към мрежата, той автоматично се превръща в резервен браузър и първо ще се опита да се свърже с главния браузър за списък с компютри. Ако главният браузър не е намерен, този компютър принуждава избора на главен браузър.
• Автоматичен- този параметър също позволява на компютъра да участва в избори, но тази стойност го прави потенциален браузър или потенциален браузър. Когато потенциален браузър е включен в мрежата, той първо се опитва да се свърже с главния браузър, за да разбере ролята му в мрежата. За да не се запълни мрежата с голям брой браузъри, има определено правило за изчисляване на главни браузъри и браузъри за архивиране спрямо общия брой компютри в мрежата. Това правило е записано в бележка. Ако мрежата в резултат на нейното разширяване (например компютрите се редуват да се свързват към мрежата) изисква допълнителен резервен браузър, тогава главният браузър определя компютъра, който е потенциален браузър, като допълнителен браузър за архивиране. Ако няма нужда от допълнителен браузър за архивиране, тогава потенциалният браузър влиза в състоянието на клиента и не обслужва списъците с компютри. Но при първото искане на главния браузър той може да поеме ролята на браузъра за архивиране. Ако потенциален браузър се свърже с мрежа, която все още няма главен браузър, тогава потенциалният браузър налага нови избори. Този запис в регистъра не дава на компютъра предимство при избори.

Забележка:Ето стойностите, които регулират броя на браузърите в мрежата:

• за 1 компютър - само един главен браузър
• от 2 до 31 компютъра - 1 главен браузър и 1 резервен браузър
• от 32 до 63 компютъра - 1 главен браузър и 2 резервни.

За всеки 32 компютъра, които следват, е необходим един допълнителен браузър за архивиране. Допълнителни резервни браузъри обикновено се присвояват от списък с потенциални браузъри. Искам също да отбележа, че в нормален режим няма нужда да променяте този параметър на системния регистър без спешна нужда, но оставете всичко както е и използвайте тези стойности в системния регистър за информационни цели.

• предпочитан браузър (предпочитан главен браузър) Това е специално настроен кандидат за главен браузър, който винаги печели изборите. Предвид този факт, настройката на този тип браузър трябва да се извършва само с ясно разбиране на изборния процес и когато има нужда от него. Можете да конфигурирате предпочитания от вас браузър в системния регистър:
  HKLM \ System \ CurrentControlSet \ Services \ Browser \ Parameters
  В който трябва да промените параметъра REG_SZ(и ако го няма, създайте) IsDomainMasterи задайте стойността му на Вярно... Ако стойността отсъства или е зададена на Фалшиво, или Не., тогава компютърът няма да има такава роля. Между другото, първият домейн контролер в мрежата или притежателят на ролята на емулатор на PDC има статут на предпочитан браузър. И ако в домейна има няколко контролера, притежателят на ролята на емулатор на PDC във всеки случай ще спечели изборите. само той може да бъде главният браузър на домейна.

На бележка:Изглежда, защо да обявяваме нови избори, ако предпочитаният браузър все пак ги спечели? Факт е, че по всяко време в една логическа мрежа не може да има повече от един главен браузър, следователно, за всяко обявяване на избори, настоящият главен браузър трябва да се спусне до резервен браузър и в този момент няма да има главен браузър в мрежата до края на изборите. ... Когато предпочитаният браузър се появи в мрежата, той се обявява за главен браузър и се превръща в единствения главен браузър, като сигнализира за изборите. според правилата, при получаване на сигнал за началото на изборите, настоящият главен браузър трябва да се понижи.

Внимание !!!горните настройки на системния регистър не трябва да се променят, освен ако не е абсолютно необходимо. Промените в тези стойности могат да причинят конфликти в мрежата и трябва да бъдат наблюдавани. така че да няма повече от един предпочитан браузър в мрежата .
Оттук и услугата Компютърен браузъртрябва да бъдат включени в режим Автоматизирайте c само на компютри, които трябва да бъдат или главни, или резервни. По -горе говорихме за 5, а не за 2 роли, но другите 3 роли са просто разширения на основните две роли - основния и резервния браузър. На други компютри задайте Ръководствоили хора с увреждания... Когато компютрите се стартират в мрежата, всички компютри, работещи с услугата Computer Browser, започват да избират основния браузър на мрежата (останалите спокойно слушат излъчването и чакат изборите да приключат). По принцип изборите се назначават в 3 случая:

• когато компютърът не може да намери главния браузър (ако компютърът не е получил нито един отговор от главния браузър за 3 последователни заявки);
• когато предпочитаният браузър се появи в мрежата;
• когато първичният домейн контролер, PDC емулатор стартира и се появява в мрежата (само при условия на домейн).

Първият претендент за ролята на главен браузър или предпочитан браузър изпраща в мрежата специален пакет за излъчване, който уведомява останалите компютри в мрежата за началото на новите избори, наричани ElectionDatagram, което показва необходимите данни от критериите за подбор. Също така, след получаване на това съобщение, главният мрежов браузър (ако има такъв) е длъжен да се понижи до резервния браузър. Само тези компютри, на които работи услугата Computer Browser и които са или могат да играят ролята на главен браузър, реагират на този пакет, т.е. наблюдатели. Клиентите не реагират по никакъв начин на този пакет.

Следните основни параметри се използват като критерии за определяне на най -доброто:

1. Версия на ОС. По -късната ревизия ще има предимство при изборите, с изключение на случаите, когато се провеждат избори за сървърни операционни системи, които имат предимство пред всяка десктоп версия на операционната система. Например Windows XP ще има предимство пред Windows 2000 Professional, но Windows 2000 Server ще има предимство пред Windows XP;
2. версия на изборния протокол. Колкото по -висока е версията, толкова по -висок е приоритетът. Този параметър не зависи от изданието на ОС и е само версия на протокола за избор на браузър;
3. ъптайм на машината (ъптайм). Колкото по -продължително е времето за работа, толкова по -висок е изборният приоритет;
4. Така ли този компютърпритежател на ролята на емулатор на FSMO PDC;
5. WINS сървър;
6. Дали този компютър е предпочитаният браузър;
7. Дали компютърът е текущият главен браузър;
8. Дали компютърът е текущият браузър за архивиране.

Ако изведнъж се окаже, че в мрежата няма никой с работеща услуга Компютърен браузър и не се провеждат избори, или клиентът не може да намери нито един главен браузър, тогава всеки компютър, за който режимът на стартиране на услугата Компютърен браузър е настроен на Ръчно принуждава стартирането на тази услуга (което не е гарантирано събитие при такива условия) и обявява нов главен избор на браузъра. В този случай процесът може да отнеме много време (до 72 минути). Но това не гарантира успешното приключване на изборите (с голям брой кандидати) и може да се окаже, че мрежовата среда в мрежата изобщо няма да работи.

Когато изборите приключат и главният браузър е избран (всички компютри са уведомени чрез съобщение за излъчване с името на победителя) и списъкът с компютри е празен, главният браузър изпраща специален сигнал към мрежата, който принуждава клиентите да обявяват себе си към главния браузър. Същата процедура се случва, когато услугата Computer Browser се рестартира в Master Master Browser (рестартирането на услугата изчиства списъка с компютри) или когато предпочитаният браузър се появи в мрежата. Ефектът от появата на предпочитан браузър в мрежата е описан по -горе.

Периодично (в произволен интервал от време от 1 до 12 минути) всеки компютър се обявява (представя) пред главния браузър. Главният браузър от своя страна събира тези данни в един списък. Загубата на браузъри автоматично става резервни браузъри (резервен браузър) и те редовно получават копие от списъка на мрежовите околности от главния браузър. Те също така се занимават с обслужване на крайни клиенти. Например, един от клиентите иска да поиска списък с компютри в мрежата. За да направи това, той се обръща към главния браузър за списък на резервни браузъри. Последният им отговаря със списък с имена на резервни браузъри и клиентът на случаен принцип избира един от трите (имената на другите два се записват в кеша) и вече договаря с него списък на компютри за публикуване в мрежовата среда . Ако в мрежата няма резервни браузъри, клиентът ще взаимодейства директно с главния браузър и ще получава от него списъци с компютри и споделени ресурси.

Работа на браузъра в един физически сегмент

Сега нека разгледаме по -отблизо как всичко ще се случи в реална мрежа. В този случай ще се използва проста логическа мрежа от 5 компютъра, които са свързани към един превключвател или концентратор:

Тук, под формата на големи компютри, показах тези компютри, на които работи услугата Computer Browser, и под формата на малки компютри, където тази услуга не работи. Когато компютрите са свързани към мрежата, PC1 изпраща сигнал до мрежата за началото на изборите ( Изборна датаграма) с техните показатели за критериите за подбор, както е показано на следната фигура:

Компютрите PC2 и PC5 сравняват показателите на компютъра PC1 със своите и генерират съобщение за отговор, показващо тяхното състояние (по -лошо или по -добро). Ако PC1 е конфигуриран като предпочитан браузър, той така или иначе ще стане главен браузър. този статус има най -висок приоритет. Картината показва, че PC1 спечели изборите и стана главен браузър за мрежата на работната група (отстрани се добавя баща), тъй като той работи под Управление на Windows 2000 Server, който има предимство пред Windows XP. И PC1 изпраща в мрежата пакет за излъчване с името и името си. логическа група(нарича се още логическа група LAN група), който се нарича Съобщение на работната групаили Съобщение за домейни чрез който главният браузър се рекламира в мрежата. След изборите PC1 ще изпрати още едно искане до мрежата за рекламиране на компютри със специален пакет за излъчване RequestAnnouncement... Клиентите (и резервните браузъри) започват да се рекламират в главния браузър (т.е. PC1). След като всички компютри се декларират, главният браузър ще състави списък за имената на мрежовата среда списък на браузъра (преглед на списък) и изпратете копие от него до всеки резервен браузър, т.е. компютри PC2 и PC5 в нашия пример. На следващата фигура тази процедура е обозначена със стрелки с номер 1.

Клиентът сега ще иска да види списък с компютри в мрежата. За да направи това, той изпраща заявка за излъчване до мрежата GetBackupList [цифра 2на фигурата], за да търсите главния браузър и да получите списък с резервни браузъри, на които главният браузър отговаря със списък, който ще се състои от PC2 и PC5. Клиентът на случаен принцип избира резервния браузър, който харесва, и вече го пита за списък с компютри в мрежата. Браузърът за архивиране отговаря със списък и клиентът го публикува в прозореца My Network Places, който ще отразява PC1, PC2, PC3, PC4 и PC5. Ако отидете на който и да е компютър в този прозорец, клиентът вече няма да има достъп до браузъра, а ще се свърже директно със събеседника си, когото иска да гледа. Мрежата на домейна ще работи по същия начин, когато всички компютри в домейна са в един и същ сегмент. Веднага можем да кажем, че първият контролер на домейн ще действа като PC1 на фигурата или друг контролер, който има ролята на PDC емулатор.

Множество браузъри в един сегмент

Има ситуации, когато искаме да разделим един физически сегмент на няколко логически работни групи, например Workgroup и Workgroup1. Както бе споменато по -горе, когато се декларира, главният браузър изпраща специален пакет към мрежата Съобщение на работната групаили Съобщение за домейн(само ако компютърът е в домейн), което се слуша не само от клиентите на тяхната логическа група, но и от главните браузъри на други логически мрежи... Когато главен браузър в друга мрежа получи такъв пакет, той добавя нова логическа група и името на главния браузър на тази мрежа към списъка. И ако клиент иска да получи достъп до компютър от друга LAN група, тогава от своя главен браузър получава списък с наличните логически групи в този сегмент и свързаните с тях главни браузъри. И клиентът просто изпраща пакет за излъчване в мрежата GetBrowserList, но посочва името на конкретна LAN група. След това главният браузър на LAN групата, посочен в заявката, връща списъка с резервни браузъри на клиента, а цялата останала работа се свежда до работата, описана в предишната глава. Единствената разлика е, че всяка логическа група избира свой собствен главен браузър. И само главният браузър събира имената на други логически групи и имената на главните браузъри, свързани с тях (те не събират списъци с компютри от други LAN групи, само за свои собствени). Тази информация ще бъде достъпна и за клиента. Ще изглежда така:

Тук виждаме 4 LAN групи в кръгове (NetworkA, NetworkB, NetworkC и Domain), които са в един и същ сегмент. Показах и имената на главните браузъри (MasterA, MasterB, MasterC и DC1) за всяка LAN група. Показах и пакети за излъчване Съобщение за работна група / домейнкоито се приемат и обработват от всички главни браузъри в рамките на слушането на съобщения за излъчване (т.е. един физически сегмент).

По съдържание Съобщение на работната групаили Съобщение за домейнвключва името на LAN групата или домейна, името на главния браузър на тази група и версията на операционната система, под която се управлява главният браузър конкретна група... Със стрелката от DC1 към PC2 показах прехвърлянето на копие от списъка преглед на списъкче главният браузър DC1 изпраща на браузъра за архивиране в групата Domain LAN. Този списък ще отразява това, което е показано в жълтия правоъгълник, а именно списъкът на наличните LAN групи и имената на техните главни браузъри (тази информация не се показва в мрежовата среда). Този списък ще се отрази в мрежовата среда на потребителя. Когато потребителят влезе в един от тях, той първо ще се свърже с главния браузър с пакета GetBackupList, за да получи списък с резервни браузъри за групата LAN. И след това, според обичайната схема, той на случаен принцип избира един от браузърите за архивиране, от който вече ще получи списък на всички компютри в логическата група и в групата, която впоследствие ще работи с този браузър за архивиране.

Работа на две логически групи в два физически сегмента

Да предположим, че имаме два физически мрежови сегмента, които са свързани помежду си чрез рутер (рутер), както е показано на фигурата:

Имаме две логически групи (LAN групи), наречени Работна групаи MyGroup... Всяка група е в свой собствен физически сегмент и тези сегменти са свързани помежду си чрез рутер. Всяка LAN група сама по себе си ще функционира, както е описано в раздела "" на тази статия. Но какво ще стане, ако искаме да видим списъка с компютри в MyGroup от работната група на LAN-групата? Както знаете, всеки главен браузър се рекламира на другите главни браузъри в сегмента чрез съобщение за излъчване Съобщение на работната група... Но маршрутизаторът няма да предаде този пакет през себе си в друга мрежа (маршрутизаторите не препращат съобщения за излъчване), което означава, че главният браузър на работната група няма да разпознае, че групата на MyGroup LAN съществува в мрежата и кой е главният браузър в нея . За съжаление (и може би за щастие) в среда на работна група, няма механизъм за прилагане на преглед на списък с компютри от друг физически мрежов сегмент.

Работа на една логическа група в два физически сегмента

Да кажем, че имаме два мрежови сегмента, които са свързани чрез рутер, но всички компютри в тези сегменти са в една и съща LAN група, наречена Workgroup, както е показано на фигурата:

Точно както в предишния пример, ние сме изправени пред рутер, който няма да позволява излъчването на пакети от обяви за избори, съобщения на главни браузъри и т.н. от един мрежов сегмент към друг. В този случай схемата се изражда в предишния пример, т.е. ние имаме две независими LAN групи в нашата мрежа, всяка от тях ще има свои собствени избори и всяка мрежа ще има свой собствен главен браузър със собствен набор от браузъри за архивиране. На компютри PC3 и Comp4, LAN работната група ще бъде видима, но списъкът ще включва само компютри от тяхната собствена мрежа. А лявата LAN работна група няма да може да комуникира чрез мрежово съседство с дясната LAN работна група и обратно. Въпреки че ще имат еднакви имена, те няма да имат никаква връзка на нивото на мрежовата среда, т.е. само две изолирани групи със същото име като в предишния пример.

Работа на мрежова среда в домейн, сегментиран от рутер

И така, научихме, че в среда на работна група с рутер, LAN групите не могат да комуникират помежду си чрез мрежовата среда, като са в различни мрежови сегменти. Ако домейн е реализиран в мрежата, тогава тук имаме възможност да се възползваме от специалните възможности на главния браузър на домейна, които другите главни браузъри нямат. Но дори и в домейна, не всичко е толкова просто, колкото вероятно би било желателно. Помислете за следната картина:

Нека още веднъж да си припомним как LAN групите и техните главни браузъри се публикуват в мрежата и да си припомним какви проблеми имахме при използването на рутера. Във всеки физически сегмент (SubnetA, SubnetB, SubnetC, SubnetD) се обявяват избори на главния браузър, които независимо от изпълнението имат една и съща схема, така че не разглеждам този въпрос повече тук. След приключване на изборите на всяка подмрежа се присвоява собствен главен браузър (MasterA, MasterB, MasterC и DC1). DC1 като притежател на ролята на емулатор на PDC става браузър на домейн - Основен сървър за преглед на домейн... След приключване на изборите по закон всеки главен браузър трябва да декларира себе си и своята LAN група пред останалите главни браузъри като пакет за излъчване на съобщение за домейн. Защото имаме домейн, а не работна група, тогава всички компютри в домейна принадлежат към една и съща LAN група, която съвпада с името на домейна. В нашия пример домейнът се нарича Mydomain... Ако погледнете нашата цифра, ще видим, че този пакет ще достигне само до рутера (Router) и никой в ​​съседните мрежи няма да го чуе и никой никога няма да разбере за съществуването, например MasterA в подмрежата SubnetA, с изключение на за членовете на тази подмрежа. NetBIOS обикновено разрешава имена и чрез изпращане на пакет за излъчване в мрежата. Следователно се нуждаем от някакъв допълнителен механизъм за деклариране на главни браузъри и разрешаване на имена (по -специално разрешаване на името на браузъра на домейна). Системата ще действа като този механизъм ПЕЧЕЛЯ ().

На бележка: ПЕЧЕЛЯизпълнява почти същите функции като DNS (Услуга за имена на домейни) с единствената разлика, която DNS позволява имена на домейникомпютри към IP адреси, а WINS разрешава имената на NetBIOS към IP адреси. В началото на статията беше казано, че услугата мрежов браузър (среда) използва само транспорт NetBIOS като транспорт. Защото DNS не разрешава имената на NetBIOS, така че WINS ще направи това.
WINS работи по подобен начин на DNS. Той има своя собствена таблица за картографиране на имената на NetBIOS компютри към техните IP адреси. Защото В мрежите на домейн разрешаването на имена чрез излъчване често ще бъде усложнено от рутери, така че всеки компютър трябва да регистрира адреса на WINS сървъра. Ако протоколът за динамична конфигурация на клиента е разгърнат в мрежата DHCP (Протокол за динамична конфигурация на хост), тогава DHCP сървърът сам ще издава клиенти заедно с техния IP адрес и адреса на WINS сървъра. Като се има предвид неговият адрес, клиентът може да разреши името на NetBIOS на всеки компютър в домейна към своя IP адрес чрез проста директна (без излъчване) заявка от WINS сървъра. И така, първият проблем - проблемът с разрешаването на имена, решихме чрез въвеждане в мрежата WINS сървър (Интернет услуга за имена на Windows).

Но остава да се реши друг проблем - как да разберете кой е браузърът на домейна в мрежата? В крайна сметка само браузърът на домейн може да събира списъци с компютри от всички подмрежи на домейна в един списък на домейна, който ще включва всички компютри в домейна. За тази задача ще се използва и WINS сървър. Вече споменах една специална функция на главния браузър на домейна, която няма друг главен браузър. Сега е време да разкрием тази функция - контролер на домейн, изпълняващ ролята на PDC емулатор, може да се регистрира на WINS сървър като главен браузър на домейн. Останалите компютри (независимо от ролята им на браузър или клиент) се регистрират на WINS сървъра просто като компютри. И клиентите могат директно да поискат от WINS сървъра да разбере името и IP адреса на браузъра на домейна и вече с директно съобщение (което рутерът ще пусне в друга мрежа) да декларират себе си и своята подмрежа в главния браузър на домейна.

И сега, използвайки нашите знания, нека видим как ще изглежда процесът на мрежовата среда. Да приемем, че WINS вече има таблица за картографиране на NetBIOS имената на всички компютри в домейна. Тогава главният браузър на домейна се регистрира по специален начин на WINS сървъра и се декларира за целия домейн като главен браузър на домейн. Например изборите в подмрежата SubnetA приключиха и компютърът MasterA стана главен браузър за тази мрежа. Първо, той се обявява в своя сегмент и изпраща заявка за излъчване до мрежата си RequestAnnouncement, казвайки на останалите компютри в неговата LAN група да се декларират пред главния браузър. Тези. по същата схема, както в раздел „ Работа на браузъра в един физически сегмент". Когато списъкът преглед на списъкще бъде компилиран и копие от него ще бъде издадено на всички архивиращи браузъри на сегмента, главният браузър по закон трябва да се декларира пред главния браузър на домейна. За да направи това, той първо се опитва да намери браузър на домейн с искане за излъчване. Защото имаме рутер, тогава тази заявка тихо ще умре без отговор. Ако не се получи отговор, главният браузър ще се свърже със сървъра WINS с искане дали в мрежата има главен браузър на домейн. Ако той е наличен (контролерът на домейна е включен), тогава WINS отговаря с името на браузъра на домейна (т.е. DC1). След като получи името, главният браузър на SubnetA ще се опита да разреши името на DC1 към IP адрес, използвайки същия WINS сървър. След получаване на IP адреса, браузърът MasterA изпраща директен (без излъчване) пакет Съобщение на MasterBrowserбраузър на домейн с вашето име. След това главният браузър на домейна ще поиска копие от списъка на всички компютри ( преглед на списък) в отдалечения сегмент (SubnetA) и след получаване на този списък браузърът на домейна го обработва и включва всички компютри от тази мрежа в общия списък с домейни. Списъкът с домейни ще съдържа списък на всички нива на всички компютри в домейна, без да ги разделя по физическо местоположение. всички компютри са членове на един и същ домейн. След това главният браузър на домейна изпраща своето копие до главния браузър на мрежата SubnetA. преглед на списъксписък, който ще включва всички компютри в мрежата, които са свързани към мрежата и са успели да се декларират директно или чрез междинни главни браузъри. Същата процедура ще се прилага и за останалите подмрежи, които са зад рутера.

Работа в мрежова среда, когато компютрите са изключени от мрежата

В предишните глави разгледахме процеса на работа в мрежова среда, когато компютрите са свързани и постоянно работят в мрежа. Сега остава да се обмисли поведението на мрежата и мрежовата среда, когато компютрите излизат от мрежата както в нормален режим (тоест, те са изключени правилно), така и в авариен режим (например, захранването е изключено или компютърът просто е изключен от мрежата (не от захранването)).

• изключване от мрежата на обикновен клиент(не браузър). Известно е, че след като се е декларирал веднъж пред главния браузър, клиентът в процеса е длъжен периодично (с интервал от 1 до 12 минути) да информира главния браузър за себе си (жив съм!). Ако клиентът не се е декларирал 3 пъти подред, главният браузър изтрива (изтрива) този компютър от списъка на браузъра. Поради факта, че интервалът за обявяване може да бъде до 12 минути, има реална възможност този компютър да се появи още 36 минути в списъка на браузъра, въпреки че отдавна не е в мрежата. Участниците в други мрежи могат да считат компютъра за жив до 72 минути, след като го изключат от мрежата.
• изключване на браузъра за архивиране... Ако браузърът за архивиране е правилно изключен от мрежата, той уведомява главния браузър за това, който незабавно го изтрива от списъка на браузърите за архивиране. За останалите времето, необходимо за показване на деактивиран браузър за архивиране от мрежата, ще бъде същото като за обикновен клиент. Ако браузърът за архивиране внезапно бъде изключен от мрежата, клиентите, обслужвани от този браузър, ще забележат първото му отсъствие. Защото според правилата, ако браузърът за архивиране не отговори на клиента за 3 последователни заявки, тогава клиентът го изтрива от списъка и се опитва да се свърже с друг браузър за архивиране. Закъсненията за изчистване на списъка на средата ще бъдат същите като за клиента, т.е. в собствената си подмрежа - до 36 минути, за други подмрежи - до 72 минути.
• изключете основния браузър... Когато главният браузър завърши работата си правилно, преди да изчезне напълно, той изпраща пакет за излъчване в мрежата ForceElection, който уведомява участниците в мрежата за извънредни преизбори. Ако главният браузър се изключи внезапно, тогава резервните браузъри, които получават копия от списъците на браузърите от него, могат да забележат първото му отсъствие. Ако главният браузър не е изпратил копие от списъка на браузъра в браузъра за архивиране в рамките на 12 минути, този браузър за архивиране ще изпрати сигнал за преизбиране в неизправност в мрежата. Ако в мрежата няма резервни браузъри, тогава потенциалните браузъри или клиенти, които могат да стартират услугата Computer Browser (услугата трябва да е в режим на ръчно стартиране). Ако няма такива, мрежовата среда ще стане недостъпна.
• Изключете браузъра на домейна... Ако главният браузър на домейна е изключен от мрежата (по някаква причина), тогава не се обявяват нови избори. Въпросът е, че в модела на домейн на Active Directory може да има няколко или много много контролери на домейни. Те са равни в почти всичко, с изключение на 5 роли на FSMO, една от които е ролята на PDC емулатор. Не може да има повече от един PDC емулатор в цял домейн по всяко време. И когато го деактивирате, други контролери на домейни не могат сами да промотират своята роля в PDC емулатора по определени причини. Ролята може да бъде прехвърлена ръчно само от системния администратор на домейна (и то само с пълна увереност, че падналият контролер никога няма да се върне към живот). Ако главните браузъри не могат да получат копия от списъка с компютри за целия домейн, тогава главните браузъри във всяка подмрежа премахват компютрите от техните списъци, които са в други мрежи и поддържат само списъци на тези компютри, които са в тяхната мрежа. В този случай мрежовата среда на домейна се изражда в няколко (в зависимост от броя на подмрежите) изолирани работни групи, които не могат да се свързват помежду си чрез мрежовата среда, а само директно, с известното име на отдалечения компютър.

Внимание !!!Системните администратори не трябва ненужно да прехвърлят ролята на емулатор на PDC (както и другите 4 роли: магистър на схема, магистър на операции, RID майстор и инфраструктурен капитан), когато временно премахват притежателя на някоя от тези роли. Факт е, че при изземване на тези роли с помощта на помощната програма ntdsutil, контролерът, който преди е заемал някоя от тези роли, не може да бъде върнат в домейна, докато базата данни на Active Directory не бъде напълно премахната от него. Следователно принудителното изземване на тези роли трябва да се извършва само с пълна увереност, че контролерът, изпълняващ тези роли, не може да бъде възстановен с помощта на стандартни методи, а само поне пълно отстраняванеБаза данни на Active Directory или пълно преинсталиране на системата. Следователно, ако PDC емулаторът е временно деактивиран, не прехвърляйте тази роля на други контролери.

Източник-https://www.sysadmins.lv/blog-ru/setevoe-okruzhenie.aspx

Как да намерите вашия компютър Master Browser?

Много просто. V CMDзапочваме на свой ред да проверяваме компютрите на локалната мрежа за наличието на линията _MSBROWSE_ команда: