сервер внутрішньої мережі.
Наприклад, якщо у внутрішній мережі конфігурується віртуальний сервер, який запускається на ПК з IP-адресою 192.168.0.10, то при налаштуванні віртуального сервера задаються IP-адреса віртуального сервера (192.168.0.10), застосовуваний протокол і порт додатки, до якого необхідно отримати доступ ззовні. Так, якщо додаток використовує протокол TCP і порт 12345, то при зверненні за зовнішнім IP-адресою маршрутизатора по порту 12345 користувач зовнішньої мережі може отримати доступ до додатка віртуального сервера внутрішньої мережі, незважаючи на використання протоколу NAT.
Як правило, маршрутизатори дозволяють створювати кілька статичних перенаправлень портів. Тобто на одному віртуальному сервері можна відкрити відразу декілька портів або створити кілька віртуальних серверів з різними IP-адресами. Однак при статичному перенаправлення портів не можна перенаправляти один порт на кілька IP-адрес, тобто порт може відповідати тільки одному IP-адресою.
Відзначимо, що якщо мова йде про корпоративної мережі, то без згоди мережевого адміністратора отримати доступ до налаштувань маршрутизатора неможливо, і очевидно, що ні один системний адміністратор на це не піде.
Незважаючи на складність встановлення з'єднання між двома комп'ютерами через Інтернет в тому випадку, коли вони захищені маршрутизаторами, існують програмні засоби, що дозволяють отримувати віддалений доступ до комп'ютера через Інтернет. Всі програми подібного типу використовують два можливих сценарії: встановлення або прямого з'єднання між комп'ютерами, або з'єднання через сервер-посередник, який грає роль ретранслятора при взаємодії двох комп'ютерів і дозволяє обійти обмеження протоколу NAT за рахунок того, що ініціатором встановлення з'єднання виступає сам віддалений комп'ютер, розташований у внутрішній локальній мережі. У разі встановлення прямого з'єднання між комп'ютерами утворюється високошвидкісний канал зв'язку, проте до недоліків такого рішення можна віднести необхідність налаштування мережевого обладнання, причому встановлення прямого з'єднання можливо далеко не завжди. При використанні сервера-посередника між комп?? ютерами утворюється низкоскоростной канал зв'язку і ймовірність успішного встановлення з'єднання між комп'ютерами підвищується.
. 2 Способи обміну файлами
Transmission Control Protocol/Internet Protocol (TCP/IP) - це промисловий стандарт стека протоколів, розроблений для глобальних мереж.
TCP/IP lt; # justify gt; Почасти популярність стека протоколів TCP/IP пояснюється можливістю його реалізації на базі великої кількості різноманітних каналів і протоколів канального рівня, таких як T1 і Х.25, Ethernet і лінії RS -232. Більшість організацій використовує у своїх ЛВС Ethernet для об'єднання хостів і клієнтських систем, а потім приєднує ці мережі за допомогою T1 до регіональної мережі. (наприклад, регіональної магістральної мережі TCP/IP), яка з'єднує у свою чергу з мережами інших організацій та іншими магістральними каналами. Як правило, організації мають одне з'єднання з Інтернетом, але великі організації можуть мати два і більше сполук. Швидкості модемів збільшуються у міру появи нових комунікаційних стандартів, тому версії TCP/IP, які працюють в середовищі комутованих телефонних каналів, стають все більш популярними. Багато організацій і просто окремі люди використовують PPP (Point-to-Point Protocol) і SLIP (Serial Line IP) для підключення своїх мереж і робочих станцій до інших мереж, використовуючи телефонні канали.
Якщо говорити строго, то TCP/IP - це стік протоколів, що включає TCP, IP, UDP (User Datagram Protocol), ICMP (Internet Control Message Protocol), і ряд інших протоколів. Стек протоколів TCP/IP не відповідає моделі взаємодії відкритих систем (ВОС), і його структура показу на малюнку 1.1
Малюнок 2. - Взаємодія протоколів. Примітка: [складено автором]
Рівень IP отримує пакети, доставлемие нижніми рівнями, наприклад драйвером інтерфейсу з ЛВС, і передає їх лежачим вище рівням TCP або UDP. І навпаки, IP передає пакети, отримані від рівнів TCP і UDP до нижчого рівням.
Пакети IP є дейтаграмамі з негарантованої доставкою, бо IP нічого не робить для забезпечення гарантії доставки пакетів IP по порядку і без помилок. Пакети IP містять адреса хоста, з якого був посланий пакет, званий адресою відправника, і адреса хоста, який повинен отримати пакет, званий адресою одержувача.
Високорівневі сервіси TCP і UDP при прийомі пакету припускають, що адреса відправника, вказану в пакеті, є істинним. Іншими словами, адреса IP є основою для аутентифікації в багатьох сервісах; сервіси припускають, що пакет був посланий від існуючого хоста, і саме від того хоста, чия адреса вказа...
