Скачать 1.1 Mb.
|
Управление доступом в ОС LinuxДля управлением доступом используется команда setfacl. Для модификации или добавления правила используется параметр -m. -m user:[пользователь]:права[,user:пользователь:права] -m group:[группа]:права[,group:группа:права] Если пользователь пропущен, то права назначаются владельцу файла. Если группа пропущена, то права назначаются группе-владельцу файла. ПримерДобавить право на чтение/запись файла secretinfo пользователям iivanov и apetrov: setfacl -m user:iivanov:rw,u:apetrov:rw secretinfo Добавить право на чтение/выполнение файла runit группе <: setfacl -m group:manager:rx runit Права можно комбинировать в одной строке. ПримерДобавить для файла qwerty право чтения для пользователя iivanov, право чтение/запись для apetrov, чтение выполнение для группы logist, запретить группе workers выполнять какие либо действия. setfacl --modify u:iivanov:r,u:apetrov:rw,g:workers:-,g:logist:rx qwerty Права по умолчаниюДля директорий можно указать ACL права, которые будут автоматически добавляться для файлов и директорий, создаваемых в ней. Для этого используется идентификатор default или параметр -d. На саму директорию права указанные в default не распространяются. ПримерДля файлов и директорий, создаваемых в директории managerdata, добавить право чтение/записи для пользователя iivanov. setfacl -m default:user:iivanov:rw managerdata Рекурсивная установка правДля установки прав для всех файлов и директорий внутри директории используется параметр -R. Так как для того, чтобы читать файл необходимы права на чтение r, а для того чтобы читать директорию необходимы права на чтение и выполнение rx, то можно при указании прав вместо хуказывать X. Флаг X устанавливает права на выполнение только для директорий и файлов, которые уже имеют право на выполнение. Флаг Xвычисляется на момент запуска setfacl, поэтому в default правилах она интерпретируется как x. ПримерРазрешить пользователю apetrov читать все файлы и просматривать директории в folder. setfacl -R -m d:u:apetrov:rwx,u:apetrov:rwX folder или setfacl -R -m d:u:apetrov:rw,u:apetrov:rwX folder Обе команды имеют недостаток, который проявляется при создании новых файлов и директорий. Разница в том, что в первом случае пользовательapetrov получит право на выполнение всех новых файлов создаваемых в folder и вложенных директориях, а во втором случае пользователь не сможет просматривать новые директории. Удаление правДля удаления правила для пользователя или группы используется параметр -x. ПримерУдалить права доступа к файлу secretfile для пользователя iivanov. setfacl -x u:iivanov secretfile Удалить права доступа ко всем файлам и директориям внутри folder для пользователя apetrov. setfacl -R -x u:apetrov folder Очистка правилДля удаления всех ACL правил используется опция -b. Ее также можно использовать совместно с -m, для того, чтобы заместить права. ПримерУдалить все ACL правила и разрешить пользователю iivanov читать secretfile. setfacl -b -m u:iivanov:r secretfile Копирование ACLДля того, чтобы установить ACL на файл аналогичный какому-либо другому файлу используется команда: getfacl basefile | setfacl -b -M - targetfile В этом случае файл targetfile будет иметь такие же права как и basefile. Это достигается за счет параметра , при помощи которого можно задавать права из файла (или стандартного потока ввода ). Задание для лабораторного занятия: - Ознакомиться с описанием ACL (краткие теоретические сведения) - Изучить принципы определения прав доступа Работа в лаборатории: - Выполнить рекурсивную установку прав - Удалить права и очистить правила Контрольные вопросы:
Лабораторная работа № 7-8 Тема: «Работа с протоколом доступа компьютерных сетей SIP» Цель: Изучить основные принципы работы с протоколом SIP Образовательные результаты, заявленные во ФГОС третьего поколения. Студент должен: уметь: - работать с протоколами доступа компьютерных сетей (IP/MPLS, SIP, H-323, SIP-T) знать: - протоколы применяемые в сетях NGN:H-323, SIP, SIP-T Краткие теоретические и учебно-методические материалы по лабораторной работе В последнее время наблюдается повышенный интерес к технологиям IP-телефонии, использование которой позволяет в значительной мере снизить стоимость телефонной связи. При этом становится возможным использование сети Интернет, что позволяет сразу достичь "глобальных масштабов", а необходимость прокладки магистральных коммуникаций попросту отпадает. Целью данной статьи является поверхностное рассмотрение возможностей IP-телефонии, использующей протокол SIP, для ознакомления с общими принципами ее работы. Протокол SIP (Session Initiat Protocol, протокол установки соединения) не является первопроходцем в области IP-телефонии. Протокол H.323 уже давно используется для целей IP-телефонии, однако изначально он не разрабатывался для IP-сетей, что снижает "оптимальность" их совместной работы. За годы работы с протоколом H.323 накоплен большой опыт использования, который позволил выявить как его положительные черты, так и недостатки, которые были учтены при разработке протокола SIP. Протокол H.323 использует двоичный формат. Одним из следствий этого является необходимость стандартизации всех возможностей данного протокола, так как в случае если определенная возможность не поддерживается устройством, то такие устройства из-за двоичного формата не смогут работать друг с другом. SIP-протокол использует текстовый формат сообщений, если одному из устройств не знаком определенный тип сообщения или заголовка, то оно просто игнорируется (как и в HTTP, который по своему формату очень похож формат протокола SIP). К тому же сам протокол SIP значительно проще H.323. Возможности протокола SIP Основные преимущества протокола SIP: 1. Масштабируемость — возможность увеличения количества клиентов при расширении сети. 2. Мобильность — возможность получения сервиса вне зависимости от местоположения (как например электронная почта), а каждому пользователю выдается персональный идентификатор, по которому он может быть найден. 3. Расширяемость — возможность дополнения протокола новыми функциями (за счет введения новых заголовков и сообщений). Как уже говорилось выше, если устройству встречается неизвестное ему расширение протокола, оно попросту игнорируется. Так как протокол H.323 использует сообщения двоичного формата, то неизвестные функции могут привести к невозможности предоставления сервиса. Протокол SIP разрабатывался с расчетом на возможность использования любых транспортов, но, тем не менее, наиболее предпочтительным является использование UDP-пакетов (это позволяет повысить производительность по сравнению с использованием протокола TCP, но требует использования дополнительных механизмов проверки доставки сигнальных сообщений). Так как телефония с использованием протокола SIP позволяет использовать большое количество разнообразных сервисов (помимо передачи голоса, возможна передача видео, текстовых сообщений, факсов и др.), необходим механизм обмена информацией о том, какие сервисы может использовать вызываемая\вызывающая стороны. Для этой цели используется протокол SDP (Session Description Protocol) — протокол описания сессии. Данный протокол позволяет определить какие звуковые (видео и другие) кодеки и иные возможности может использовать удаленная сторона. Собственно сама передача голоса осуществляется благодаря использованию протокола RTP (Real-time Transport Protocol, протокол транспортировки в реальном времени). Сам протокол SIP непосредственного участия в передаче голосовых, видео и других данных не принимает, он отвечает только за установление связи (по протоколам SDP, RTP и др.), поэтому под SIP-телефонией понимается не передача голоса по протоколу SIP, а передача голоса с использованием протокола SIP. Использование протокола SIP предоставляет новые возможности установления соединений (а также возможность беспроблемного расширения данных возможностей), а не непосредственной передачи голосового и других видов трафика. Формат адресов используемых протоколом SIP напоминает формат E-Mail-адреса: имя@идентификатор_хоста. В начале адреса ствится приставка "sip:" (пример: sip:user@host.com). В качестве идентификатора хоста может служить его IP-адрес, домен или имя хоста (IP-адрес определяется с использованием DNS, так что в итоге все равно получается обращение по адресу sip: имя@IP-адрес). Архитектура SIP-сети Стандартными элементами в SIP-сети являются: 1. User Agent: по протоколу SIP устанавливаются соединения "клиент-сервер". Клиент устанавливает соединения, а сервер принимает вызовы, но так обычно телефонный аппарат (или программный телефон) может как устанавливать так и принимать звонки, то получается что он одновременно играет роль и клиента и сервера (хотя в реализации протокола это не является обязательным критерием) — в этом случае его называют User Agent (UA) или терминал. 2. Прокси-сервер: прокси сервер принимает запросы и производит с ним некоторые действия (например определяет местоположение клиента, производит переадресацию или перенаправление вызова и др.). Он также может устанавливать собственные соединения. Зачастую прокси-сервер совмещают с сервером определения местоположения (Register-сервер), в таком случае его называют Registrar-сервером. 3. Сервер опредления местоположения или сервер регистрации (Register): данный вид сервера служит для регистрации пользователей. Регистрация пользователя производится для определения его текущего IP-адреса, для того чтобы можно было произвести вызов user@IP-адрес. В случае если пользователь переместится в другое место и/или не имеет определенного IP-адреса, его текущий адрес можно будет определить после того, как он зарегистрируется на сервере регистрации. Таким образом клиент останется доступен по одному и тому же SIP-адресу вне зависимости от того, где на самом деле находится. 4. Сервер переадресации: обращается к серверу регистрации для определения текущего IP-адреса пользователя, но в отличие от прокси сервера только "переадресует" клиента, а не устанавливает собственные соединения. Прокси-серверы в SIP-сети также могут вносить изменения в передаваемые сообщения — это позволяет беспрепятственно преодолевать NAT в случае если прокси-сервер стоит на NAT-маршрутизаторе (также возможна настройка прокси сервера, находящегося за NAT в случае если на последнем невозможно установить прокси сервер — для этого потребуется задать параметры переадресации так, чтобы получился прокси-сервер стал "виртуальным сервером"). Помимо этого прокси-серверы можно объединять в "цепочки", которые позволяют использовать телефонию, даже если конечная точка (UA) находится сразу за несколькими NAT-шлюзами. Сообщения SIP Сообщения SIP-протокола имеют следующую структуру:
Стартовая строка различается в зависимости от того является ли сообщение запросом или ответом (в случае запроса — в ней сообщается тип запроса, адресат и номер версии протокола, а в случае ответа — номер версии протокола, статус и текстовую расшифровку статуса). В заголовках содержатся сведения об источнике, адресате, пути следования сообщения и др. Этих заголовков может быть достаточно много и это количество может меняться на пути следования пакетов. В протоколе SIP версии 2.0 существует 6 типов запросов (тип запроса задается в стартовой строке):
На каждый запрос, отправителю направляется ответ, содержащий код результата выполнения запроса. Формат этих ответов унаследован от протокола HTTP. Ответы кодируются 3-хзначным числом, первая цифра которого указывает на класс ответов, а остальные две — идентифицируют конкретный ответ в каждом классе. Устройство может не знать, что означает код ответа, но должно обязательно знать класс ответа. Всего существует 6 классов ответов:
Информационные ответы сообщают о стадии выполнения запроса, они не являются завершением запроса. Остальные же классы ответов завершают выполнение запроса. Сценарий соединения по протоколу SIP Пример Рассмотрим пример процесса установления соединения с использованием SIP-протокола (пример взят из RFC 3261). Данный пример отражает работу базовых функций телефонии и соответственно не затрагивает такие возможности как видеосвязь передача текстовых сообщений и др. — общий принцип работы протокола остается неизменным. рис. 1 (RFC 3261) Пользователь Alice (sip:alice@atlanta.com) вызывает пользователя Bob (sip:bob@biloxi.com). 1. Пользователь Alice посылает сообщение INVITE прокси-серверу по умолчанию (atlanta.com) Если бы пользователю Alice был известен IP-адрес пользователя Bob и он мог к нему обратиться напрямую, то запрос INVITE в этом случае мог быть послан непосредственно вызываемому пользователю. 2. Прокси-сервер посылает запрос INVITE серверу вызываемого абонента (biloxi.com). 3. Далее прокси-сервер пользователя Bob при необходимости определяет его текущий IP-адрес и посылает ему сообщение INVITE — у пользователя начинает звонить телефон, о чем сообщается в ответе 180 (Ringing). 4. Если вызываемый пользователь ответил на звонок, то на запрос INVITE высылается ответ 200 (OK). 5. Вызывающий пользователь отправляет сообщение ACK, сообщающее вызываемому о том, что он получил ответ на свой запрос INVITE, им задаются окончательные параметры соединения. На этом этапе все готово к установлению соединения по протоколу RTP (Real-time Transport Protocol). 6. Устанавливается RTP-соединение с заранее согласованными параметрами. 7. Для завершения соединения, завершающим пользователем (кладет трубку) высылается запрос BYE, на которое высылается ответ 200 (OK) Пока сообщения установления соединения (INVITE) ходят между прокси-серверами и неизвестно доступен ли вызываемый пользователь, в ответ на INVITE посылается ответ 100 (Trying), сообщающий о попытке установления соединения. Так как прокси-сервер может устанавливать собственные соединения, его использование позволяет вызовам без проблем преодолевать NAT. Также возможно построение нескольких прокси-серверов в одну цепочку, что позволяет преодолевать сразу несколько NAT. Кодеки Для передачи звука и видео используются различные алгоритмы сжатия и кодирования данных. Эти алгоритмы называются кодеками. Различные кодеки используют различную ширину полосы пропускания, а также вносят различные задержки и обеспечивают различное качество сервиса. Для звуковых кодеков обычно ширина полосы пропускания составляет от 4-х до 64 кбит/с. Методика тестирования Основное направления тестирования SIP-телефонии заключается в рассмотрении качества передачи голоса при ограничении ширины полосы пропускания. Также будет рассматриваться качество передачи голоса при динамическом изменении числа сеансов IP-телефонии и изменении загруженности канала связи. При тестировании IP-маршрутизаторов будет также рассматриваться поведение потоков трафика при установлении сеансов IP-телефонии. Более четкая методика будет разрабатываться по мере нарастания основательной базы результатов тестирования SIP-оборудования различных производителей. Вывод: По прогнозам производителей оборудования IP-телефонии, популярность SIP-телефонии будет расти и темпы этого роста будут превосходить темпы роста IP-телефонии в целом, поэтому сами производители возлагают на SIP большие надежды Задание для лабораторного занятия: - Ознакомиться с описанием протокола SIP (краткие теоретические сведения) Работа в лаборатории: - Выполнить установление соединения с использованием SIP протокола. Лабораторная работа № 9-10 |
Уфимский государственный колледж радиоэлектроники утверждаю Практические занятия №4,5 «Расчёт разветвлённой цепи с помощью законов Кирхгофа» |
Уфимский государственный колледж радиоэлектроники утверждаю Практическая работа №29 Разработка проекта плана мероприятий угкр по совершенствованию пожарной безопасности объекта |
||
Уфимский государственный колледж радиоэлектроники утверждаю Практическое занятие №13 «Решение задач по определению соотношения Международной системы с единицами системы егс и внесистемными... |
«уфимский государственный колледж радиоэлектроники» Государственное бюджетное образовательное учреждение среднего профессионального образования |
||
Сборник методических указаний для студентов по выполнению лабораторных работ дисциплина «химия» Методические указания для выполнения лабораторных работ являются частью основной профессиональной образовательной программы Государственного... |
Методические указания по выполнению практических работ адресованы... «Уфимский государственный колледж радиоэлектроники» по специальностям спо 210709 «Многоканальные телекоммуникационные системы», 210723... |
||
Отчет по результатам самообследования Государственного бюджетного... ... |
Государственный промышленно-гуманитарный колледж утверждаю Заместитель директора по воспитательной работе относится к категории руководителей |
||
Тема конкурсной работы Государственное автономное профессиональное образовательное учреждение «Уфимский топливно-энергетический колледж» |
«уфимскийгосударственный колледж радиоэлектроники, телекоммуникаций и безопасности» Благочинов Н. Н., Рахимов Р. Р., Разработка мобильного приложения «Где маршрутка?» |
||
Дерявская С. Н., методист гбпоу «Поволжский государственный колледж».... Составитель: Зайцева Вера Александровна, преподаватель гбпоу «Поволжский государственный колледж» |
Рабочая программа профессионального модуля пм. 01 Ведение технологического... ... |
||
Уфимский государственный авиационный технический университет использование... Использование spss при проведении конкретно-социологического исследования: Методические рекомендации в помощь студентам и аспирантам,... |
Краевое государственное бюджетное профессиональное образовательное... Сведения о реализации основной профессиональной образовательной программы по специальности среднего профессионального образования... |
||
Предмет Договора с указанием количества поставляемого товара, объема... ... |
Уфимский государственный авиационный технический университет Специальность: 05. 07. 05. «тепловые, электроракетные двигатели и энергоустановки летательных аппаратов» (шифр и наименование) |
Поиск |