DNS-клієнт Служба призначена для отримання IP-адреси віддаленого комп'ютерапри відомому доменному або URL-адресі цього комп'ютера (наприклад, www.mail.ru). При цьому процес отримання IP-адреси віддаленого комп'ютера реалізується завдяки взаємодії служби DNS-клієнт

Веб-клієнт Служба дозволяє змінювати або додавати файли, що зберігаються в Інтернеті. Якщо ця стандартна функція Windowsвам не потрібна, то службу краще відключити. Служба Веб-клієнт займає близько 800 Кбайт оперативної пам'ятіта запускається з правами локальної служби (NT

30.3. Тестовий клієнт TCP У лістингу 30.1 показаний клієнт, який використовуватиметься для тестування всіх варіацій нашого сервера.Листинг 30.1. Код клієнта TCP для перевірки різних версійсервера//server/client.с 1 #include "unp.h" 2 #define MAXN 16384 /* максимальна кількість байтів, які

Торрент-клієнт?Torrent Ймовірно, вас уже всерйоз дістали ці теоретичні розмови, ви рветесь в бій і стукаєте копитами? Що ж, перейдемо до практики. Щоб почати працювати з торентами, нам потрібні дві речі: по-перше, спеціальна програма-гойдалка, а по-друге –

Програма банк-клієнт - це сучасна системадоступу до рахунків організації та управління рахунками через інтернет. З цієї статті ви дізнаєтеся, що являє собою програма банк-клієнт, а також про її функції, переваги та недоліки.

Що таке банк-клієнт та як у ньому працювати?

Банк-клієнт є систему дистанційного банківського обслуговування (ДБО), призначену для віддаленого проведення платежів та інших банківських операцій, контролю розрахункового рахунки у режимі реального часу за допомогою обміну інформацією з банківським сервером через інтернет.

Характеристики системи:

• Являє собою програму, яка встановлюється на ПК клієнта.
• Банківські документи (платіжки, виписки) зберігаються на комп'ютері користувача

• Можлива робота поза мережею. Банк-клієнт дозволяє в онлайн-режимі формувати нові документи, використовувати можливості експорту та імпорту, створювати нові документи, вивантажувати старі виписки. Однак відправляти платіжки, завантажувати нові виписки банк-клієнт не дозволяє, тому що для цього потрібний зв'язок із сервером банку.

Чим відрізняється інтернет-банк від клієнт-банку (їхні переваги та недоліки)?

Клієнт-банк у класичному розумінні – це сукупність способів віддаленого банківського обслуговування, доступ до яких відбувається через ПК користувача. Банк надає клієнту необхідне програмне забезпечення, технічну та методичну підтримку.

Однак залежно від способу мережевих комунікацій виділяють 2 види ДБО: «товстий» клієнт (банк-клієнт, або програма клієнт-банк) та «тонкий» клієнт (інтернет-банк).

Основна відмінність у роботі двох систем віддаленого доступув тому, що інтернет-банк працює повністю через інтернет за допомогою браузера (вся інформація про банківський рахунок знаходиться на сервері банку), тоді як банк-клієнт (товстий клієнт) працює через програму, встановлену на комп'ютері користувача. Звідси випливають і інші відмінності систем, їх плюси та мінуси стосовно кожного конкретного користувача:

1. Робота з документами поза мережею інтернет.

Доступний для програми банк-клієнт, для інтернет-банку недоступний.

1. Можливості доступу з кількох пристроїв.

Для одночасного доступу до даних через інтернет-банк необхідно лише спеціально налаштований браузер. Для доступу в банк-клієнт потрібне встановлення програми на кожному комп'ютері.

1. Зберігання даних, захист інформації.

Дані в системі інтернет-банк зберігаються на сервері банку, при використанні програми банк-клієнт - на комп'ютері користувача, тому в системі банк-клієнт інформація про рахунки схильна до більшої небезпеки. У разі якщо вийде з ладу комп'ютер із системою користувача інтернет-банку, він зможе просто перевстановити браузер або зайти в онлайн-банк з іншого пристрою, тоді як користувач банк-клієнта, можливо, втратить частину інформації про рахунок, і ці дані доведеться відновлювати.

1. Розширені функції.

Як правило, система банк-клієнт надає більше опцій, наприклад, перегляд історії зміни статусу документа та інші. Також важливим плюсом для деяких організацій будуть можливості взаємодії системи обслуговування з різними бухгалтерськими сервісами та програмами (для банк-клієнта вони, як правило, ширші).

Залежно від необхідних параметрів роботи організація може вибрати той чи інший варіант дистанційного банківського обслуговування або спільно використовувати ту й іншу систему.

Банк-клієнт чи Клієнт-банк – як правильно?

Як ми вже з'ясували, клієнт-банк - це узагальнене поняття, що об'єднує системи банк-клієнт та інтернет-банк (інтернет-клієнт). Назвати інтернет-систему, що працює через спеціальну банківську програму, можна і банк-клієнтом, і клієнт-банком. Однак у договорах банківського обслуговування, зазвичай, використовується термін «клієнт-банк».

Як встановити банк-клієнт?

Установка програми проводиться так:

1. Для початку необхідно перевірити відповідність техніки користувача технічним вимогам системи, що встановлюється.
2. Встановлюється програмне забезпечення банку.
3. Встановлюється програма-генератор ключів, запит на генерацію відправляється до банку.
4. Через вікно браузера користувач входить до програми банку. Логін та пароль знаходяться у пакеті банківських документів. У порт USB вставляють електронний ключ.
5. Банк протягом кількох днів випускає сертифікати ключів. Користувачеві необхідно зайти в систему, роздрукувати документ у двох примірниках, зарахувати до банку.
6. Через кілька днів сертифікати ключів стають доступними для користувача, система готова до експлуатації.

Варто мати на увазі, що дана схема є приблизною, оскільки кожен банк встановлює свої технічні вимоги та інструменти користування системою.

Встановлює систему та працює з нею бухгалтер (обов'язково впевнений користувач ПК), як правило, самостійно із застосуванням докладних інструкційбанку-постачальника, однак у деяких випадках може знадобитися допомога спеціалістів.

Як користуватися клієнтом-банком (інструкція, порядок роботи в системі)?

Отже, якж працювати у програмі клієнт-банк ? Робота в системі клієнт-банк відбувається із застосуванням комп'ютера, що підключений (або має доступ) до інтернету. Для роботи в системі інтернет-банк на ПК встановлюють браузер. Internet Explorer), який налаштовують згідно з інструкцією банку-постачальника, та програму-шифрувач даних (КриптоПро або іншу). У браузері запускають сторінку банку, з якою відбувається доступ до даних розрахункового рахунку. Також для доступу необхідні персональні логін та пароль та електронний USB-ключ eToken, що видаються банком під час реєстрації. eToken — це захищений носій інформації, що зовні схожий на USB-флеш-карту.

Підсумки

Клієнт-банк є дуже зручним способом банківського обслуговування юрособ та ІП. Існує 2 види системи ДБО: банк-клієнт та інтернет-банк, обидва мають свої переваги та недоліки. Основною перевагою інтернет-банку є можливість роботи на сервері банку без загрози втрати даних, основний недолік – відсутність можливостей для офлайн-роботи. На відміну від інтернет-банку, банк-клієнт дозволяє виконувати частину роботи без підключення до інтернету, однак існує ризик часткової втрати інформації про рахунки через технічний збій.

Клієнт (програмний)

В інформаційних технологій клієнт- це апаратний чи програмний компонент обчислювальної системи, що надсилає запити серверу .

Програма, яка є клієнтом, взаємодіє із сервером, використовуючи певний протокол . Вона може вимагати з сервера будь-які дані , маніпулювати даними безпосередньо на сервері, запускати на сервері нові процеси і т. п. Отримані від сервера дані клієнтська програма може надавати користувачеві або використовувати будь-яким чином, залежно від призначення програми. Програма-клієнт і програма-сервер можуть працювати як на тому самому комп'ютері, так і на різних. У другому випадку для обміну інформацією між ними використовується мережне з'єднання.

Різновидом клієнтів є термінали- робочі місця на розрахованих на багато користувачів ЕОМ, оснащені монітором з клавіатурою , і не здатні працювати без сервера. У 90-ті роки з'явилися мережеві комп'ютери - щось середнє між терміналом персональним комп'ютером. Мережеві комп'ютери мають спрощену структуру і багато в чому залежить від сервера.

Проте, який завжди під клієнтом мається на увазі комп'ютер зі слабкими обчислювальними ресурсами. Найчастіше поняття «клієнт» та «сервер» описують розподіл ролей при виконанні конкретного завдання, а не обчислювальні потужності. На тому самому комп'ютері можуть одночасно працювати програми, виконують як клієнтські, і серверні функції. Наприклад, веб-сервер може, як клієнт, отримувати дані для формування сторінок від

Wikimedia Foundation. 2010 .

• Зиггони
• Святий Патрік

Дивитись що таке "Клієнт (програмний)" в інших словниках:

Клієнт-комунікатор- програмне забезпечення, платформа для візуального проектування автоматизованих системуправління підприємством, заснованих на концепціях CRM та ERP. Розроблено компанією БМікро (Росія, м. Санкт Петербург).

клієнт (в інформаційних технологіях)- Клієнтська частина ПЗ Користувач, комп'ютер або програма, що запитує послуги, ресурси, дані або обробку в іншій програмі або іншому комп'ютері. Комп'ютер, з якого здійснюється доступ до сервера з метою обміну або отримання. Довідник технічного перекладача

Програмний клієнт- У інформаційних технологіях клієнт це апаратний чи програмний компонент обчислювальної системи, що надсилає запити серверу. Програма, яка є клієнтом, взаємодіє із сервером, використовуючи певний протокол. Вона може вимагати з … Вікіпедія

Клієнт- Клієнт: Клієнт (від латів. cliens, множ. clientes) у Стародавньому Римі вільний громадянин, який віддався під заступництво патрона і перебуває від нього залежно. Клієнт загальна назва суб'єкта, що використовує деякі послуги.

Клієнт (інформатика)- Цей термін має й інші значення, див. Клієнт. Клієнт це апаратний чи програмний компонент обчислювальної системи, що надсилає запити серверу. Програма, яка є клієнтом, взаємодіє з сервером, використовуючи певний … Вікіпедія

Програмний продукт- Запит "Software" перенаправляється сюди. Див. також інші значення. Програмне забезпечення(вимова забезпечення не рекомендується, точніше, не рекомендувалося) поряд з апаратними засобами, найважливіша складова інформаційних … Вікіпедія

Заявки (програмний комплекс)- Програмний комплекс «Заявки» (ПК «Заявки») автоматизує процес створення, розгляду та опрацювання диспетчерських заявок на ремонт енергетичного обладнання відповідно до правил, положень та регламентів, прийнятих у Єдиній… … Вікіпедія

ПАРУС (програмний продукт)- Цей термін має й інші значення, див. Парус (значення). Програмні продукти «ПАРУС» (ВП «ПАРУС») призначені для автоматизації діяльності комерційних підприємств та бюджетних установ різного рівня. Серед лінійок ПП… … Вікіпедія

Вітрило (програмний продукт)- Цей термін має й інші значення, див. Парус (значення). Вітрило серія програмних продуктів, призначених для автоматизації діяльності організацій сектору державного та муніципального управління, а також комерційних ... Вікіпедія

Система «Клієнт-Банк»- - Програмний комплекс, що дозволяє клієнту здійснювати операції по рахунку, обмінюватися документами та інформацією з банком без відвідування офісу кредитної організації. Обмін інформації відбувається через телефон та комп'ютер. Зручна система «Клієнт… Банківська енциклопедія

Книжки

• Електронна торгівля та оптимізаційні комп'ютерні технології, В. Є. Ліхтенштейн. В даний час у всьому світі спостерігається зростання оборотів електронної торгівлі як у секторі «бізнес-клієнт», так і в секторі «бізнес-бізнес». Системи електронної торгівлі (e-commerce)…

Програма-клієнт

Робота з WinSocket

Socket (гніздо, роз'єм) - абстрактне програмне поняття, яке використовується для позначення в прикладній програмі кінцевої точки каналу зв'язку з комунікаційним середовищем, утвореним обчислювальною мережею. При використанні протоколів TCP/IP можна говорити, що socket є засобом підключення прикладної програми до порту (див. Вище) локального вузла мережі.

Socket-інтерфейс є просто набір системних викликів та/або бібліотечних функцій мови програмування СІ, розділених на чотири групи:

1. Локального управління

2. Встановлення зв'язку

3. Обмін даними (введення/виведення)

4. Закриття зв'язку

5. Приклад використання WinSocket

Нижче розглядається підмножина функцій socket-інтерфейсу, достатнє написання мережевих додатків, реалізують модель " клієнт-сервер " як з встановленням з'єднання.

1. Функції локального управління

Функції локального управління використовуються, головним чином, до виконання підготовчих дій, необхідні організації взаємодії двох програм-партнерів. Функції носять таку назву, оскільки виконання носить локальний для програми характер.

1.1 Створення socket

Створення socket"а здійснюється наступним системним викликом

#include int socket (domain, type, protocol) int domain; int type; int protocol;

Аргумент domain задає набір протоколів, що використовується для взаємодії (вид комунікаційної області), для стека протоколів TCP/IP він повинен мати символьне значення AF_INET (визначено в sys/socket.h).

Аргумент type визначає режим взаємодії:

SOCK_STREAM - із встановленням з'єднання;

SOCK_DGRAM – без встановлення з'єднання.

Аргумент protocolзадає конкретний протокол транспортного рівня (з кількох можливих у стеку протоколів). Якщо цей аргумент заданий 0, то буде використаний протокол "за замовчуванням" (TCP для SOCK_STREAM і UDP для SOCK_DGRAM при використанні комплекту протоколів TCP/IP).

При вдалому завершенні своєї роботи ця функція повертає дескриптор socket"а - ціле невід'ємне число, що однозначно його ідентифікує. Дескриптор socket"а аналогічний дескриптору файлу ОС UNIX.

При виявленні помилки під час своєї роботи функція повертає число "-1".

1.2. Зв'язування socket

Для підключення socket"а до комунікаційного середовища, утвореного обчислювальною мережею, необхідно виконати системний виклик bind, що визначає в прийнятому для мережі форматі локальну адресу каналу зв'язку з середовищем. У мережах TCP/IP socket зв'язується з локальним портом. Системний виклик bind має наступний синтаксис:

#include

#include #include int bind (s, addr, addrlen) int s; struct sockaddr *addr; int addrlen;

Аргумент s задає дескриптор зв'язуваного socket'а.

Аргумент addr у загальному випадку повинен вказувати на структуру даних, що містить локальну адресу, що приписується socket"у. Для мереж TCP/IP такою структурою є sockaddr_in.

Структура sockaddr_in використовується декількома системними викликами та функціями socket-інтерфейсу та визначена в include-файлі in.h наступним чином:

struct sockaddr_in ( short sin_family; u_short sin_port; struct in_addr sin_addr; char sin_zero; );

Поле sin_family визначає формат адреси (набір протоколів), в нашому випадку (для TCP/IP) воно має мати значення AF_INET.

Поле sin_addr містить адресу (номер) вузла мережі.

Поле sin_port містить номер порту на вузлі мережі.

Поле sin_zero не використовується.

Визначення структури in_addr (з того ж include-файлу) таке:

struct in_addr ( union ( u_long S_addr; / *

інші (що нас не цікавлять)

члени об'єднання */

) S_un; #define s_addr S_un.S_addr);

Структура sockaddr_in має бути повністю заповнена перед видачею системного виклику bind. При цьому, якщо поле sin_addr.s_addr має значення INADDR_ANY, то системний виклик буде прив'язувати до socket" номер (адреса) локального вузла мережі.

У разі успіху bind повертає 0, інакше - "-1".

2. Функції встановлення зв'язку

Для встановлення зв'язку клієнт-сервер використовуються системні виклики listen і accept (на стороні сервера), а також connect (на стороні клієнта). Для заповнення полів структури socaddr_in, що використовується у виклику connect, зазвичай використовується бібліотечна функція gethostbyname, яка транслює символічне ім'я вузла мережі в його номер (адресу).

2.1. Очікування встановлення зв'язку

Системний виклик listen висловлює бажання видати його програми-сервера чекати запити до неї від програм-клієнтів і має такий вигляд:

#include int listen(s, n) int s; int n;

Аргумент s задає дескриптор socket"а, через який програма буде очікувати запити до неї від клієнтів. Socket повинен бути попередньо створений системним викликом socketі забезпечений адресою за допомогою системного виклику bind.

Аргумент n визначає максимальну довжину черги запитів на встановлення зв'язку. Якщо будь-який клієнт видасть запит на встановлення зв'язку за повної черги, цей запит буде відкинуто.

Ознакою успішного завершення системного виклику listen є нульовий код повернення.

Для звернення програми-клієнта до сервера із запитом на встановлення логічного з'єднання використовується системний виклик connect, що має такий вигляд

#include

#include #include int connect (s, addr, addrlen) int s; struct sockaddr_in *addr; int addrlen;

Аргумент s задає дескриптор socket"а, через який програма звертається до сервера із запитом на з'єднання. Socket повинен бути попередньо створений системним викликом socketі забезпечений адресою за допомогою системного виклику bind.

Аргумент addr повинен вказувати на структуру даних, що містить адресу, приписану socket"у програми-сервера, до якої робиться запит на з'єднання. Для мереж TCP/IP такою структурою є sockaddr_in. Для формування значень полів структури sockaddr_in зручно використовувати функцію gethostbyname.

Аргумент addrlen визначає розмір (в байтах) структури даних, що вказується аргументом addr.

Для того, щоб запит на з'єднання був успішним, необхідно принаймні щоб програма-сервер виконала до цього моменту системний виклик listen для socket"а вказаною адресою.

При успішному виконанні запиту системний виклик connect повертає 0, інакше - "-1" (встановлюючи код причини неуспіху у глобальній змінній errno).

Примітка. Якщо до моменту виконання connect socket, що використовується, не був прив'язаний до адреси за допомогою bind , то така прив'язка буде виконана автоматично.

Примітка. У режимі взаємодії без встановлення з'єднання необхідності у виконанні системного виклику connect немає. Однак, його виконання в такому режимі не є помилкою - просто змінюється сенс дій, що виконуються при цьому: встановлюється адреса "за замовчуванням" для всіх наступних посилок дейтаграм.

2.3. Прийом запиту на встановлення зв'язку

Для прийому запитів від програм-клієнтів на встановлення зв'язку в програмах-серверах використовується системний виклик accept, що має такий вигляд:

#include

#include int accept (s, addr, p_addrlen) int s; struct sockaddr_in *addr; int *p_addrlen;

Аргумент s задає дескриптор socket"а, через який програма-сервер отримала запит на з'єднання (за допомогою системного запиту listen).

Аргумент addr повинен вказувати на область пам'яті, розмір якої дозволяв би розмістити в ній структуру даних, що містить адресу socket"а програми-клієнта, що зробила запит на з'єднання. Жодної ініціалізації цієї області не потрібно.

Аргумент p_addrlen повинен вказувати на область пам'яті у вигляді цілого числа, що задає розмір (байтах) області пам'яті, що вказується аргументом addr.

Системний виклик accept витягує з черги, організованої системним викликом listen, перший запит на з'єднання та повертає дескриптор нового (автоматично створеного) socket"а з тими ж властивостями, що і socket, що задається аргументом s. Цей новий дескриптор необхідно використовувати у всіх наступних операціях обміну даними.

Крім того, після вдалого завершення accept:

область пам'яті, що вказується аргументом addr, міститиме структуру даних (для мереж TCP/IP це sockaddr_in), що описує адресу socket"а програми-клієнта, через який вона зробила свій запит на з'єднання;

ціле число, на яке вказує аргумент p_addrlen, дорівнюватиме розміру цієї структури даних.

Якщо черга запитів на момент виконання accept порожня, то програма переходить у стан очікування надходження запитів від клієнтів на невизначений час (хоча така поведінка accept можна змінити).

Ознакою невдалого завершення accept є негативне повернене значення (дескриптор socket"а негативним бути не може).

Примітка. Системний виклик accept використовується у програмах-серверах, що функціонують лише у режимі з встановленням з'єднання.

2.4. Формування адреси вузла мережі

Для отримання адреси вузла мережі TCP/IP за його символічним ім'ям використовується бібліотечна функція

#include

#include struct hostent *gethostbyname (name) char *name;

Аргумент name визначає адресу послідовності літер, що утворюють символічне ім'я вузла мережі.

При успішному завершенні функція повертає покажчик на структуру hostent, визначену в include-файлі netdb.h і має такий вигляд

struct hostent ( char *h_name; char **h_aliases; int h_addrtype; int h_lenght; char *h_addr; );

Поле h_name вказує офіційне (основне) ім'я вузла.

Поле h_aliases вказує на список додаткових імен вузла (синонімів), якщо вони є.

Поле h_addrtype містить ідентифікатор набору протоколів, для мереж TCP/IP це поле матиме значення AF_INET.

Поле h_lenght містить довжину адреси вузла.

Поле h_addr вказує на область пам'яті, що містить адресу вузла у тому вигляді, в якому його використовують системні виклики та функції socket-інтерфейсу.

Приклад звернення до функції gethostbyname для отримання адреси віддаленого вузла у програмі-клієнті, що використовує системний виклик connect для формування запиту на встановлення з'єднання з програмою-сервером на цьому вузлі, наведено нижче.

3. Функції обміну даними

У режимі з встановленням логічного з'єднання після вдалого виконання пари взаємопов'язаних системних викликів connect (у клієнті) та accept (у сервері) стає можливим обмін даними.

Цей обмін може бути реалізований звичайними системними викликами read і write, що використовуються для роботи з файлами (при цьому замість дескрипторів файлів задаються дескриптори socket"ів).

Крім того, можуть бути додатково використані системні виклики send і recv, орієнтовані спеціально на роботу з socket"ами.

Примітка. Для обміну даними в режимі без встановлення логічного з'єднання використовуються, як правило, системні виклики sendtoі recvfrom. Sendto дозволяє специфікувати разом з даними, що передаються (складають дейтаграму) адресу їх одержувача. Recvfrom одночасно з доставкою даних одержувачу інформує його про адресу відправника.

3.1. Посилання даних

Для надсилання даних партнеру з мережевої взаємодії використовується системний виклик send, що має такий вигляд

#include

#include int send (s, buf, len, flags) int s; char *buf; int len; int flags;

Аргумент s задає дескриптор socket"а, через який надсилаються дані.

Аргумент buf вказує на область пам'яті, що містить дані, що передаються.

Аргумент len задає довжину (в байтах) даних, що передаються.

Аргумент flags модифікує виконання системного виклику send. При нульовому значенні цього аргументу виклик send є повністю аналогічним системному виклику write.

При успішному завершенні send повертає кількість переданих із області, вказаної аргументом buf, байт даних. Якщо канал даних, який визначається дескриптором s, виявляється "переповненим", то send переводить програму в стан очікування до його звільнення.

3.2. Отримання даних

Для отримання даних від партнера з мережевої взаємодії використовується системний виклик recv, що має такий вигляд

#include

#include int recv (s, buf, len, flags) int s; char *buf; int len; int flags;

Аргумент s задає дескриптор socket"а, через який приймаються дані.

Аргумент buf вказує на область пам'яті, призначену для розміщення даних, що приймаються.

Аргумент len визначає довжину (в байтах) цієї області.

Аргумент flags модифікує виконання системного виклику recv. При нульовому значенні цього аргументу виклик recv є повністю аналогічним системному виклику read.

При успішному завершенні recv повертає кількість прийнятих область, зазначену аргументом buf, байт даних. Якщо канал даних, який визначається дескриптором s, виявляється "порожнім", recv переводить програму в стан очікування до моменту появи в ньому даних.

4. Функції закриття зв'язку

Для закриття зв'язку з партнером із мережевої взаємодії використовуються системні виклики close та shutdown.

4.1. Системний виклик close

Для закриття раніше створеного socket"а використовується звичайний системний виклик close, що використовується в ОС UNIX для закриття раніше відкритих файлів і має такий вигляд

int close (s) int s;

Однак у режимі з встановленням логічного з'єднання (що забезпечує, як правило, надійну доставку даних) внутрішньосистемні механізми обміну намагатимуться передати/прийняти дані, що залишилися в каналі передачі на момент закриття socket"а. На це може знадобитися значний інтервал часу, неприйнятний для деяких додатків .У такій ситуації необхідно використовувати описаний далі системний виклик shutdown.

4.2. Скидання буферизованих даних

Для "екстренного" закриття зв'язку з партнером (шляхом "скидання" ще не переданих даних) використовується системний виклик shutdown, що виконується перед close і має такий вигляд

int shutdown (s, how) int s; int how;

Аргумент s задає дескриптор раніше створеного socket'а.

Аргумент how задає дії, що виконуються при очищенні системних буферів socket

2 - скинути всі дані, що передаються через socket у будь-якому напрямку.

5. Приклад використання socket-інтерфейсу

В даному розділірозглядається використання socket-інтерфейсу в режимі взаємодії із встановленням логічного з'єднання на дуже простому прикладі взаємодії двох програм (сервера та клієнта), що функціонують на різних вузлах мережі TCP/IP.

сервер, прийнявши запит на з'єднання, передає клієнту "Who are you?";

клієнт, отримавши запитання, виводить їх у стандартний висновок і спрямовує серверу відповідь "I am your client" і завершує на цьому свою роботу;

сервер виводить у стандартний висновок відповідь клієнта, закриває із нею зв'язок і перетворюється на стан очікування наступного запиту щодо нього.

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

5.1. Програма-сервер

Текст програми-сервера мовою програмування СІ виглядає так

1 #include

2 #include

3 #include

4 #include

5 #include

6 #define SRV_PORT 1234

7 #define BUF_SIZE 64

8 #define TXT_QUEST "Якщо ви?"

10 int s, s_new;

11 int from_len;

12 char buf;

13 struct sockaddr_in sin, from_sin;

14 s = socket (AF_INET, SOCK_STREAM, 0);

15 memset ((char *)&sin, "", sizeof(sin));

16 sin.sin_family = AF_INET;

17 sin.sin_addr.s_addr=INADDR_ANY;

18 sin.sin_port=SRV_PORT;

19 bind (s, (struct sockaddr *)&sin, sizeof(sin));

20 listen (s, 3);

22 from_len = sizeof(from_sin);

23 s_new = accept (s, &from_sin, &from_len);

24 write (s_new, TXT_QUEST, sizeof(TXT_QUEST));

25 from_len = read (s_new, buf, BUF_SIZE);

26 write (1, buf, from_len);

27 shutdown (s_new, 0);

28 close (s_new);

Рядки 1...5 описують файли, що містять визначення для всіх необхідних структур даних і символічних констант.

Рядок 6 приписує цілій константі 1234 символічне ім'я SRV_PORT. Надалі ця константа буде використана як номер порту сервера. Значення цієї константи має бути відоме і програмі-клієнту.

Рядок 7 приписує цілій константі 64 символічне ім'я BUF_SIZE. Ця константа визначатиме розмір буфера, що використовується для розміщення даних, що приймаються від клієнта.

Рядок 8 приписує послідовності символів, що становлять текст питання клієнту, символічне ім'я TXT_QUEST. Останнім символом у послідовності є символ переходу на новий рядок"n". Зроблено це спрощення виведення тексту питання за клієнта.

У рядку 14 створюється (відкривається) socket для організації режиму взаємодії із встановленням логічного з'єднання (SOCK_STREAM) у мережі TCP/IP (AF_INET), при виборі протоколу транспортного рівня використовується протокол "за замовчуванням" (0).

У рядках 15...18 спочатку обнулюється структура даних sin, а потім заповнюються її окремі поля. Використання константи INADDR_ANY спрощує текст програми, позбавляючи необхідності використовувати функцію gethostbyname для отримання адреси локального вузла, на якому запускається сервер.

Рядок 19 за допомогою системного виклику bind прив'язує socket, що задається дескриптором s до порту з номером SRV_PORT на локальному вузлі. Bind завершиться успішно за умови, що в момент виконання на тому ж вузлі вже не функціонує програма, що використовує цей номер порту.

Рядок 20 за допомогою системного виклику listen організовує чергу на три запити на з'єднання, що входять до сервера.

Рядок 21 є заголовком нескінченного циклу обслуговування запитів від клієнтів.

На рядку 23, що містить системний виклик accept, виконання програми зупиняється на невизначений час, якщо черга запитів до сервера встановлення зв'язку виявляється порожня. При появі такого запиту accept успішно завершується, повертаючи до змінної s_new дескриптор socket"а для обміну інформацією з клієнтом.

У рядку 24 сервер за допомогою системного виклику write надсилає клієнту запитання.

У рядку 25 за допомогою системного виклику read читається відповідь клієнта.

У рядку 26 відповідь надсилається стандартний висновок, що має дескриптор файлу номер 1. Оскільки рядок відповіді містить символ переходу на новий рядок, то текст відповіді буде розміщено на окремому рядку дисплея.

Рядок 27 містить системний висновок shutdown, що забезпечує очищення системних буферів socket"а, що містять дані для читання ("зайві" дані можуть опинитися там в результаті неправильної роботи клієнта).

У рядку 28 закривається (видаляється) socket, використаний для обміну даними з черговим клієнтом.

Примітка. Ця програма(як і більшість реальних програм-серверів) самостійно своєї роботи не завершує, перебуваючи у безкінечному циклі обробки запитів клієнтів. Її виконання може бути перервано лише ззовні шляхом надсилання їй сигналів (переривань) завершення. Правильно розроблена програма-сервер повинна обробляти такі сигнали, коректно завершуючи роботу (закриваючи зокрема за допомогою close socket з дескриптором s).

Текст програми-клієнта мовою програмування СІ виглядає так

1 #include

2 #include

3 #include

4 #include

5 #include

6 #define SRV_HOST "delta"

7 #define SRV_PORT 1234

8 #define CLNT_PORT 1235

9 #define BUF_SIZE 64

10 #define TXT_ANSW "I am your clientn"

13 int from_len;

14 char buf;

15 struct hostent *hp;

16 struct sockaddr_in clnt_sin, srv_sin;

17 s = socket (AF_INET, SOCK_STREAM, 0);

18 memset ((char *)&clnt_sin, "", sizeof(clnt_sin));

19 clnt_sin.sin_family = AF_INET;

20 clnt_sin.sin_addr.s_addr = INADDR_ANY;

21 clnt_sin.sin_port=CLNT_PORT;

22 bind (s, (struct sockaddr *)&clnt_sin, sizeof(clnt_sin));

23 memset ((char *)&srv_sin, "", sizeof(srv_sin));

24 hp = gethostbyname (SRV_HOST);

25 srv_sin.sin_family=AF_INET;

26 memcpy ((char *)&srv_sin.sin_addr,hp->h_addr,hp->h_length);

27 srv_sin.sin_port=SRV_PORT;

28 connect (s, &srv_sin, sizeof(srv_sin));

29 from_len = recv (s, buf, BUF_SIZE, 0);

30 write (1, buf, from_len);

31 send (s, TXT_ANSW, sizeof(TXT_ANSW), 0);

У рядках 6 та 7 описуються константи SRV_HOST та SRV_PORT, що визначають ім'я віддаленого вузла, на якому функціонує програма-сервер, та номер порту, до якого прив'язаний socket сервера.

Рядок 8 приписує цілій константі 1235 символічне ім'я CLNT_PORT. Надалі ця константа буде використана як номер порту клієнта.

У рядках 17...22 створюється прив'язаний до порту локальному вузлі socket.

У рядку 24 за допомогою бібліотечної функції gethostbyname транслюється символічне ім'я віддаленого вузла (у даному випадку "delta"), на якому повинен функціонувати сервер на адресу цього вузла, розміщений у структурі типу hostent.

У рядку 26 адреса віддаленого вузла копіюється з структури типу hostent у відповідне поле структури srv_sin, яка пізніше (у рядку 28) використовується у системному виклику connect для ідентифікації програми-сервера.

У рядках 29...31 здійснюється обмін даними з сервером та виведення питання, що надійшло від сервера, до стандартного виведення.

Рядок 32 за допомогою системного виклику close закриває (видаляє) socket.

Список літератури

Для підготовки даної роботи було використані матеріали із російського сайту internet