Розробка програмного забезпечення для організації віддаленого адміністрування web-сервером
Мережне адміністрування: загальні відомості та область управління. Віддалене управління засобами Telnet. Можливості програм Radmin та File Manager v1.01. Реліз web-сервера Tornado 2.0, використовуваного в сервісі FriendFeed. Порівняння веб-серверів.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | украинский |
| Дата добавления | 03.03.2013 |
| Размер файла | 980,6 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
РЕФЕРАТ
Кваліфікаційна робота: __ сторінки, _ таблиць, __ рисунків, _ додатків, __ джерел. Розроблений програмний продукт має __ файлів загальним обсягом __ КБ, застосоване програмне забезпечення ___ файлів загальним обсягом ___ КБ.
Об'єкт дослідження - технологія адміністрування web-сервером.
Предмет дослідження - програмне забезпечення для організації віддаленого адміністрування web-сервером.
Метою роботи є:. розробка програмного забезпечення для організації віддаленого адміністрування web-сервером.
Методи дослідження: порівняння, аналіз джерел, спостереження.
Керування серверами - одне із тих завдань, що віднімають у ІТ-спеціалістів найбільше часу. Підтримка існуючою інфраструктурою можливості віддаленого керування наявними серверами значно зменшить, по-перше, трудомісткість виконання повсякденних завдань, по-друге, дозволить виконувати ці завдання з будь-якої точки світу. Саме тому обрана тематика є актуальною.
Отримані результати: докладній огляд інформаційних систем веб-серверів та мови написання деяких з цих серверів.
У результаті проекту здійснено застосування сучасних методів і засобів програмування, заснованих на використанні.
Практичне значення роботи:
ЗМІСТ
ВСТУП
1. МЕРЕЖНЕ АДМІНІСТРУВАННЯ
1.1 Загальні відомості
1.2 Функціональна область управління
2. ПРОГРАМИ ДЛЯ ВІДДАЛЕНОГО АДМІНІСТРУВАННЯ
2.1 Віддалене управління засобами Telnet
2.2 Задачі, доступні через Telnet
2.3 Remote Administrator 2.2
2.3.1 Можливості програми Radmin
2.3.2 Безпека Radmin
2.3.3 Режим обміну файлами
2.4 File Manager v1.01
2.4.1 Безпека File Manager v1.01
2.4.2 Настройки File Manager
3. ВІДДАЛЕНЕ АДМІНІСТРУВАННЯ
3.1 Порівняння веб-серверів
3.1.1 Вбудовані
3.1.2 Проксі
3.2 Tornado
3.2.1 Продуктивність
3.2.2 Реліз web-сервера Tornado 2.0, використовуваного в сервісі FriendFeed
3.3 Python
3.3.1 Портованість
3.3.2 Типи і структури данних
3.3.3 Можливості
3.3.4 Бібліотеки
3.3.5 Недоліки
3.3.6 Реалізації
3.3.7 Застосування
ВИСНОВКИ
Перелік посилань
ВСТУП
Адміністрування комп'ютерних мереж ніколи не займали домінуючих позицій в ІТ технологіях. Традиційно незначна роль, що їм відводилась, призвела до того, що структура і функції ПЗ даного класу виявилися в прямій залежності від архітектури обчислюванних систем і еволюціонували разом із ними.
Як відомо, на початку 90-х років ері безроздільного панування хост-комп'ютерів прийшов кінець. Бурхливе поширення розподілених архітектур клієнт-сервер призвело до кардинальних зімни й у сфері керування інформаційними системами. Основна проблема полягала в тому, що адміністраторам довелося мати справу з небаченим раніше різноманіттям ресурсів: різні комп'ютерні платформи, активні мережеві устаткування, та програмні засоби. Ця гетерогенність зажадала рішення цілком нових адміністративних задач - управління розподіленими ресурсаим, електронним поширенням ПЗ, аналіз трафіка і керування пропускною спроможністю мережі, перерозподіли серверного навантаження, відслідковування стану окремих настільних систем і т.д. Справа ускладнювалася ще і тим, що в нове середовище неможливо було перенести додатки адміністрування, що функціонували на мейнфреймах, так що виробникам довелося створювати керуюче ПЗ практично з нуля.
Еволюція концепцій адміністрування відбувалася не тільки уздовж архітектурної осі, але й у просторі тих об'єктів, що поступово утягувалися в “сферу компетенції” керуючих засобів.
З погляду розв'язуваних задач, у період, коли мейнфрейми знаходилися в зеніті слави, їхнє адміністрування можна було з повною підставою віднести до категорії системного, що не в останню чергу означало існування єдиної уяви обчислювального середовища.
Поява розподілених архітектур у якомусь змісті відкинуло всю індустрію адміністрування тому, оскільки на початку цієї епохи задача керування обмежувалися контролем за функціонуванням окремих компонентів (мережного устаткування, персональних комп'ютерів і робочих станцій, запам'ятовуючих пристроїв, периферії та ін.), причому в багатьох випадках справа зводилася до простого збору даних про ресурси замість справжнього керування їхньою роботою. Цей перехідний тип керування ще не можна віднести до мережного адміністрування в суворому значенні цього слова.
Нові проблеми, що виникли в розподілених середовищах, призвели до того, що на якийсь час мережне управління стало розглядатися в якості головної турботи адміністраторів інформаційних систем. Системне ж адміністрування при цьому як би відійшло на другий план, а відповідний інструментарій фігурував у якості автономних служб, чужих стосовно платформ і додатків мережного управління.
Питання про те, яка подальша доля цих двох областей управління корпоративними ІС, по якому шляху - інтеграційному, або дезінтеграційному піде їхній розвиток, поки залишається відкритим. Варто врахувати, що кінцевою метою всіх процедур управління є досягнення таких параметрів функціонування інформаційних систем, що відповідали би потребам користувачів. Останні ж оцінюють роботу ІС не по характеристиках мережного трафіка, застосовуваним протоколам, часу відгуку серверів на запити визначеного типу й особливостям виконуваних сценаріїв управління, а по поводженню додатків, що щодня запускаються на робочих станціях. Цей факт дає підстави ряду експертів припустити, що на зміну мережному і системному адмініструванню в майбутньому прийде управління додатками і якістю сервісу, незалежно від використовуваних платформ, та мереж.
1. МЕРЕЖНЕ АДМІНСТРУВАННЯ
1.1 Загальні зведення про мережне адміністрування
Якщо не вдаватися в деталі, то задачі, розв'язувані в даній області, розбиваються на дві групи: контроль за роботою мережного устаткування й управління функціонуванням мережі в цілому. У першому випадку мова йде про моніторинг окремих мережних пристроїв (концентраторів, комутаторів, маршрутизаторів, серверів доступу й ін.), настроюванню і зміні їхньої конфігурації, усуненні виникаючих збоїв. Ця достатньо традиційна група задач одержала назву реактивного адміністрування (reactive management). Друга група націлена на моніторинг мережного трафіка, виявлення тенденцій його зміни й аналіз подій із метою реалізації схем пріоритеризації для забезпечення максимальної пропускної спроможності (proactive management). Сюди ж відноситься задача внесення змін у конфігурацію мережі, управління IP-адресами користувачів, фільтрація пакетів в цілях забезпечення інформаційної безпеки і ряд інших задач.
Потреба в контролі за мережею в цілому з однієї керуючої станції стала причиною появи різних архітектур платформ і додатків адміністрування. Найбільше поширення серед них набула двохрівнева розподілена архітектура “менеджер-агенти”. Програма-менеджер функціонує на керуючій консолі, постійно взаємодіє з модулями-агентами, що запускаються в окремих пристроях мережі. На агенти в такій схемі покладаються функції збору локальних даних про параметри роботи контрольованого ресурсу, внесення змін у його конфігурацію по запиті від менеджера, надання останньому адміністративної інформації.
Незважаючи на очевидні зручності двохрівневої архітектури, її застосування в реальному мережевому середовищі призводить до зростання обсягів службового трафіка і, як наслідок, до зниження пропускної спроможності, доступної додаткам. Цей ефект особливо замітний у складних сегментованних мережах, що містять велику кількість активних пристроїв. У якості часткового рішення проблеми вичерпання пропускної спроможності була запропонована трьохрівнева архітектура, у якій частина керуючих функцій делегувалася найважливішим мережним вузлам. Інстальовані в цих вузлах програми-менеджери через власну мережу агентів управляють роботою “підзвітних” їм пристроїв і в той же час самі виступають у ролі агентів стосовно основної програми-менеджера (менеджеру менеджерів), запущеної на керуючій станції. У результаті основна частина службового трафіка надається локалізованим в окремих мережних сегментах менеджерам, оскільки «спілкування» локальних менеджерів з адміністративною консоллю здійснюється тільки тоді, коли в цьому дійсно виникає необхідність.
Необхідність контролювати роботу різноманітного устаткування в гетерогенному середовищі зажадала уніфікації основних керуючих процедур. Згадана схема «менеджер - агенти» знайшла вираження в протоколі Simple Network Management Protocol (SNMP), що швидко став базовим протоколом мережевого адміністрування, і в стандарті дистанційного моніторингу RMON. Управління настільними системами звичайно здійснюється на базі стандарту Desktop Management Interface (DMI), розробленого організацією Desktop Management Task Force (DMTF).
Результат такого розвитку подій неважко передбачити наперед: індустрія ПЗ мережневого управління виявилася розділеною на три частини. Першу утворюють платформи мережного управління - аналоги операційних систем, що формують середовище для запуску додатків, але при цьому вони володіють обмеженою функціональністю. Друга група мережевих програм пов'язана з керуючими додатками виробників мережних апаратних засобів. Проте вони розраховані на управління тільки визначеною групою пристроїв і рідко дозволяють обслуговувати вироби інших компаній. Подібні додатки пропонуються практично усіма відомими постачальниками устаткування. Третя група - численні програми третіх фірм, націлені на рішення вузьких задач мережного адміністрування.
1.2 Функціональна область управління
Функціональна область управління, що відносяться до цієї сфери, чітко визначені в специфікаціях ISO:
- рішення проблемних ситуацій (діагностика, локалізація й усунення несправностей, реєстрація помилок, тестування);
- управління ресурсами (врахування, контроль використання ресурсів, виставлення рахунків за використані ресурси й обмеження доступу до них);
- управління конфігурацією, спрямоване на забезпечення надійного й ефективного функціонування всіх компонентів інформаційної системи;
- контроль продуктивності (збір і аналіз інформації про роботу окремих ресурсів, прогнозування ступеня задоволення потреб користувачів/додатків, заходи для збільшення продуктивності);
- захист даних (управління доступом користувачів до ресурсів, забезпечення цілісності даних і управління їхнім шифруванням).
Основним результатом тривалого розвитку галузі системного адміністрування стало те, що з функціональної точки зору основні платформи управління мережею в даний час досить схожі один на одного. Розходження між ними криються в сфері структурного виконання і, пов'язані з тими вихідними цілями, що ставилися на початкових етапах їх розробки.
Серед численних категорій користувачів ПЗ системного адміністрування усе більшої популярності набувають продукти фірм середнього розміру, які забезпечують потужними засобами вирішення досить широкого кола задач, мають інтуїтивний Web-інтерфейс і прийнятну ціну.
Останнім часом у закордонній літературі усе активніше обговорюється концепція динамічного адміністрування. Її поява відповідає загальній тенденції у світі мережного і системного адміністрування - переносу акцентів із контролю за окремими ресурсами, або їхніми групами, із керування робочими характеристиками ІС на максимальне задоволення запитів кінцевих користувачів інформаційних технологій.
Такий підхід припускає насамперед наявність засобів аналізу поводження користувачів. Результати, отримані на цьому етапі, повинні служити відправною точкою для так званого активного керування взаємодією між основними об'єктами адміністрування - користувачами, додатками і мережею. Термін “активне” означає постійне відслідковування характеру роботи користувацьких додатків і оперативне втручання в цей процес у тому випадку, коли рівень сервісу, одержуваний користувачем, не відповідає очікуваному. Для найбільш адекватного реагування на виникаючі проблеми прихильники концепції активного адміністрування закликають використовувати аналітичні засоби підтримки прийняття рішень.
2. ПРОГРАМИ ДЛЯ ВІДДАЛЕНОГО АДМІНІСТРУВАННЯ
2.1 Віддалене управління засобами Telnet
У обов'язки адміністратора мережі можуть входити задачі, пов'язані з адмініструванням робочих станцій і управлінням ними з метою підтримки їх в оптимальному стані для роботи в мережі. В цьому випадку для кожного користувача необхідно надати певні права доступу, дозволяючи, або забороняючи їм вносити зміни в систему. А якщо такі зміни і були внесені то при наступному завантаженні ці зміни повинні бути відмінені. Наскільки жорстким повинен бути контроль за конфігурацією робочих станцій, визначається адміністратором мережі. Тому для полегшення роботи системних адміністраторів були створені програми віддаленого управління робочими станціями, що можуть бути використані і для управління серверами. Можливість віддаленого управління і адміністрування підвищує оперативність усунення проблем, які можуть виникнути в мережі.
Колись програми для віддаленого адміністрування були потрібні тільки на підприємствах, де одній людині доводиться обслуговувати десятки, а то і сотні комп'ютерів, які розташовані в різних кабінетах і на різних поверхах. Сьогодні сфера їх застосування набагато ширша.
По-перше, в багатьох квартирах більше одного комп'ютера, і між ними для швидшої передачі інформації протягнута мережа. Як-що комп'ютери стоять в різних кімнатах, то програма для віддаленого адміністрування дає можливість працювати на двох ПК одночасно, не встаючи із стільця.
По-друге, як правило, люди постійно працюють з двома комп'ютерами- домашнім і робочим. Програми для віддаленого адміністрування дозволяють через Інтернет стежити за тим, що відбувається на іншому комп'ютері. Одним словом, програма для віддаленого адміністрування просто необхідна кожному, в чиєму розпорядженні знаходиться більше одного комп'ютера.
Більшість програм для віддаленого адміністрування складається з двох частин - серверу і клієнта (його ще називають “вьювер”, або “просмотрщик”). Перший встановлюється на віддаленій машині, тобто, на тій, якій потрібно управляти. Клієнтська частина ставиться на комп'ютері, з якого ви плануєте управляти іншим ПК. Для того, щоб клієнт працював, на віддаленому ПК обов'язково повинна бути запущена серверна частина, тому при установці на віддаленому ПК програму краще відразу помістити в "Автозавантаження". Окрім цього, якщо на комп'ютерах використовується брандмауер, потрібно обов'язково створити правило, що дозволяє роботу з додатками для віддаленого адміністрування, інакше брандмауер може вирішити, що підключення до ПК - це атака ззовні і не допустити підключення.
У наш час існує безліч засобів для віддаленого управління і адміністрування комп'ютерів мережі. Засіб управління комп'ютером може бути підключене і до віддалених машин для виконання досить широкого кола задач, але далеко не всіх. Велика кількість проблем пов'язані з обслуговуванням, адмініструванням та управлінням робочими станціями розв'язується тільки при безпосередньому доступі до файлової системи. Проте, якщо комп'ютер працює, підключений до мережі, а задача полягає в зміні яких-небудь параметрів системи, або виконанні обслуговуючих операцій, то присутність адміністратора біля робочої станції не обов'язкова.
Найдоступніша для віддаленого управління робочими станціям мережі - програма Telnet. Telnet-клієнт існує у всіх операційних системах Windows. Сервер Telnet вбудований тільки в системи, починаючи з Windows 2000 і старше. Для запуску цього серверу на робочих станціях мережі можна скористатися засобом Управление комп'ютером, або Службы (Services) з папки Администрирование.
Якщо на кожній робочій станції запущений сервер Telnet, ви можете на них виконувати практично всі операції, доступні з командного рядка: підключати і відключати мережеві диски, копіювати файли, запускати на виконання програми і командні файли. На жаль, цим способом неможливо встановити складні пакети програм, подібні Microsoft Office, але для установки простих програм, що не вимагають складних процедур реєстрації, а також для проведення операцій з файлами і папками цей засіб цілком підходить. Можливо, що для нормальної роботи з Telnet-сервером на робочих станціях, що працюють під управлінням Windows 2000/XP Professional, первинну настройку доведеться виконувати безпосередньо на робочих місцях. Щоб запустити цю службу, скористайтеся наступною командою з командного рядка:
net start telnet
Якщо потрібно, щоб сервер стартував автоматично при запуску системи, слід змінити режим запуску з ручного на автоматичний.
За умовчанням сервер намагається аутентифікувати клієнта по схемі NT LAN Manager (NTLM), що дозволяє реєструватися автоматично, якщо підключення відбувається з комп'ютера, де ви вже зареєстровані як адміністратор домена. Для віддаленого доступу за межами локальної мережі це незручно; щоб змінити режим аутентифікації, спочатку потрібно запустити з командного рядка утиліту адміністрування сервера Telnet командою (рисунок 2.1):
Tlntadmn config sec = -NTLM + passwd
Рисунок 2.1 - Служба Telnet на віддаленому комп'ютері
Після встановлення параметрів аутентифікації ви зможете управляти робочими станціями з будь-якої точки мережі і навіть через Інтернет, авторизувавши себе як адміністратор цієї робочої станції. Якщо доступ до робочих станцій здійснюється тільки з локальної мережі, то режим аутентифікації слідує встановити наступною командою:
Tlntadmn config sec = +NTLM +passwd
Діставши доступ до робочої станції, ви можете виконати на ній всі програми, які не використовують графічний інтерфейс.
2.2 Задачі, доступні через Telnet
Defrag - кожна робоча станція мережі вимагає періодичного обслуговування. Одна з періодично виконуваних операцій - дефрагментація дисків. Через Telnet доступна команда Defrag. Програма, що викликається цією командою, не має графічного інтерфейсу, всі звіти виводяться в текстовому вигляді на екран, або у файл. Команда може виконуватися у фоновому режимі. Це означає, що користувач продовжуватиме роботу, не підозрюючи, що в цей час проводиться обслуговування його робочого місця. Наприклад, Defrag С: \ /а -- виводить звіт про аналіз тому С:\ на необхідність проведення дефрагментації.
Schtasks - команда дозволяє створити “завдання” подібно тому, як це робиться в планувальнику завдань Windows. Більш відомий аналог цієї команди - команда At.
Ipconfig - як і при роботі на локальній машині, дана команда дозволяє переглянути і відновити конфігурацію IP-протоколу. У режимі віддаленого доступу команда буде доступна, якщо комп'ютер працездатний і IP-протокол функціонує правильно. Тому застосування цієї команди на віддалених робочих станціях в основному обмежене - дозволяє тільки отримати відомості про конфігурацію шляхом введення команди:
ipconfig /all
Ping - для перевірки зв'язку між двома вузлами служить утиліта Ping. Ця утиліта посилає на вказаний вузол пакети луна-запиту протоколу ICMP і рахує отримані від нього пакети луна-відповіді, щоб перевірити, чи доступний цей вузол взагалі і чи надійний зв'язок (яка частка пакетів, що загубилися по дорозі). Послідовно тестуючи з'єднання з кожним вузлом, можна знайти місце, в якому зв'язок обірвався.
Chcp - у ряді випадків, ми можемо зустрітися з ситуаціями, коли на екран сеансу Telnet, або просто командного рядка виводяться різні символи. Для узгодження кодової сторінки, в якій здійснюється вивід інформації, з кодовою сторінкою самого вікна сеансу роботи, і може бути використана ця команда з наступними параметрами:
- chcp 866 - включає вивід в кодуванні DOS;
- chcp 1251- вивід в кодуванні Windows;
- сhcp (без параметрів) - показати поточну кодову сторінку).
Цікаво, що навіть вбудовані в Windows програми командного рядка не завжди коректно виводять свої повідомлення, особливо при віддаленому доступі до комп'ютера. Іноді є необхідність виконати цілу серію команд, результат яких виводиться в різних кодуваннях. Для прискорення роботи в подібних випадках краще виконувати команди з перенаправленням виводу в текстовий файл. Потім слід скопіювати цей файл на свій комп'ютер і читати його за допомогою файлового менеджера FAR. У цьому файловому менеджері перемикання кодування при читанні файлу виконується натисненням кнопки <F8>.
Оpenfiles - команда дозволяє побачити перелік відкритих мережевими користувачами загальних файлів. Використовувані параметри:
- openfiles.exe /query - основний варіант виконання команди;
- openfiles.exe /query /fo table /nh - вивід інформації у вигляді таблиці без заголовка;
- openfiles.exe /query /s srvmain /u maindom\hiropln /p p@ssW23 -вивід інформації про відкриті файли на іншому комп'ютері мережі.
При використовуванні Telnet для зв'язку з мережею з Інтернету паролі і імена користувачів передаються у відкритому вигляді. Тому застосовувати цей протокол краще вже усередині мережі, а з Інтернету використовувати даний варіант зв'язку з мережею тільки у виняткових випадках і обмежено.
2.3 Remote Administrator 2.2
Як альтернативний варіант підключення до серверу мережі з Інтернету, можна застосувати і програму віддаленого адміністрування Remote Administrator. Radmin - одна з кращих програм віддаленого адміністрування для платформи Windows, яка дозволяє повноцінно працювати відразу на декількох віддалених комп'ютерах за допомогою звичайного графічного інтерфейсу. Програма може бути локалізована на будь-якій мові. Ця програма дозволяє вам працювати на віддаленому комп'ютері, при цьому ви бачимете екран віддаленого комп'ютера на своєму робочому столі у вікні, а ваша миша і клавіатура замінюють мишу і клавіатуру на віддаленому комп'ютері. На відміну від програми дистанційного керування робочим столом, Radmin не дозволяє працювати з відеопрогравачами, одержувати з їх допомогою звуки. Ця програма призначена тільки для адміністрування віддалених робочих станцій.
Radmin складається з двох частин:
- сервер (Radmin Server) на віддаленому комп'ютері перехоплює зображення з екрану і посилає його клієнту.
- клієнт (Radmin Viewer) відображає екран віддаленого комп'ютера на моніторі локального комп'ютера.
На рисунку 2.2 зображено вікно програми під час роботи.
Рисунок 2.2 - Вікно Radmin під час роботи
Для установки з'єднання потрібно запустити Radmin Server на віддаленому комп'ютері, після чого - запустити Radmin Viewer на своєму власному (локальному) комп'ютері і вказати IP-адресу, або DNS-ім'я віддаленого ПК. Необхідною умовою для роботи Radmin є наявність TCP/IP-з'єднання між серверною і клієнтської частинами.
Програма має декілька режимів роботи:
- режим повного контролю;
- режим перегляду;
- режим командного рядка (Telnet);
- режим обміну файлами.
Крім того, в останній версії Radmin Viewer передбачені режими, підтримка яких повинна з'явитися найближчим часом і в серверній частині програми, яка установлена на комп'ютері, з яким здійснюється зв'язок. Це режими текстового і голосового чату, а також відправка коротких текстових повідомлень. Вони призначені для віддаленої роботи з користувачем, або помічником адміністратора.
2.3.1 Можливості програми Radmin
Підтримка декількох підключень - Radmin Server може одночасно приймати декілька підключень від різних клієнтів.
Технологія відео-перехоплення - у середовищі Windows NT 4.0 Radmin Server використовує драйвер відео-перехоплення, що підвищує його продуктивність в десятки разів. Це дозволяє працювати на віддаленому комп'ютері з більшою швидкістю (сотні оновлень екрану в секунду).
Обмін файлами - дозволяє копіювати файли з одного комп'ютера на іншій. Інтерфейс режиму обміну файлами аналогічний інтерфейсу Провідника Windows, знайомому всім користувачам, що істотно спрощує освоєння програми. Реалізована «докачка» файлів: у випадку збою мережі можна продовжити передачу файлу з моменту збою, а не із самого початку.
Віддалене виключення комп'ютера - дозволяє перезавантажити, або вимкнути комп'ютер всього двома клацаннями миші.
Режим Телнет - надає доступ в режимі командного рядка, аналогічному Тенет - підключення до віддалених комп'ютерів з ОС Windows NT/2000/XP/2003. Ключі командного рядка Radmin Viewer та Radmin Server наведені в додатках (відповідно Додаток 1 і Додаток 2). Для більшості користувачів немає потреби працювати з інтерфейсом командного рядка. Ці ключі призначені для використовування системними адміністраторами. За допомогою цих ключів можна вручну встановлювати, або видаляти модулі Radmin (службу і драйвер), міняти номер порту і т.д.
Підтримка системи безпеки NT - можна дати дозвіл на підключення в будь-якому з режимів - Повний контроль, Перегляд, Телнет, Обмін файлами і Переадресація - будь-якому користувачу, або групі користувачів з NT-домена, або активного каталога (Active Directory). Якщо авторизований в NT-домені користувач спробує підключитися до Radmin Server, для перевірки прав будуть використані його поточні дані. Безпосередній запит імені користувача, пароля і домена відбувається тільки тоді, коли поточний користувач не має прав на підключення.
Захист паролем - якщо система безпеки NT вимкнена, то доступ до Radmin Server контролюється паролем. У основі парольної аутентифікації лежить класичний дуже простий і надійний challenge-response authorization алгоритм вигляду.
ІР -фільтрація - можливість дозволити доступ до Radmin Server тільки з IP-адрес і з підмереж, вказаних у складеному користувачем списку. Якщо IP-адреса і маска під мережі, що підключається співпадають з одним з рядків фільтру, то буде встановлене з'єднання, інакше клієнт отримає повідомлення «Помилка введення/виведення з'єднання. Підключення перервано. Вірогідна причина - настройки IP-фільтрації на віддаленому комп'ютері» (Connection I/O error, connection may be closed due to IP Filter on the remote side).
2.3.2 Безпека Radmin
Дуже велика увага при розробці Radmin була надана системі безпеки. І це цілком зрозуміло, адже для програми такого класу захищеність - найважливіша властивість. Програмісти постаралися зробити Radmin стабільною і безпечною програмою віддаленого адміністрування.
Radmin 2.2 підтримує систему безпеки Windows NT/2000/XP/2003. З підтримкою можливості надавати права для віддаленого доступу конкретному користувачу, або групі користувачів. У версії 2.2 використаний новий модуль авторизації, повністю сумісний з NTLMv2 і інтегрований з ОС. Права на доступ до Radmin Server можуть надаватися користувачам з доменів, з якими встановлені довірчі відносини (trusted domains) і активних каталогів (active directories). Інтерфейс вікна настройки прав уніфікований із стандартом Windows.
Якщо підтримка системи безпеки Windows NT відключена, то доступ до комп'ютеру контролюється паролем. Radmin використовує аутентифікацію із запитом і підтвердженням. Цей метод аналогічний тому, що застосовується в Windows NT, але використовує секретний ключ більшої довжини.
Radmin контролює коректність і безпеку настройки серверної частини програми. Radmin Server 2.2 не дозволяє задати порожній пароль.
Захист пароля серверної частини. Radmin Server 2.2 активно захищає свої настройки, що зберігаються в системному реєстрі. Доступ до відповідної вітки реєстру дозволений тільки користувачам з правами адміністратора.
Підтримка протоколювання, при якому вся робота Radmin Server докладно відображається в лог-файлі.
Radmin Server має власну таблицю IP-фільтрації, використовуючи яку можна обмежити доступ до Radmin Server рядом спеціально заданих в ньому хостів або підмереж.
У Radmin включені процедури самотестування, що захищає програмний код від змін.
Інтелектуальний захист від підбору пароля. У версії 2.2 додані такі заходи захисту, як затримки при підозрі на перебір пароля, блокування підозрілих ІР-адресів і т.д.
В середовищі Windows NT/2000/XP/2003 встановити Radmin Server 2.2 можна тільки як системну службу. В цілях підвищення безпеки можливість запускати Radmin як стандартний додаток заблокована.
Для перегляду, або зміни настройок безпеки Radmin необхідно відкрити діалогове вікно Настройки Remote Administrator Server (Settings for Remote Administrator server) і натиснути кнопку Авторизація… (Set password…). Потім включити прапорець Включить NT security (Enable NT ) і натиснути кнопку Права (Permissions).
Стандартне вікно призначення прав (Permission for Radmin Server) дозволяє адміністратору надавати право з'єднання різних типів (рисунок 2.3).
Рисунок 2.3 - Вікно призначення прав
Право переадресації (Redirect) дозволяє підключення тільки з використовуванням опції “Подключиться через” (Connect through host). Давати користувачам право “Переадресації” рекомендується на комп'ютерах, які використовуються як проміжний сервер, що надає доступ до Radmin Server на іншому ПК. Клієнт з правом переадресації повинен підключитися до головного серверу, вказавши проміжний сервер в полі “Подключиться через” (інакше клієнту буде відмовлено в доступі). При цьому проміжний сервер перенаправить запит на кінцевий сервер.
2.3.3 Режим обміну файлами
Режим обміну файлами з'явився у версії 2.0. Radmin підтримує пересилку файлів об'ємом не більш 2 GB і відображення папку з числом файлів не більш 20 000.
Для перемикання в режим обміну файлами необхідно вибрати відповідний пункт (File transfer) в меню «Режим» (Mode) При наступному підключенні буде показано вікно обміну файлами. Інтерфейс режиму обміну файлами аналогічний інтерфейсу стандартного Провідника, за єдиним виключенням - використовуються два вікна: локального і віддаленого комп'ютерів.
Обмін файлами володіє функціональністю, що дозволяє при передачі файлів обновляти тільки ті їх частини, які не співпадають в локальній і віддаленій копіях файлів. Ця функція носить назву «Дельта-копіювання», оскільки лише різниця («дельта») підлягає копіюванню. Вона дозволяє продовжити передачу файлу після збою мережі не з самого початку, а з того моменту, коли відбувся збій.
Дана функція використовується при перезаписі файлів автоматично і не підлягає відключенню. Для кожної секції початкового і кінцевого файлів Radmin Server і Radmin обчислюють контрольні суми. Ця сума (декілька байт) пересилається по мережі і порівнюється. Якщо суми співпадають, це означає, що відповідні розділи файлів не відрізняються, а значить, дані не передаються і програма переходить до наступної секції файлу. Власне вміст файлу передається тільки при неспівпаданні яких-небуть секцій файлу. Таким чином, ця функція дає можливість продовжити перервану передачу, або перезаписати тільки змінені частини файлів, що істотно економить трафік. Обмін файлами не працює з мережевими дисками з міркувань безпеки.
2.4 File Manager v1.01
Дана програма призначена для віддаленого адміністрування файлової системи серверу. File Manager дозволяє легко і зручно через Інтернет проглядати файлову систему серверу, а саме: одержати назви доступних каталогів, відредагувати вибрані файли, подивитися вже існуючі, створити нові, видалити непотрібні, скопіювати, перемістити групи файлів і каталогів. За допомогою цієї програми ви також можете заливати файли на сервері і викачувати їх на локальний комп'ютер.
File Manager працює під управлінням PHP4 на операційних системах Unix, Linux, FreeBSD і Windows. Для роботи підійде не тільки Windows 2000, або Winodws XP, але навіть Windows 95! Програма не вимагає ніяких спеціальних настройок, підтримує російську і англійську мову, має легкий дружній інтерфейс з інтуїтивно зрозумілими інформаційними вікнами і діалогами.
Якщо користувач коли-небудь копіював свої файли за допомогою програм-менеджерів: Norton Commander, Volkov Commander, Total Commander, Midnight Commander, або, на худий кінець, звичним Провідником Windows (Windows Explorer), то вивчення і використовування програми File Manager буде дуже легким.
До речі, File Manager, як і Провідник Windows, дозволяє копіювати файли і папки не тільки в межах жорсткого диска, але і з дискет, CD-дисків, ZIP-дисків, Flash-карт і інших запам'ятовуючих пристроїв. Причому все це можна робити віддалено.
File Manager - справжній файловий менеджер. Він дозволяє виконувати більшість операцій, які Ви звичайно проробляєте з файлами і каталогами.
На рисунку 2.4 наведений зовнішній вигляд програми. Як видно, програма показує на екрані список файлів. У списку файлів показані: атрибути, назва, розширення, розмір і дата зміни файлу, а також кнопка виділення файлу (галочка) для подальшого проведення операцій копіювання /переміщення /видалення.
На екрані завжди представлений відсортований список файлів в поточному каталозі, назва якого відображається зверху. Там же відображається дата і час останнього перегляду цього каталогу. Файли можуть бути відсортовані не тільки по імені, але і по розширенню, розміру, даті модифікації. Файли також підсвічуються різними кольорами залежно від типу. У програмі передбачена можливість змінити настройки підсвічування за умовчанням. Навігація по каталогах файлової системи, тобто зміна поточного каталогу - відбувається при натисненні мишкою на імені каталогу, кожний з яких відмічений символами [DIR]. При роботі під Windows є можливість поміняти поточний диск - у випадаючому списку зліва внизу. Ще нижче завжди показується розмір доступного дискового простору.
Рисунок 2.4 - Зовнішній інтерфейс File Manager
Виділення групи файлів/каталогів - [All|None|MouseClick] - одна з основних операцій в File Manager. Виділення часто необхідне для проведення подальших операцій перегляду, редагування, копіювання, переміщення, видалення, які вимагають наявності хоча б одного виділеного файлу. Якщо користувач спробує провести таку операцію в той момент, коли немає жодного виділеного файлу - програма покаже застережливе повідомлення. Виділені файли наголошуються галочкою у відповідному полі зліва. Виділяються файли натисненням мишки, причому можна виділяти відразу всі файли в каталозі натисненням на ссилку All і знімати виділення зі всіх файлів натисненням на посилання None.
2.4.1 Безпека File Manager v1.01
При розробці File Manager враховувалися вимоги до безпеки, які могли б обмежити вторгнення випадкових користувачів, спроможних пошкодити файлову систему. Для цього передбачена система аутентифікації, яка підтримує аутентифікацію Apache/PHP за допомогою відповідних заголовків, а також свою внутрішню аутентифікацію, яка, на відміну від першої, залишається працездатною в CGI-режимі і при роботі програми під Windows.
Перед початком роботи програма завжди запрошує логін і пароль (рисунок 2.5) користувача і порівнює їх з тими, що зберігаються у файлі users.txt. За умовчанням передбачений вхід з логіном user і паролем 12345. Змінити його можна за допомогою утиліти pwd.php, яка входить до складу File Manager.
Використовувати утиліту pwd.php просто. У каталозі, де зберігається файл users.txt достатньо набрати декілька рядків в командному рядку. Щоб додати нового користувача необхідно виконати: php pwd.php а newuser newpassword
Для видалення існуючого користувача (user) необхідно набрати: php pwd.php d user
Після завершення настройки логінів і паролів бажано заховати утиліту pwd.php подалі, щоб ворогам не дісталася. За інший цінний файл users.txt можна не так турбуватися, оскільки паролі до логінів шифруються і немає ніякої можливості розшифрувати їх назад.
Рисуноке 3.5 - Запит логіна і пароля перед початком роботи з File Manager
Інша можливість забезпечення безпеки - це обмеження прав на проглядання дерева каталогів, доступних для програми і вказування початкового стартового каталога. За ці функції відповідають параметри конфігураційного файлу $BASEPATH і $STARTDIR. Про те, як задати їх значення детальніше можна прочитати в наступному розділі.
2.4.2 Настройки File Manager
Не дивлячись на те, що програма FM File Manager не вимагає спеціальних настройок, така можливість все ж таки передбачена. Всі настройки програми зберігаються в вихідному файлі config.php. Нижче перераховані основні параметри настройок.
$COLORS - цей параметр містить таблицю підсвічувань для різних типів файлів. Тут ви можете вказати, якими кольорами підсвічувати ваші файли і каталоги для того, щоб спростити зорове сприйняття цієї вельми одноманітної інформації.
$MAXVIEWSIZE - цей параметр задає обмеження на розмір файлів, які можна редагувати, або переглядати, оскільки ці дії приводять до активного використовування трафіку.
$STARTDIR - цей параметр задає стартовий каталог, який буде показаний при першому запуску програми. З його допомогою ви можете обмежити доступ до початкових текстів самого FM File Manager і тим самим підвищити безпеку своєї системи.
$BASEPATH - призначення цього параметра - зберігати "кореневий" шлях, вище якого доступ для File Manager обмежений. Настроївши цей параметр на певний каталог, наприклад на /usr/home/vasya, ви говорите, що будь-які зміни файлової системи можуть відбуватися тільки усередині цього каталога. Таким чином, ви оберігаєте всю решту файлів вашої системи від випадкового втручання.
$WINDRIVES - цей параметр має сенс тільки для Windows-систем. Тут ви можете обмежити число дисків, до яких File Manager матиме доступ. Наприклад, доступ до системного диска С: простим користувачам бажано не надавати і, тим більше, віддалений.
З розвитком інформаційних технологій зокрема інформаційних ситстем змінилися базові концепції щодо їх управління - мережне і системне адміністрування інтегрували в єдиний комплексний підхід.
Аналіз розвитку комерційних програм мережного і системного адміністрування дозволяє зробити висновок, що ідея адміністрування зводиться до аналізу поводження інформаційної системи, або окремих її компонентів з метою своєчасного прийняття запобіжних мір, що в свою чергу дає змогу не допустити розвиток подій по найгіршому сценарію.
Сектор адміністративного програмного забезпечення вже декілька років як вступив у стадію зрілості. На ринку є широка гама пропозицій - від базових платформ до оптимізованих засибів для виконання широкого кола задач. Більше того, якщо розглядати засоби адміністрування найбільших виробників, то розходження між ними в плані функціональності стають усе більш розмитими, що надає користувачам додаткову свободу вибору.
В данному розділі було детально розглянуто найвідоміші та найдоступніші засоби для віддаленого адміністрування, а саме: Telnet - програма вбудована в операційні системи Windows, програма Remote Administrator 2.2 для платформ Windows, яка дозволяє повноцінно працювати відразу на декількох віддалених комп'ютерах та програма File Manager для віддаленого адміністрування файлової системи серверу.
3. ВІДДАЛЕНЕ АДМІНІСТРУВАННЯ
3.1 Порівняння веб-серверів
Веб-сервер (англ. Web Server) - це сервер, що приймає HTTP-запити від клієнтів, зазвичай веб-браузерів, видає їм HTTP-відповіді, разом з HTML-сторінкою, зображенням, файлом, медіа-потоком або іншими даними. Веб-сервер - це основа Всесвітньої павутини.
Веб-сервером називають як програмне забезпечення, що виконує функції веб-сервера, так і комп'ютер, на якому це програмне забезпечення працює.
На серпень 2011 року найбільш поширеним веб-сервером, що займає більше 65% ринку, є Apache - вільний веб-сервер, найбільш часто використовується в UNIX-подібних операційних системах; Деякі інші відомі веб-сервери:
- IIS від компанії Microsoft, розповсюджуваний з серверними ОС сімейства Windows;
- Nginx - вільний веб-сервер, що розробляється Ігорем Сисоєва з 2002 року і користується великою популярністю на великих сайтах;
- Lighttpd - вільний веб-сервер;
- Google Web Server - веб-сервер, заснований на Apache і доопрацьований компанією Google;
- Смола - вільний веб-сервер додатків;
- Cherokee - вільний веб-сервер, керований тільки через веб-інтерфейс;
- коренева система - веб-сервер, написаний на Java;
- є thttpd - простий, маленький, швидкий і безпечний веб-сервер.
Наведено веб-сервери (програми), призначені в першу чергу для роботи з протоколом HTTP.
3.1.1 Вбудовані веб-сервери
В таблиці 3.1 наведено огляд вбудованих веб-серверів.
Таблиця 3.1 - Огляд вбудованих веб-серверів
|
Назва |
Автор и рік створення |
Росповсюдження |
Open Source |
Ліцензія |
Особливості |
|
|
Apache HTTP Server |
Apache Software Foundation, 1995 |
безкоштовно |
Apache License |
Упор на надійність і гнучкість. |
||
|
Ascet HTTPd. |
22 nov 2008. Kalabzin Maxim aka Rootman |
безкоштовно |
Так |
Apache License |
Упор швидкість і безпеку |
|
|
CERN httpd |
Тим Бернерс-Ли, 1991 |
безкоштовно |
Так |
MIT |
Історично перший веб-сервер. |
|
|
HTTP File Server |
Massimo Melina, 2002 |
безкоштовно |
Так |
GNU GPL |
Простий сервер для викладания файлів у мережу. |
|
|
Internet Information Services |
Microsoft, 1995 |
вкл. в Win NT |
Ні |
Microsoft EULA |
Є частиною пакета IIS. Підтримує .NET |
|
|
XSP |
Mono, 1995 |
безкоштовно |
Так |
GPL |
Є частиною пакета Mono. Підтримує .NET |
|
|
Jetty |
Mort Bay Consulting, 1995 |
безкоштовно |
Так |
Apache License 2.0 |
Реалізований повністю на Java. |
|
|
Apache Software Foundation, 1999[1] |
бесплатно |
Так |
Apache License 2.0 |
Реалізований повністю на Java. |
||
|
lighttpd |
Jan Kneschke, февраль 2003 |
безкоштовно |
Так |
Варіант BSD |
Використання на сильно навантажених серверах забезпечуючи швидкість і захищеність. |
|
|
nginx |
Игорь Сисоев для Рамблера, 2002 |
безкоштовно |
так |
Варіант BSD |
Розроблявся для серверів зазнающих велике навантаження |
|
|
TinyWeb |
RITLabs |
безкоштовно |
Так |
Варіант FREE |
Виключно компактний(розоро виконуваного файлу 53 Кб),простий і швидкий НТТР сервер.Розповсюджуеться разом з вихідним кодлом на Delphi. |
|
|
Tornado |
FriendFeed/Facebook, 2009 |
безкоштовно |
Так |
Apache License |
Асинхронний сервер ,написаний на Python. |
|
|
Inproc WebServer |
DComLab |
безкоштовно |
Ні |
Безкінечний trial срок |
Екстрамально простий у використанні веб сервер з IDispatch(і не тільки)інтерфейсом-управляється з під будь якої мови в тому числі jscript / vbs. http://www.dcomlab.ru |
|
|
Small HTTP Server |
Max Feoktistov, 1999 [2] |
безкоштовно для СНГ за умови некомерційного використання |
Ні |
попріетарна |
Компактний(розмір виконуваного файлу близько 120 кб), простий і швидкий НТТР сервер. Також може виконувати роль поштового сервера,DNS сервера, FTP сервера, Proxy сервера та інше |
|
|
Sambar Server |
Sambar Technologies, inc, 1997 |
безкоштовно тільки Basic-версія |
Ні |
Sambar Technologies |
Містиить веб-інтерфейс адміністрування, а також інтерфейс користвача ,який містить в собі пошту, календар, RSS,блок,фотоальбоми,чат і ф форум.Також може виконувати роль поштового сервера,DNS сервера, FTP сервера, Proxy сервера та інше. |
В таблиці 3.2 наведено порівняння платформ, які підтримуються веб-серверами
Таблиця 3.2 - Підтримка платформ
|
Назва |
Windows |
Mac OS X |
BSD |
Linux |
Solaris |
VMS |
|
|
Apache HTTP Server |
Так |
Так |
Так |
Так |
Так |
Так |
|
|
CERN httpd |
Так |
Так |
Так |
? |
Так |
так |
|
|
HTTP File Server |
Так |
Ні |
Возможно, при использовании Wine |
Возможно, при использовании Wine |
Нет |
Ні |
|
|
Internet Information Services |
Так |
Ні |
Ні |
Ні |
Ні |
Ні |
|
|
XSP |
Так |
Так |
Так |
Так |
Так |
? |
|
|
Jetty |
Так |
Так |
Так |
Так |
Так |
Так |
|
|
Apache Tomcat |
Так |
Так |
Так |
Так |
Так |
Так |
|
|
lighttpd |
Так |
Так |
Так |
Так |
Так |
? |
|
|
Nginx |
Так |
Так |
Так |
Так |
Так |
Ні |
|
|
Small HTTP Server |
Так |
Ні |
Ні |
Так |
Ні |
Ні |
|
|
Sambar Server |
Так |
Ні |
Ні |
Так |
Ні |
Ні |
|
|
TinyWeb |
Так |
Ні |
Ні |
? |
Ні |
Ні |
|
|
Inproc WebServer |
Так |
Ні |
Ні |
? |
Ні |
Ні |
3.1.2 Проксі
В таблиці 3.3 наведено порівняння проксі серверів.
Таблиця 3.3 - Огляд проксі серверів
|
Назва |
Автор і рік створення |
Розповсюдження |
Open Source |
Ліцензія |
Особливості |
|
|
Squid |
Група розробників на основі Harvest Cache Daemon, початок 1990-х |
безкоштовно |
Так |
BSD |
? |
|
|
3proxy |
3APA3A, 2002 год |
безкоштовно |
Так |
BSD |
компактний, http-ftp-socks-proxy, tcp-udp-portmapping, облік трафіку, обмеження швидкості |
|
|
HandyCache |
Александр Муранцев, 2005 год |
безкоштовно |
Ні |
Freeware |
? |
|
|
UserGate |
Entensys, 2002 год |
shareware |
Ні |
Проприетарна |
? |
|
|
Microsoft ISA Server |
Microsoft, 2000 год |
shareware |
Ні |
Проприетарна |
? |
В таблиці 3.4 наведено підтримувані веб-серверами платформи.
Таблиця 3.4 - Огляд підтримуваних веб-серверами платформ
|
Назва |
Windows |
Mac OS X |
BSD |
Linux |
Solaris |
|
|
Squid |
Так |
Так |
Так |
Так |
Так |
|
|
3proxy |
Так |
Так |
Так |
Так |
Так |
|
|
HandyCache |
Так |
Ні |
Ні |
Ні |
Ні |
|
|
UserGate |
Так |
Ні |
Ні |
Ні |
Ні |
|
|
Microsoft ISA Server |
Так |
Ні |
Ні |
Ні |
Ні |
3.2 Tornado
3.2.1 Продуктивність
Tornado - розширюваний, не блокуючий веб-сервер і фреймворк, написаний на Python. Він створений для використання в проекті FriendFeed; компанія була придбана Facebook в 2009 році і після цього були відкриті вихідні коди Tornado
Tornado був створений для забезпечення високої продуктивності і є одним з веб-серверів, здатних витримати проблему 10000 сполук
Слід розуміти, що при порівнянні продуктивності мова йде про т. зв. «Легких» запитах. Бо тривала обробка запиту (наприклад, через взаємодії з сервером баз даних), зводить переваги Торнадо нанівець.
В таблиці 3.5 показано порівняння роботи Tornado і інших серверів: Продуктивність на AMD Opteron, 2.4ГГц, 4 ядра
Таблиця 3.5 - Порівняння роботи Tornado і інших серверів
|
Cервер |
Конфігурація |
Запитів в секунду |
|
|
Tornado |
nginx, 4 фронтенда |
8213 |
|
|
Tornado |
1 однопоточный фронтенд |
3353 |
|
|
Django |
Apache/mod_wsgi |
2223 |
|
|
web.py |
Apache/mod_wsgi |
2066 |
|
|
CherryPy |
standalone |
785 |
3.2.2 Реліз web-сервера Tornado 2.0, використовуваного в сервісі FriendFeed
Через майже три роки з моменту відкриття компанією Facebook вихідних текстів, представлений реліз web-сервера Tornado 2.0. Tornado поширюється в рамках ліцензії Apache і являє собою високопродуктивний фреймворк для створення web-серверів на мові Python, що обробляють запити в неблокуючим режимі, підтримуючи використання epoll і kqueue. По продуктивності Tornado в рази випереджає такі фреймворки, як Django, web.py і CherryPy, надаючи при цьому розробнику схожі можливості.
На стандартному обладнанні Tornado здатний впоратися з навантаженням в тисячі одночасних з'єднань, що робить його підходящим рішенням для створення web-сервісів на мові Python, що обслуговують запити в реальному режимі часу. Спочатку і до цього дня Tornado використовується для обслуговування роботи сервісу FriendFeed, що займається агрегацією в режимі реального часу інформації з різних соціальних мереж, блогів і мікроблогів. В Tornado є підтримка Django шаблонів, засобів для роботи з верифікованим cookie, механізмів аутентифікації, локалізації, можливостей для агресивного кешування статичних компонентів сторінок, вбудованою захисту від CSRF-атак.
У новій версії відзначено кілька порушують зворотну сумісність змін, таких як включення за замовчуванням автоматичного екранування шаблонів. При міграції на нову версію рекомендується ознайомитися з примітками до випуску. Серед ключових змін, представлених у версії 2.0, можна відзначити:
Переробка коду c метою забезпечення підтримки Python 3.2;
Автоматичне екранування за замовчуванням для виведення шаблонів;
як базової реалізації AsyncHTTPClient коду simple_httpclient замість curl_httpclient;
Розширення числа доступних директив в мовою для оформлення шаблонів;
Підтримка IPv6 в клієнтських і серверних підсистемах;
Можливість виклику шаблону з іншого шаблону з їх роботою в окремих просторах імен.
3.3 Python
3.3.1 Портованість
Python (рекомендоване прочитання -- «Памйтон», запозичено назву з британського шоу Монті Пайтон) -- інтерпретована об'єктно-орієнтована мова програмування високого рівня з динамічною семантикою. Розроблена в 1990 році Гвідо ван Россумом. Структури даних високого рівня разом із динамічною семантикою та динамічним зв'язуванням роблять її привабливою для швидкої розробки програм, а також як засіб поєднання існуючих компонентів. Пайтон підтримує модулі та пакети модулів, що сприяє модульності та повторному використанню коду. Інтерпретатор Пайтон та стандартні бібліотеки доступні як у скомпільованій так і у вихідній формі на всіх основних платформах. В мові програмування Пайтон підтримується декілька парадигм програмування, зокрема: об'єктно-орієнтована, процедурна, функціональна та аспектно-орієнтована.
Python портований та працює майже на всіх відомих платформах -- від КПК до мейнфреймів. Існують порти під Microsoft Windows, всі варіанти UNIX (включаючи FreeBSD та GNU/Linux), Plan 9, Mac OS та Mac OS X, iPhone OS 2.0 і вище, Palm OS, OS/2, Amiga, AS/400 та навіть OS/390, Symbian та Android.
У міру старіння платформи її підтримка в основній гілці мови припиняється. Наприклад, з серії 2.6 припинена підтримка Windows 95, Windows 98 та Windows ME.Однак на цих платформах можна використовувати попередні версії Python -- тепер спільнота активно підтримує версії Python починаючи від 2.3 (для них виходять виправлення).
При цьому, на відміну від багатьох портованих систем, для всіх основних платформ Python має підтримку характерних для даної платформи технологій (наприклад, Microsoft COM/DCOM). Більше того, існує спеціальна версія Python для віртуальної машини Java -- Jython, що дозволяє інтерпретатору виконуватися на будь-якій системі, що підтримує Java, при цьому класи Java можуть безпосередньо використовуватися з Python і навіть бути написаними на ньому. Також кілька проектів забезпечують інтеграцію з платформою Microsoft.NET, основні з яких -- IronPython та Python.Net.
3.3.2 Типи й структури даних
Python підтримує динамічну типізацію, тобто, тип змінної визначається лише під час виконання. З базових типів слід зазначити підтримку цілих чисел довільної довжини і комплексних чисел. Пайтон має багату бібліотеку для роботи з рядками, зокрема, кодованими в юнікоді.
З колекцій Пайтон підтримує кортежі (tuples), списки (масиви), словники (асоціативні масиви) і від версії 2.4, множини.
Система класів підтримує множинне успадкування і метапрограмування. Будь-який тип, включаючи базові, входить до системи класів, й за необхідності можливе успадкування навіть від базових типів.
3.3.3 Можливості
Подібно Ліспу та Прологу в режимі відлагодження, інтерпретатор Python має інтерактивний режим роботи, при якому введені з клавіатури оператори відразу ж виконуються, а результат виводиться на екран. Цей режим цікавий не тільки новачкам, але й досвідченим програмістам, які можуть протестувати в інтерактивному режимі будь-яку ділянку коду, перш ніж використовувати його в основній програмі, або просто використовувати як калькулятор з великим набором функцій.
Так виглядає спілкування з Python в інтерактивному режимі:
>>> 2 ** 100 # піднесення 2 до 100-го степеня
1267650600228229401496703205376L
>>> from math import * # імпорт математичних функцій
Подобные документы
Мережне адміністрування. Програми для віддаленого адміністрування. Віддалене управління засобами Telnet. Можливості програми Remote Administrator 2.2. Безпека Radmin. Режим обміну файлами. Запит логіна і пароля перед початком роботи з File Manager.
курсовая работа [1,5 M], добавлен 24.03.2009Структура та побудова модулів для системи віддаленого адміністрування серверів Ajenti. Огляд веб-орієнтованих систем віддаленого адміністрування для linux. Процес розробки та реалізації програмного модуля "Менеджер процесів", системні вимоги до нього.
дипломная работа [3,0 M], добавлен 09.06.2012Робота з клієнт-серверними додатками на основі сокетів. Розробка програм сервера та клієнта для обробки запитів клієнта сервером. Можливості програм сервера та клієнта. Створення гри "хрестики-нулики" на основі сокетів. Програмне забезпечення сервера.
лабораторная работа [181,8 K], добавлен 23.05.2015Види віртуальних тестових машин, їх ключові можливості, сумісність c операційними системами. Процес установки гостьових ОС BackTrack і FreeBSD. Встановлення серверного програмного забезпечення. Тестування веб-сервера і засобів віддаленого управління.
дипломная работа [3,5 M], добавлен 22.07.2015Методика створення веб-додатку для визначення рівня інтелекту людини з використанням мови програмування PHP. Загальна характеристика та принципи роботи з засобами адміністрування, за допомогою яких авторизований адміністратор може керувати веб-додатком.
дипломная работа [1,9 M], добавлен 13.10.2010Загальні відомості про протоколи: Інтернету, управління передачею, користувача. Функції та структури, які беруть участь у реалізації алгоритму передачі даних. Виклик та завантаження, розробка структури програми. Вхідні та вихідні данні з сервера.
курсовая работа [1,5 M], добавлен 01.12.2010Основні функціональні можливості програми для забезпечення комп'ютерної системи дистанційного управління приладами. Функція пульта дистанційного керування мартфонів. Реалізація пультів дистанційного управління на основі апаратно-програмного комплексу.
дипломная работа [1,7 M], добавлен 09.07.2015Загальні відомості про С++ Builder. Метод найменших квадратів. Побудова лінійної емпіричної формули. Робота з базою даних MSql засобами PHP. Розрив з’єднання з сервером. Екранування спец-символів. Знаходження функції за методом найменших квадратів.
курсовая работа [1,4 M], добавлен 11.12.2012Характеристика, етапи розвитку підприємства "Краснодонський міжшкільний навчально-виробничий комбінат", особливості виробничої діяльності, електронне обладнання. Програмні засоби, що використовуються для стискання інформації. Адміністрування користувачів.
отчет по практике [1,0 M], добавлен 19.05.2010Розробка програмного забезпечення для управління транспортними платформами на базі програмованого логічного контролера S7-300 в Simatic STEP-7. Аналіз програмного забезпечення, розрахунок показників його надійності. Опис алгоритму функціонування системи.
дипломная работа [2,1 M], добавлен 17.05.2012
