Администрирование

Статья хуже чем полное фуфло...зря ты сюда забрел дружище...возможно позже из нее, что-то и выйдет, хотя что может выйти из Windows..?????

Администрирование

Список оборудования, совместимого с операционными системами Wind, можно найти на сайте HCL – hardware compatibility list---->>http://www.microsoft.com/ru-ru/windows/compatibility/CompatCenter/Home?Language=ru-RU Что же такое АКТИВАЦИЯ, а это проверка того факта, что код продукта не используется на большем количестве компьютеров, чем это предусмотрено лицензионным соглашением. Если система устанавливается по программе оптового лицензирования, например Open License , Select License, то активация не требуется, в этом случае для всех рабочих станций как и серверов приобретается единый ключ продукта.

Протоколы

NetBEUI

– NetBIOS Extended User Interface – простой протокол, который Microsoft включила в свою первую сетевую операционную систему 1993 года, речь тогда шла о локальной сети, установка протокола быстрая и функциональность сети стабильная. Преимущество протокола NetBEUI, является то, что его можно использовать без всякой настройки, то есть после установки компьютеры сразу могут общаться друг с другом, ни каких параметров изменять не придется. И до сих пор он находится на установочном компакт диске. Недостатком протокола, с современной точки зрения, является то что он не поддерживает маршрутиризации, то есть в крупной сети более сотни компьютеров, или сети объединяющей подсети его использование не возможно, однако возможно объединение сетей по средствам VPN , в которую встроен ШЛЮЗ NetBEUI.

TCP/IP

– протокол созданный в 1970 году для ARPANET, родной протокол UNIX, основной протокол сети, совместимый с любыми операционными платформами. Операционные системы Wind начиная с 2000 – й, используют его как базовый.

Назначение IP адресов должно подчиняться следующим основным правилам:

Компьютеру нельзя присвоить первый адрес в данной сети ( адрес заканчивающийся на 0). Такие адреса зарезервированы для обозначения всей сети.

Компьютеру нельзя присвоить последний адрес в данной сети ( адрес заканчивающийся на 255 ). Такие адреса служат для широковещательных передач broadcasting – обращения ко всем компьютерам в сети.

Каждый из октетов – это число в диапазоне от 0 до 255: восемью битами можно записать только 256 различных чисел.

IP – адрес каждого компьютера должен быть уникален в пределах сети.

Cisco

Клиент сети Microsoft

Клиент сети Microsoft это сетевой компонент, позволяющий компьютеру использовать возможности, предостовляемые сетью под управлением операционных систем Microsoft, если компонент не установлен, то пользователь клиентского компьютера не может подключиться к общим папкам, печатать на сетевых принтерах и т.д.

Инструменты проверки связи по протоколу TCP/IP

IPCONFIG – утилита появившаяся в Wind NT, позволяет просмотреть текущие настройки протокола IP и установленных на данном компьютере сетевых адаптеров. Использование с ключом /all, выводится полная информация о настройках TCP/IP. Маска равная 0.0.0.0 говорит о том что указанный адрес уже используется другим узлом в этой же сети – возник конфликт адресов.

PING - утилита служащая для проверки соединения между двумя компьютерами, занимается тем, что посылает на указанный узел эхо запросы протокола ICMP и считает от него пакеты эхо ответа, последовательно тестируя соединения с каждым узлом, можно обнаружить место, в котором связь оборвалась.

Отрицательные ответы

Превышен интервал ожидания для запроса: эхо ответ не получен в течении заданного времени ожидания……причины разные, неправильная работа компьютера от которого ожидается ответ, где то на пути заблокирован протокол ICMP……………

Заданный узел недоступен: причина…скорее всего …ошибка маршрутиризации, например не указан IP адрес основного шлюза, могут быть ошибки в таблице маршрутиризации на компьютере или на самом шлюзе. Просмотреть таблицу маршрутиризации можно командой route print.

Последовательность диагностики сети

В командной строке вводим команду ping 127.0.0.1 , чем проверяем работоспособность локального интерфейса, локальный интерфейс не имеет на какого отношения к физическим сетевым адаптерам это виртуальный адаптер, служащий только для проверки стека протоколов TCP/IP, если получаем ответ от локального интерфейса, то в локальной системе все в порядке, если ответа не получено..то есть статистика Ping сообщает о 100% потерь, то проблема однозначно в неправильной установке протокола TCP/IP, но поскольку данный протокол устанавливается вместе с операционной системой, то можно сказать, что проблема в неправильной установке операционной системы. Следует заметить, что когда в ОС Wind устанавливается сетевой протокол, тот же TCP/IP, то он автоматически привязывается ко всем сетевым адаптерам имеющимся на компьютере. В командной строке вводим адрес проверяемого компьютера, после того как выяснено что с установкой протокола TCP/IP все в порядке, этой командой проверяем собственный сетевой адаптер, если эта команда не отвечает, то проблема в нем, причин может быть две.

Первая – сам адаптер не аккуратно вставлен, неисправен, или не установлены драйвера.

Вторая причина протокол TCP/IP не привязан к данному сетевому адаптеру, например на компьютере установлено несколько сетевых карт и TCP/IP не настроен на некоторые из них.

Проверка соединения с заведомо подключенным к сети компьютером или сервером, если ответа нет , в то время как остальные компьютеры сети соединяются нормально, то причина физический разрыв тестируемого компьютера с сетью ….ближайшим хабом или свитчером, как и неисправность последних. После проведенного теста необходимо проверить как работает служба разрешения имен, выполнив ping с именем компьютера, вместо IP адреса и получив ответ, делаем вывод, что служба сопоставления имен функционирует.

РАБОЧАЯ ГРУППА

WORKGROUP – также называют peer-to-peer, или одноранговая сеть, сеть равноправных прользователей, и обладает как известно целым рядом существенных недостатков, как то: равноправные узлы, по определению находящиеся на одном уровне, не имеют возможности эффективно сотрудничать, и не существует простого способа их единообразно администрировать, каждый пользователь должен иметь учетную запись на каждом из компьютеров, за которым ему необходимо работать, поскольку учетные записи, в случае одноранговой сети, хранятся на локальном компьютере в базе данных системы безопасности SAM, и любые настройки безопасности, выполненные с консоли Локальные параметры безопасности, действительны только на локальном компьютере. Эта модель предназначена для малых сетей до десятка компьютеров.

СРАВНЕНИЕ РАБОЧЕЙ ГРУППЫ И ДОМЕНА

Базовая организационная структура в сетевой модели Win Serv 2003 является домен. Домен представляет собою административную единицу (administrative boundary). Компьютеры, пользователи и другие объекты внутри домена делят общую базу данных защиты.

Домены позволяют администраторам разделять сеть на зоны безопасности. Кроме того, администраторы из разных доменов могут устраивать свои модели защиты и при этом одна модель защиты будет изолировании от модели защиты других доменов. Домены предназначены для логического деления сети в соответствии с внутренней струкрурой предприятия. Домен в Wind Serv 2003 так же предстовляет пространство имен , соответствующей системе именования ДНС, при создании домену присваивается имя соответствующее ее структуре. Можно дополнить характеристику ДОМЕНА как …..логическая группа объектов сети….,компьютеры, учетные записи, группы пользователей…..и т.д.

Узлы в домене иерархически упорядочены. На верху иерархии находится компьютер, на котором размещена доменная база данных …т.е. контроллер домена.

Пользователь имеет лишь одну , т.е. доменную, учетную запись, под которой он может регистрироваться на любом компьютере, входящим в домен.

Учетная запись пользователя находится в базе данных домена. Базой данных домена управляет контроллер домена. Если компьютеров, выполняющих функции контроллера домена, несколько, то они время от времени синхронизируют свои доменные базы данных..или реплицируют…находясь связанными в сайт, на тот случай если один из них выходит из строя, и балансируют нагрузку на сеть, если в сети много пользователей и один контроллер домена не справляется с таким количеством (не забывая о грамотной настройке репликаций, поскольку вместо сбалансированной нагрузки на сеть можно получить совершенно противоположный эффект). Доступ к ресурсам других компьютеров в домене управляется доменной учетной записью пользователя, локальные учетные записи в домене не нужны. Если пользователь меняет пароль, то изменяется его доменная учетная запись, и с новым паролем он может регистрироваться на любом компьютере домена. Не говоря уже о гибкой модели построения безопасности, как и собственно администрированию сети, когда сеть становится централизованной, логически едино-управляемой. Вывод: не остонавливаться на Wockgroup , быть администратором сети, а не мальчиком на побегушках (по вызову). --->>>Доменная модель – единственный разумный выбор для сетей среднего и большого размеров.

ИМЕНА И СЛУЖБЫ ТРАНСЛЯЦИИ ИМЕН

Вопрос …..?????, сколько имен у компьютера ??????, ответ ДВА, почему ?????......

Имя первое – это узла.

Имя второе – имя интерфейса NetBIOS, программного интерфейса для приложений типа клиент-сервер.

Причем имена эти полностью совпадают.

NetBIOS – имя компьютера

Ясно говоря это идентификатор, который используют службы, работающие на данном компьютере по протоколу NetBIOS. Служит для однозначной идентификации узла в сети NetBIOS. Длинна этого имени составляет 16 байтов, где первые 15 – обычные печатные символы, а шестнадцатый байт идентифицирует службу, запущенную на компьютере. К именам NetBIOS нельзя дописать суффикс, по тому, что они не образуют иерархии, этим и ограничена область их применения, имя должно быть уникальным в пределах сети, и если в основу интернета положить этот протокол, то будет только один компьютер ….. с именем WWW...

Из выше сказанного (не совсем но почти..) следует, что имена NetBIOS не образуют иерархии, то есть к ним нельзя дописать не каких суффиксов.

Имена NetBIOS нужны для служб, использующих интерфейс NetBIOS, службы, встроенные в операционные системы Microsoft, не используют этот интерфейс, однако, если в сети компьютеры со старыми операционными системами, если имеющиеся службы трансляции имен не работают или не справляются по какой либо причине то запущенная служба NetBIOS это выход из положения.

Имена NetBIOS не обязательно должны совпадать с именем узла, как и совпадение их не противоречит друг другу.

Имена NetBIOS должны быть уникальны в пределах сети.

Если на компьютере запущено несколько служб, то в сети он будет известен под несколькими именами NetBIOS, вывести этот список локальных имен, можно введя в командной строке

nbtstat –n.

<ИМЯ УЗЛА> или FQDN – Full Qualified Domain Name

Имя узла призвано однозначно идентифицировать компьютер или устройство, образуется соединением имени узла и так называемого суффикса DNS и по этому несколько узлов в сети могут иметь одно и то же имя, но отличаться суффиксами. Имена узлов отличаются следующими свойствами:

Имя узла служит для идентификации компьютера или другого устройства в сети, работающей по протоколу TCP/IP.

Имя узла не обязано совпадать с именем интерфейса NetBIOS.

Один узел в сети может быть известен в сети под несколькими именами.

С помощью командной строки имя узла выводится командой hostname.

Поскольку мы работаем с протоколом TCP/IP, необходимо преобразовывать или разрешать как именно узлов, так и NetBIOS имена в IP адреса. Один из способов преобразования, разрешения имен

СТАТИЧЕСКИЙ СПОСОБ РАЗРЕШЕНИЯ.

Как это работает в сети. Каждый компьютер, который должен установить связь с другим компьютером по имени, полученного от пользователя или приложения, должен иметь доступ к таблице, в которой прописано это имя и соответствующий ему IP адрес.

Каковы недостатки статического решения. Поддержание таблиц преобразования имен в актуальном состоянии.

Каковы преимущества статического решения. Придерживаясь его, избавляемся от необходимости устанавливать, настраивать, поддерживать сетевые службы, которые решали бы задачу трансляции имен другим способом.

Для преобразования имен служит файл HOSTS находящийся по адресу: %\system32\drivers\etc.

Для преобразования имен NetBIOS служит файл LMHOSTS находящийся по адресу: %systemroot%\system32\drivers\etc и в окне настройки TCP/IP, на вкладке WINS, должен стоять флаг включить просмотр LMHOSTS, как и файл HOST это текстовой файл поддающийся редактированию.

ДИНАМИЧЕСКИЙ СПОСОБ РАЗРЕШЕНИЯ.

Выгодность динамической трансляции имен очевидна, поскольку когда в списке сопоставления что либо изменяется то изменения становятся доступны всем пользователям сети, поскольку он публичен для них это база данных, к которой имеют доступ те кому она требуется. Имена узлов и соответствующие им IP адреса хранятся в базе данных службы DNS, управляющей иерархически организованным пространством имен информация о которых хранится в файлах зон, имеющихся в файлах DNS сервера, или включенную в доменную базу данных, в случае если информация хранится как файл зоны, каждой зоне соответствует один файл.

Как имена узлов и IP адреса попадают в базу DNS. Автоматчески регистрируются, после поднятия DNS сервера…..ну или типа того….после чего становятся доступными всем узлам сети.

Что делать, если компьютер не может зарегистрировать свое имя …либо внести вручную, а если раздачей управляет DHCP сервер, настроить его что бы он выполнял эту регистрацию за клиента…???????????????

Как поддерживать базу в актуальном состоянии. Клиентские компьютеры не посылают при выключении никакого запроса на освобождения своей записи, об ее удалении сервер DNS заботится сам, это настраиваемая функция, но если она не настроена, то ни чего страшного не происходит поскольку при включении клиент регистрируется с новым IP адресом, и в зоне появляются две записи с одним именем узла но с разными IP адресами.

В отличии от имен узлов, имена NetBIOS и соответствующие им IP адреса хранятся в базе данных службы WINS – Windows Internet Name Service, которая хранится на сервере WINS, который является компонентом Wind 2003 и выше….это означает, что в сети должен быть хотя бы один компьютер с серверной операционной системой, иначе динамическое разрешение не возможно.

Как имена и IP адреса попадают в базу WINS. Каждый компьютер, являющийся клиентом WINS…то есть имеющим доступ к серверу WINS по его IP адресу…при включении регистрирует на этом сервере все свои NetBIOS имена, после регистрации они и IP адреса становятся доступными для всех узлов сети имеющих работающую службу WINS

Что делать, если компьютер не может зарегестрировать свои NetBIOS-имена? В распоряжении администратора есть возможность занести в базу IP-адреса, и соответствующие им NetBIOS-имена вручную, создав таким образом статический список, который нельзя удалить иначе чем вручную, при этом не стоит забывать контролировать правильность статического списка, а в случае изменений своевременно

вносить в него поправки. Как поддерживать базу в актуальном состоянии? При включении клиент WINS посылает своему серверу запрос на освобождения списка. При следующем включении компьютер заново регистрирует свои имена NetBIOS, с тем IP-адресом, который у него окажется на этот момент, если сеанс работы компьютера был закончен аварийно и запрос на освобождение списка не был послан серверу, то сервер WINS проверяет свою базу активных имен, проверяет соответствующий адрес с помощью утилиты PING, если текущий список действителен, то запрос на перерегистрацию клиента будет отклонен. Про что видимо придется забыть , так как операционные системы выше Win 2000 работают преимущественно с именами узлов.

Как же разрешаются имена в одноранговой сети, где нет ни DNS ни WINS.

Преобразование имен узлов проще всего проверять утилитой PING, пропинговав любой компьютер введя ping и его имя, мы увидим ответ от компьютера с его IP-адресом.

А трансляцию NetBIOS, проверить с помощью UNS путей, введя в Выполнит >>>>>полный путь к проверяемому компьютеру……итак чтобы ЗНАТЬ, надо знать порядок разрешения имен.

Порядок разрешения имен.

Компьютер спрашивает сам себя, при получении Ping или Uns, не является ли полученное имя его именем, понятно что ответ будет отрицательным, поэтому он переходит к следующему шагу.

Компьютер открывает свой кэш DNS или кэш NetBIOS, и проверяет есть ли там записи о том, какому IP-адресу, или UNS пути, соответствует имя или путь.

И все бы плохо закончилось, если бы не работало разрешение имен по NetBIOS, в продуктах Microsoft поиск имен не заканчивается при невозможности обратиться к серверу DNS, операционная система продолжает поиск так, если бы запрошенное имя было именем NetBIOS, как ищутся имена NetBIOS, и что такое КЭШи DNS & NetBIOS.

Кэш DNS – компонент операционной системы Винда, начиная с Винд 2000, это промежуточная память, служащая для того, что бы не загружать сервер DNS частыми запросами на разрешение одинаковых имен, а преобразовывать их локально. Для работы с ним существуют следующие команды: ipconfig /displaydns –выводит содержимое КЭШа

Ipconfig /flushdns – очищает кэш и заново прочитывает файл HOST

Последняя команда хороша в том случае, если у какого ни будь хоста изменился IP, и содержимое КЭШа таким образом перестало соответствовать действительности.

Кэш NetBIOS – традиционный компонент Винда, с самых ранних версий, для работы с ним служат следующие команды:

nbtstat–c вывод имен удаленных компьютеров из локального КЭШа, здесь отобразятся записи файла LMHOSTS, снабжонные ключевым словом #PRE

nbtstat–r вывод имен удаленных компьютеров, разрешенных при помощи широковешательного запроса, или при помощи службы WINS.

В отличии от более простого способа разрешения имен по КЭШу DNS, имена NetBIOS ищутся так:

Компьютер проверяет не является ли запрошенный путь к нему самому…..НЕТ.

Компьютер ищет соответствие UNS пути в своем КЭШе NetBIOS…НЕТ.

Компьютер попытался отправить запрос на разрешение имен первому из WINS-серверов IP которых прописаны в настройках TCP/IP, ….НЕТ.

Компьютер посылает широковещательный запрос, существует ли в локальной сети такое NetBIOS имя, широковещательный запрос не подлежит маршрутиризации через выходной шлюз, поэтому, если запрошенного имени в локальной сети нет, а есть во внешней, то последним шагом будет являться просмотр файла LMHOSTS.

Тонкость есть в том, что если дописать к файлу LMHOSTS, к отдельным записям, ключевое слово #PRE, то операционная система при каждом обновлении КЭШа будет их туда загружать.

В итоге в одноранговой сети без DNS & WINS компьютеры видят друг друга способом разрешения NetBIOS имен. Совершенно очевидно, что специально предназначенная продцедура для разрешения имен узлов, сработала бы быстрее.

Зачем использовать службу DNS, во внутренней сети ?

Клиентские компьютеры с Винд 2000 и выше, используют в домене с серверной операционной системой, исключительно службу DNS. Кроме разрешения имен, сервер DNS выполняет еще одну очень важную роль – обеспечивает информацию о местоположении служб в сети.

А речь идет вот о чем, что бы зарегистрироваться на рабочей станции, мы включаем компьютер, вводим свои регистрационные данные, дальше рабочая станция должна найти контроллер домена, то есть компьютер, на котором хранятся доменные учетные записи и который и предоставляет вам доступ к работе……вопрос в том как клиент будет искать его ????, адрес контроллера не хранится на клиентском компьютере статически, по той причине, что она должна динамически обновляться, и по этому клиентские ОС, работая в домене, обслуживаемом соответствующей им серверной ОС, обращаются за информацией о контроллере домена к службе DNS.

Установка службы DNS

Служба устанавливается только как комплект серверной операционной системы, сценарий примерно такой.

Регистрируемся на сервере как администратор.

Выполняем команду Пуск…Панель управления….Установка и удаление программ…..Установка компонентов Виндовс.

Выбираем Сетевые службы…..Состав.

Устанавливает флажок на DNS….OK.

Нажатием кнопки ДАЛЕЕ, запускаем установку службы…..она не потребует перезагрузки системы.

Настройка службы DNS

Пространство доменных имен, то есть информация о соответствии имен узлов IP адресам, организовано иерархически в ЗОНЫ. Локальная сеть образует одну зону, надо выбрать для нее название, если нет необходимости в публикации имен узлов сети в Интернете, то название зоны можно выбрать произвольно, если она должна служить для разрешения имен нашей сети по запросам извне, то надо получить имя зоны у организации, уполномоченной выдавать доменные имена.

Порядок создания зоны, примерно таков, назовем ее study.local:

1. Выполните команду Пуск -> Панель управления -≫ Администрирование и выберите DNS. Откроется окно консоли с именем сервера SRVR001.

2. В левой части окна разверните объект сервера, щелкните правой кнопкой мыши по пункту Зоны прямого просмотра и выберите из контекстного меню Новая зона. Запустится Мастер создания зоны. На первом шаге нажмите кнопку Далее.

3. В диалоговом окне Тип зоны установите флажок Основная зона инажмите Далее.

4. В поле Имя зоны введите study. l o c a l . Нажмите Далее.

5. В диалоговом окне Файл зоны установите флажок Создать новый файл и введите имя файла: study. l o c a l . dns. Нажмите Далее.

6. В окне Динамическое обновление установите флажок Разрешить любые динамические обновления и нажмите Далее.

7. Завершите установку нажатием кнопки Готово.

Последним шагом настройки DNS, инструктирование всех компьютеров сети использовать сервер DNS, и только что созданную зону, то есть на всех компьютерах прописать адрес сервера DNS в параметрах протокола TCP/IP и точно так же создать зону, если разрешено динамическое обновление зоны, все остальные компьютеры проделают это без нашего участия

Настройка DNS на сервере.

Настройка DNS на сервере состоит из следующих шагов:

1. В главном меню выберите Панель управления —> Сетевые подключения, а затем правой кнопкой мыши щелкните по пункту Подключение по локальной сети.

2. Из контекстного меню выберите Свойства.

3. В окне свойств подключения к локальной сети выберите пункт Протокол сети Интернет TCP/IP и нажмите на кнопку Свойства. Откроется окно свойств протокола ТСРДР.

4. В поле Предпочитаемый сервер DNS введите IP-адрес сервера SRVR001 — 192.168.10.2. SRVR001 будет сам себе и сервером, и клиентом DNS.

5. Последовательным нажатием на кнопку ОК закройте все окна.

6. В меню Пуск нажмите правой кнопкой мыши на меню Мой компьютер и выберите пункт Свойства.

7. В диалоговом окне Свойства системы откройте вкладку Имя компьютера и нажмите кнопку

Изменить.

8. В диалоговом окне смены имени компьютера нажмите кнопку Дополнительно.

9. В диалоговом окне DNS-суффикс и NetBIOS-имя компьютера введите в поле Предпочитаемый DNS-суффикс имя зоны study. local. Нажатием OK закройте окно.

10. Вы увидите в диалоговом окне Смена имени компьютера в поле Полное имя компьютера srvrOOl. study . l o c a l — имя, состоящее из имени узла и суффикса DNS. Это имя должно быть

Уникальным в пределах сети. Диалоговое окно закройте нажатием ОК. После этого необходимо перезагрузить компьютер.

11. После перезагрузки компьютера снова откройте консоль DNS и в левой части окна выберите зону study, l o c a l . В правой части окна обратите внимание на созданный объект А (хост) сервера

SRVR001.

Настройка DNS на рабочей станции.

Для настройки DNS на рабочей станции необходимо проделать следующие действия:

1. Зарегистрируйтесь на компьютере РС001 как Администратор.

2. В главном меню выберите Панель управления -н> Сетевые подключения, а затем правой кнопкой мыши щелкните по пункту Подключение по локальной сети.

3. Из контекстного меню выберите Свойства.

4. В окне Подключение по локальной сети — свойства выберите Протокол сети Интернет, нажмите на кнопку Свойства.

5. В поле Предпочитаемый DNS-сервер введите адрес сервера SRVR001 — 192.168.10.2. Затем нажмите ОК. Диалоговое окно свойств подключения закройте нажатием кнопки Закрыть.

6. Далее действуйте так же, как на сервере (пункты с 6 по 10). Для того, чтобы изменения вступили в силу, надо будет перезагрузить компьютер. Закройте оба окна и перезагрузите компьютер. Перезагрузив компьютер РС001, откройте на сервере SRVR001 окно консоли DNS и отобразите содержание зоны, s t u d y . l o c a l . Как видите, здесь появился еще один узел — РС001 с соответствующим ему IP-адресом. Если он пока не отображен, хотя все сделали правильно, подождите еще минуту. Очевидно, в компьютере еще не начали работать сетевые службы.

Примечание.

Система Windows XP Professional устроена на столько через жопу, что она делает возможным вход пользователей еще до активации сетевых служб...........

В консоли DNS щелкните по записи Start of Authority (Начало полномочий) и посмотрите данные в поле Серийный номер. Сейчас там стоит 3. Это число, которое имеет первоначальным значением 1 и

Увеличивается на 1 при каждом изменении. Пока прошло 2 изменения, и оно равно 3. Это число вы можете изменять, однако в нашей сети это не будет иметь никакого эффекта: редактирование его имеет смысл в сетях с несколькими серверами DNS.

6 мая. INTERFAX.RU - Во Франции вступил в силу закон, запрещающий использование для модных показов и рекламных съемок чрезмерно худых моделей, сообщает телерадиокорпорация BBC.

Эта мера, как заявила накануне министр здравоохранения Франции Марисоль Турэн, продиктована заботой о здоровье как самих моделей, так и остальных граждан, прежде всего молодых женщин.

Во многих из них, по словам Турэн, неестественные и нереалистичные стандарты красоты развивают комплекс неполноценности, что, в свою очередь, ведет к хроническому недоеданию.

Согласно новым правилам, одобренным парламентом Франции 2 года назад, при устройстве на работу модель должна будет представить справку от врача о состоянии здоровья, в том числе о том, что ее индекс массы тела (соотношение веса и роста) находится в пределах нормы. За несоблюдение закона работодателям грозит штраф до 75 тыс. евро или лишение свободы на срок до 6 месяцев.

В 2015 году, когда в парламент внесли первый проект закона, предлагалось прописать индекс массы тела моделей в нормативном акте, но после возражений модельных агентств требования смягчили, предоставив врачам право самостоятельно решать, что опасно для здоровья, а что нет.

===============================END=====================================