Система новостей Usenet Новости организуются по иерархически связанным

Скачать презентацию Система новостей Usenet Новости организуются по иерархически связанным Скачать презентацию Система новостей Usenet Новости организуются по иерархически связанным

41778-ks_2009_17_slughby_netnews_telnet_ftp.ppt

  • Количество слайдов: 23

>Система новостей Usenet    Новости организуются по иерархически связанным группам Пример: comp.sys.sun.admin Система новостей Usenet Новости организуются по иерархически связанным группам Пример: comp.sys.sun.admin comp.sys.aix.admin Всего в системе поддерживается около 20 тыс. групп новостей.

>Формат статей и сообщений UseNet Cтатья Формат статей и сообщений UseNet Cтатья "заворачивается" в конверт системы UseNet, во многом похожий на конверт сообщений SMTP. Типичный заголовок статьи UseNet выглядит следующим образом: From: jerry@cock.att.com (Jerry Balls) Path: cbosgd!inhuxj !mhuxt! cock! jerry Newsgroups: news.announce Subject: UseNet Etiquette — Please Read Message-ID: <642@cock.att.com> Date: Fri, 19 Nov 97 16:14:55 GMT Followup-To: news.misc Expires: Sat, 1 Jan 98 00:00:00 -0500 Organization: AT&T Bell Laboratories This is a trivial news!

>Серверы новостей Программное обеспечение хоста, который предоставляет пользователям возможность работать с хранящимися на нем Серверы новостей Программное обеспечение хоста, который предоставляет пользователям возможность работать с хранящимися на нем статьями и управляет доступом к новостям и обновлением статей, называется сервером новостей. Используя протокол NNTP, серверы новостей обмениваются между собой статьями новостей. Механизм NNTP позволяет серверам новостей выбирать, какие статьи читать и передавать на другие серверы. Алгоритм работы с системой серверов новостей заключается в следующем. 1. Клиент, инициирующий отправку, проверяет, существует ли на сервере группа новостей — конференция (Newsgroup), к которой относится данная статья, после чего она отправляется. 2. Затем клиент запрашивает список новых статей, поступивших на сервер, на основании которого он может запросить новые статьи. 3. В завершение, клиент сообщает серверу о тех статьях, которые он уже имеет, для того, чтобы сервер не отправлял эти статьи клиенту, как новые, если они поступят еще раз.

>Система новостей Usenet Система новостей Usenet

>Протокол NNTP   Сервер новостей UseNet использует протокол NNTP для взаимодействия с другими Протокол NNTP Сервер новостей UseNet использует протокол NNTP для взаимодействия с другими серверами. Механизм работы протокола NNTP во многом похож на механизм работы по протоколу SMTP. Протокол поддерживает канал обмена новостями и простейший интерфейс работы с распределенной базой данных новостей. При использовании в качестве транспортного протокола TCP, протокол NNTP, как правило, работает с портом 119. Команды и ответы протокола состоят из ASCII-символов. Если соединение позволяет передавать 8-битные данные, восьмой (старший) бит устанавливается в ноль. Команды могут содержать параметры, которые отделяются про­белами или символами табуляции. Каждая строка может содержать только одну команду (с параметрами или без), должна заканчиваться парой и быть длиной не более 512 байт. После обработки команды, сервер новостей возвращает статус обработки. Ответ сервера представляет собой строку, состоящую из числового кода обработки и текста (который может быть либо комментарием обработки команды, либо возвращаемой по команде информацией).

>Сценарий работы по протоколу NNTP Пример сессии работы клиента и сервера по протоколу NNTP: Сценарий работы по протоколу NNTP Пример сессии работы клиента и сервера по протоколу NNTP: S: 200 atvax news server ready - posting ok C: GROUP net.wizards S: 211 104 10011 10125 net.wizards group selected (there are 104 articles on file, from 10011 to 10125) C: STAT 10110 S: 223 10110 <23445@svax.ARPA> article retrieved - statistics only (article 10110 selected, its message-id is <23445@svax.ARPA>) C: BODY

>Сценарий работы по протоколу NNTP (продолжение) S 222 10110 <23445@svax.ARPA> article retrieved - body Сценарий работы по протоколу NNTP (продолжение) S 222 10110 <23445@svax.ARPA> article retrieved - body follows S ... text body ... S . C NEXT S 223 10113 <21495@nudebch.uucp> article retrieved - statistics only (article 10113 was next in group) C ARTICLE 10120 S 220 10120 <4105@ucbvax.ARPA> Article retrieved, text follows S ... text article ... S . C QUIT S 205 goodbye. Более подробную информацию о системе UseNet и протоколе NNTP можно найти, например, в RFC-1036, RFC-850, RFC-977.

>Протокол TELNET TELNET — это протокол, который обеспечивает дуплексный, 8-битный канал передачи данных между Протокол TELNET TELNET — это протокол, который обеспечивает дуплексный, 8-битный канал передачи данных между участниками соединения. Протокол TELNET позволяет рассматривать все удаленные терминалы как стандартные "сетевые виртуальные терминалы" строчного типа, а также обеспечивает возможность согласования более сложных функций (напри­мер, локальный или удаленный эхо-контроль, страничный режим, высота и ширина экрана и т. д.). Основным предназначением протокола является обеспечение взаимодействия терминальных устройств и терминальных процессов. Помимо обычного взаимодействия терминал-удаленный процесс, протокол может использоваться для обеспечения взаимодействия терминал-терминал ("связывание") и процесс-процесс. Протокол TELNET хорошо опробован и широко распространен. Создано множество реализаций для самых разных операционных систем.

>Виртуальный терминал.  Протокол TELNET Сеть TCP/IP Виртуальный терминал. Протокол TELNET Сеть TCP/IP

>TELNET-соединение TELNET-соединение строится на базе TCP-протокола. На прикладном уровне (на стороне пользователя) над TELNET TELNET-соединение TELNET-соединение строится на базе TCP-протокола. На прикладном уровне (на стороне пользователя) над TELNET находится либо программа поддержки реального терминала, либо прикладной процесс, который осуществляет терминальный доступ. TELNET работает по дуплексному, многопользовательскому (т. е. одновременно с сервером могут работать несколько пользователей) соединению между портом пользователя и портом сервера (как правило, порт сервера — 23). При образовании соединения, порт сервера TELNET находится в пассивном, "слушающем" режиме.

>TELNET — универсальный клиент  Сервис TELNET входит в состав практически всех сетевых операционных TELNET — универсальный клиент Сервис TELNET входит в состав практически всех сетевых операционных систем и реализован в виде оболочки с текстовым или графическим интерфейсом. При работе с сервисом TELNET, предоставляемым удаленными пользователям, утилита TELNET эмулирует на удаленном компьютере терминал пользователя хоста сервиса TELNET и позволяет работать с ним как с локальным. Правила работы целиком определяются программным обеспечением удаленного хоста, реализующим данный сервис.

>Пример сессии TELNET Пример сессии TELNET

>Система файловых архивов FTP Система файловых архивов FTP

>Протокол передачи файлов — FTP  FTP — это протокол прикладного уровня, который, как Протокол передачи файлов — FTP FTP — это протокол прикладного уровня, который, как правило, использует в качестве транспортного протокола TCP. FTP не может использоваться для передачи конфиденциальных данных, поскольку не обеспечивает защиты передаваемой информации и передает между сервером и клиентом открытый текст. FTP-сервер может потребовать от FTP-клиента аутентификации (т. е. при подсоединении к серверу FTP-пользователь должен будет ввести свой идентификатор и пароль). Однако и пароль, и идентификатор пользователя будут переданы от клиента на сервер открытым текстом.

>Алгоритм работы FTP  FTP поддерживает сразу два канала соединения — канал передачи команд Алгоритм работы FTP FTP поддерживает сразу два канала соединения — канал передачи команд (и статусов их обработки) и канал передачи данных. Канал передачи данных может использоваться для передачи как в одном, так и в другом направлениях, кроме того, он может закрываться и открываться по командам управляющих модулей в процессе работы. Канал передачи команд открывается с установлением соединения и используется тол­ко для передачи команд и ответов их обработки. Алгоритм работы протокола FTP состоит в следующем: 1. Сервер FTP использует в качестве управляющего соединение на TCP порт 21, который всегда находится в состоянии ожидания соединения со стороны FTP-клиента. 2. После того как устанавливается управляющее соединение, клиент может отправлять на сервер команды. FTP-команды определяют параметры соединения передачи данных: роль участников соединения (активный или пассивный), порт соединения (как для User-DTP, так и для Server-DTP), тип передачи, тип передаваемых данных, структуру данных и управляющие директивы, обо­значающие действия, которые пользователь хочет совершить, например, сохранить, считать, добавить или удалить данные или файл и др.

>Алгоритм работы FTP (продолжение) 3. После того как согласованы все параметры канала передачи данных, Алгоритм работы FTP (продолжение) 3. После того как согласованы все параметры канала передачи данных, один из участников соединения, который является пассивным (например, клиент), становится в режим ожидания открытия соединения на заданный для передачи данных порт. После этого активный модуль (например, сервер) открывает соединение и начинает передачу данных. 4. После окончания передачи данных, соединение передачи данных закрывается, но управляющее соединение остается открытым. Пользователь, не закрывая сессии FTP, может еще раз открыть канал передачи данных, передать необходимую информацию и т. д. FTP может использоваться не только при передаче файлов между клиентом и сервером, но и между двумя FTP-серверами, ни один из которых не расположен на локальном хосте пользователя.

>FTP-соединение между двумя FTP серверами  В этом случае пользователь сначала устанавливает управляющие соединения FTP-соединение между двумя FTP серверами В этом случае пользователь сначала устанавливает управляющие соединения с двумя FTP-серверами, а затем устанавливает между ними канал передачи данных. В этом случае управляющая информация передается через модуль "User-Pi", но данные транслируются через канал: "Serverl-DTP"—"Server2-DTP".

>Команды протокола FTP USER - открывает сессию FTP между клиентом и сервером. Аргументом команды Команды протокола FTP USER - открывает сессию FTP между клиентом и сервером. Аргументом команды является имя (идентификатор) пользователя для работы с файловой системой PASS - в качестве аргумента, содержит пароль пользователя REIN - команда реинициализации. Эта команда очищает все переменные текущего пользователя и сбрасывает параметры соединения CWD - аргументом команды является строка, указывающая путь каталога удаленной файловой системы, например: /pub/unix/freebsd QUIT - команда закрывает управляющий канал. Если в момент подачи команды происходит передача данных, канал закрывается после окончания передачи. PORT - команда назначает адрес и порт хоста, который будет использоваться как активный участник соединения по каналу передачи данных. Аргументами команды являются 32-битный IP-адрес и 16-битный номер порта соединения. Эти значения разбиты на шесть 8-битных полей и представлены в десятеричном виде: hi, h2, h3, h4, pi, p2, где hN — байты адреса (от старшего к младшему), a pN — байты порта (от старшего к младшему). Например, если мы хотим использовать хост 10.145.56.1:1997, команда PORT будет выглядеть следующим образом: PORT 10, 145, 56, 1, 1, 197

>Команды протокола FTP PASV -Эта команда отправляется модулю, который будет играть пассивную роль в Команды протокола FTP PASV -Эта команда отправляется модулю, который будет играть пассивную роль в передаче данных, т. е. "слушать" соединение. Ответом на данную команду должна быть строка, содержащая адрес и порт хоста, находящиеся в режиме ожидания соединения в формате команды PORT - "hi, h2, h3, h4, pi, p2". TYPE, STRU, MODE - определяют, соответственно, тип передаваемых данных (ASCII, Image и др.), структуру или формат передачи данных (File, Record, Page), способ передачи (Stream, Block и др.). STOR - Команда указывает принять данные по каналу передачи данных и сохранить их как файл, имя которого задано параметром этой команды ABOR - команда предписывает серверу прервать выполнение предшествующей команды (например, передачу файла) и закрыть канал передачи данных. DELE - удаляет указанный файл MKD,RMD – соответственно создать или удалить указанный каталог LIST, NLST – показать список файлов каталога

>Алгоритм создания FTP-соединение между двумя FTP серверами Алгоритм создания FTP-соединение между двумя FTP серверами

>Пример работы по протоколу FTP Обозначения: S — сервер, U — пользователь. S: 220 Пример работы по протоколу FTP Обозначения: S — сервер, U — пользователь. S: 220 Service ready for new user U: USER Gluk S: 331 User name okay, need password U: PASS murmur S: 230 User logged in, proceed U: RETR test.txt S: 150 File status okay; about to open data connection < Идет передача файла ...> S: 226 Closing data connection, file transfer successful U: TYPE I S: 200 Command okay U: STOR 7honie/images/first.my S: 550 Access denied U: QUIT

>Утилита FTP  FTP-утилита предоставляет пользователю оболочку с интерфейсом работы в командной строке. В Утилита FTP FTP-утилита предоставляет пользователю оболочку с интерфейсом работы в командной строке. В зависимости от реализации и версии вашей программы FTP, она может поддерживать те или иные функции работы с удаленной файловой системой. Команды FTP-утилиты, как правило, построены по принципу работы с локальной файловой системой и весьма отличаются от команд FTP-протокола. По сути, FTP-утилита представляет собой интерпретатор команд оболочки в команды (или последовательности команд) FTP-протокола.

>Утилита FTP c:\>ftp ftp> open ftp.sun.com Connected to ftp.sun.com. 220-Welcome to Sun Microsystems Corporate Утилита FTP c:\>ftp ftp> open ftp.sun.com Connected to ftp.sun.com. 220-Welcome to Sun Microsystems Corporate FTP Server. 220- 220 FTP server (ftpd Wed Oct 30 23:31:06 PST 1996) ready. User (ftp.sun.corn:(none)): anonymous 331 Guest login ok, send your complete e-mail- address as password. Password: tgl@hmti.ac.by 230 Guest login ok, access restrictions apply.. ftp> dir 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/Is. total 34 . - dr-xr-xr-x 8 root 0 512 Feb 14 1997 . d—x—x—x 3 root users 512 Oct 31 1996 etc drwxrwx-wt 3 root 42 5120 Nov 21 10:37 incoming drwxrwxr-x 12 root 42.,'; 4096 Nov 19 23;26 pub dr-xr-xr-x 4 root users 512 Jun 7 1996 usr -rw-r--r— I root users 49 Sep 27 1996 welcome.msg 226 Transfer complete. 624 bytes received in 19,66 seconds (0,03 Kbytes/sec) ftp> get welcome.msg primer.txt 200 PORT command successful. 150 Opening ASCII mode data connection for welcome.msg (49 bytes). 226 Transfer complete. 50 bytes received in 2,73 seconds (0,02.Kbytes/sec) ftp> quit 221 Goodbye.