Служба теневого копирования Volume Shadow Copy Service (VSS) обеспечивает две функции, которые помогут администратору сэкономить время и избавиться от лишних хлопот.
Служба теневого копирования Volume Shadow Copy Service (VSS) обеспечивает две функции, которые помогут администратору сэкономить время и избавиться от лишних хлопот. Первая из них — моментальный снимок (краткосрочная резервная копия всех файлов тома NTFS). Благодаря моментальному снимку или теневой копии пользователи могут самостоятельно восстановить случайно удаленный файл или исправить последствия ошибочного выбора команды Save («Сохранить») вместо Save As («Сохранить как»). V SS не предназначен для замены текущей стратегии архивирования, как будет показано ниже. Вторая важная возможность VSS — архивирование файлов, открытых или блокированных таким приложением, как Microsoft SQL Server или Microsoft Exchange.
VSS создает теневые копии по расписанию или по требованию. Использовать службу VSS в Windows 2003 и для системного восстановления Vista просто. В данной статье показано, как настроить резервные копии с использованием VSS в Windows 2003 и преобразовать базовые диски в динамические, не повредив теневые копии. В процессе применения VSS администратору могут пригодиться рекомендации, приведенные во врезке «Пять советов по VSS».
Принципы работы VSS
Служба VSS создает моментальный снимок всех файлов на томе NTFS или томе-источнике. Теневые копии хранятся в области, именуемой кэшем теневых копий. Том, на котором находится кэш теневых копий, называется томом хранения теневой копии. Кэш теневых копий, как правило, невидим для пользователей, так как находится в скрытой системной папке System Volume Information.
По умолчанию кэш теневых копий создается на томе-источнике, но можно создать его на отдельном физическом диске, чтобы повысить быстродействие и отказоустойчивость. Прежде чем активизировать службу VSS, необходимо выбрать место для хранения кэша теневых копий, так как впоследствии кэш нельзя переместить, не потеряв содержащиеся в нем моментальные снимки. Кроме того, следует учитывать, что при отключении теневых копий на томе удаляются все существующие теневые копии.
Службу VSS можно активизировать только на томах NTFS. Нельзя ввести или исключить конкретные файлы или папки — только «все или ничего». Данные на смонтированных томах не включаются в теневую копию на родительском томе. Однако можно разрешить теневые копии на самих монтированных томах. В теневых копиях сохраняются как шифрование, так и разрешения NTFS, что может привести к проблемам при восстановлении файла.
Чтобы активизировать службу VSS, следует выбрать My Computer, затем щелкнуть правой кнопкой мыши на томе, на котором предстоит включить VSS, и выбрать пункт Properties. На странице Properties требуется щелкнуть на вкладке Shadow Copies. Если это уже сделано, необходимо решить, нужно ли сохранить кэш теневых копий на другом томе другого диска.
Затем выделите том-источник и щелкните на кнопке Settings. В диалоговом окне Settings можно выбрать другой том для хранения теневой копии, как показано на экране 1. Можно изменить размер области хранения и расписание (щелкнув на кнопке Schedule), если не подходит готовое расписание. По умолчанию моментальные снимки формируются с понедельника до пятницы в 7 часов утра и в полдень. Моментальные снимки следует создавать по необходимости, делать это каждый час не нужно.
Завершив настройку параметров, щелкните на кнопке OK. На странице Properties требуется щелкнуть на кнопке Enable, чтобы активизировать теневые копии на данном томе. Последует запрос об использовании расписания и настроек по умолчанию; необходимо принять это предложение и щелкнуть на кнопке Yes, а затем вновь на кнопке OK.
Требования к дисковому пространству.
При активизации VSS немедленно выделяется 100 Мбайт пространства на диске, и VSS может занимать до 10% размера жесткого диска. В моментальных снимках отражаются только изменения по сравнению с предшествующим моментальным снимком, поэтому для их хранения требуется меньше места, чем может показаться на первый взгляд. Однако в кэше теневых копий может храниться только 64 копии. Если не хватит дискового пространства или будет создан 65-й моментальный снимок, то самый старый моментальный снимок удаляется, чтобы освободить место для нового. Из-за избыточности при создании моментальных снимков рекомендуется активизировать VSS только на томах, на которых хранятся пользовательские данные или есть возможность архивировать открытые файлы.
Использование теневых копий Windows 2003
Чтобы обеспечить доступ клиентских компьютеров к предыдущим версиям файлов, необходимо приложение Previous Versions Client, поставляемое вместе с Vista и Windows 2003. Previous Versions Client можно установить и на Windows XP Professional SP1 (файл twcli32.msi находится в папке %Windir%System32ClientsTwclientX86 на компакт-диске Windows 2003), и на Windows 2000 (нужно загрузить соответствующую версию из Web-узла Microsoft по адресу http://www.microsoft.com/downloads/details.aspx?amp;displaylang=en&familyid=e382358f-33c3-4de7-acd8-a33ac92d295e&displaylang=en). Чтобы установить клиентскую программу на компьютеры пользователей, следует дважды щелкнуть на файле для запуска установки либо развернуть его через групповую политику или Microsoft Systems Management Server (SMS).
Щелкните на кнопке OK, а затем правой кнопкой мыши на нужном файле и выберите пункт Properties. На вкладке Previous Versions перечислены моментальные снимки и показаны дата и время их создания (см. экран 2). Здесь представлены три варианта действий: View, Copy и Restore. В режиме View копия файла открывается только для чтения; это удобно для выбора нужной копии. В режиме Restore документ, его разрешения NTFS и параметры шифрования восстанавливаются в первоначальном месте, а текущая версия перезаписывается. Более безопасный вариант — Copy, при котором файл копируется в новое место.
Если нужно восстановить удаленный файл, то очевидно, что нельзя щелкнуть правой кнопкой мыши на файле в общей папке и выбрать его свойства. В этом случае необходимо перейти на уровень папки. Вместо UNC-пути UptowndcSales подключение выполняется к административному ресурсу диска C (на котором размещается папка Sales): UptowndcC$. Щелкните правой кнопкой мыши на папке Sales, выберите пункт Properties и щелкните на соответствующей кнопке, чтобы просмотреть, копировать или восстановить все содержимое папки. Если нужен лишь один файл, следует скопировать папку в новое место, затем щелкнуть правой кнопкой мыши на файле и работать с предыдущими версиями этого файла.
Vista и теневые копии
Vista — первая настольная операционная система со встроенными функциями теневых копий. Теневые копии Vista — часть механизма восстановления системы; они называются точками восстановления. По умолчанию точки восстановления активизируются для тома C, и теневые копии файлов создаются ежедневно, если на томе есть хотя бы 300 Мбайт свободного пространства.
Заранее планируемая задача SR создает точки восстановления и активизируется только в том случае, если компьютер бездействовал не менее 10 минут и питается от сети переменного тока. Если по какой-то причине задача SR не запущена в назначенное время, она будет выполнена при первой возможности. Можно назначить точки восстановления и для других томов. Vista отводит до 15% пространства на жестком диске для хранения точек восстановления.
На вкладке System Protection страницы System Properties (экран 3) можно вручную создать одноразовую точку восстановления: выберите том и щелкните Create, дайте имя точке восстановления и вновь щелкните Create. Процесс может занять несколько минут, в зависимости от размера тома, но после его завершения выдается подтверждение об успешном выполнении. Если создание точек восстановления для тома автоматизировано, Vista создает новую точку восстановления для тома каждый день и при запуске системы.
Доступ к предыдущим версиям файлов и папок в Vista происходит так же, как при доступе через общую папку Windows 2003 с клиента с установленным приложением Previous Versions Client. Но пользователи Vista могут обращаться к прошлым версиям файлов и папок локально. Достаточно открыть Windows Explorer, щелкнуть правой кнопкой мыши на файле или папке, выбрать пункт Properties, а затем щелкнуть на вкладке Previous Versions (экран 4). Варианты такие же, как у прошлых версий Previous Versions Client, и функционируют они аналогичным образом.
VSS и сети хранения данных
Еще одно важное достоинство VSS в Windows Server 2003 Enterprise Edition и Datacenter Edition — возможность быстро и просто копировать и перемещать данные в сети хранения данных SAN. V SS может создать теневую копию тома размером в несколько терабайтов, которую можно экспортировать из SAN и импортировать на сервер всего за несколько минут, очень быстро перемещая большие массивы данных. Каждый производитель систем хранения данных по-разному реализует эту функцию, поэтому за подробной информацией следует обратиться к поставщику.
Настройка конфигурации VSS
Для томов с VSS рекомендуется размер кластеров не менее 16 Кбайт. Записи VSS преобразуются в файлы 16-Кбайт блоками. На томах величиной от 2 до 4 Тбайт размер кластера по умолчанию — 4 Кбайт. Но при кластерах размером менее 16 Кбайт поставщик VSS не может определить, был ли файл дефрагментирован или изменен. Поэтому VSS обрабатывает дефрагментированный файл так же, как измененный, — генерирует новую теневую копию файла. После дефрагментации диска с малыми кластерами кэш теневых копий может очень быстро расти и перезаписывать существующие теневые копии. Дополнительную информацию об этом можно найти в статье Microsoft «Shadow copies may be lost when you defragment a volume» по адресу http://support.microsoft.com/kb/312067
.
Выяснить размер кластеров тома можно с помощью команды Fsutil. Например, чтобы узнать размер кластера тома C, введите команду
fsutil fsinfo ntfsinfo C:
Если размер кластера менее 16 Кбайт и его нужно увеличить, необходимо сделать резервную копию данных, переформатировать том, указав больший размер кластера, а затем восстановить данные. Следует учесть, что механизм сжатия файлов в NTFS действует лишь в отношении кластеров размером 4 Кбайт, поэтому приходится выбирать между сжатием и VSS.
В прошлом файл, открытый или блокированный службой либо приложением во время архивации, не копировался, что приводило к проблемам, если администраторам требовалось восстановить его. Согласованность данных чрезвычайно важна при работе с приложениями, одновременно открывающими много файлов, такими как базы данных. Если во время архивации открыто много файлов, велика вероятность, что за время между копированием первого и последнего файла в последнем файле произошли изменения. В этом случае данные в восстановленной базе оказываются рассогласованными.
Утилита резервного копирования Windows 2003, NTBackup, использует VSS, чтобы обеспечить полноту и согласованность архивных копий. V SS взаимодействует с компонентом записи приложения, связанного с файлом. Компонент записи защищает данные приложения и предоставляет информацию, в частности, о местонахождении данных и методах архивации и восстановления. Приложения без компонента записи не могут взаимодействовать со службой VSS. В худшем случае администратор может попытаться восстановить важный файл и обнаружить, что его нет вообще: он никогда не архивировался, так как приложение не может взаимодействовать с VSS. В Windows 2003 существуют компоненты записи для AD и NTFS. Чтобы отыскать все доступные компоненты записи на сервере, нужно ввести команду
При запуске NTBackup в Windows 2003 утилита требует ввести список всех компонентов записи, известных VSS. Служба VSS не только перечисляет компоненты записи, но и предоставляет все известные метаданные о них, в том числе методы архивации и восстановления, применяемые в компоненте записи. V SS использует метаданные, чтобы определить, какие приложения поддерживают теневые копии. Если NTBackup направляет в службу VSS запрос на создание теневой копии, то VSS посылает известным компонентам записи сообщение о необходимости заморозить все операции записи данных, создать теневую копию и сохранить ее в разностном файле. Разностный файл отслеживает изменения со времени создания последней теневой копии. Резервное копирование выполняется с использованием данных из разностного файла.
Мониторинг функционирования VSS
Мониторинг теневых копий с использованием системного монитора в Windows 2003 поможет предупредить потенциальные неполадки, прежде чем они повлияют на пользователей. Например, системный монитор предупреждает, что пространство на диске, использованное для теневых копий, приближается к максимально допустимой величине. По умолчанию системный монитор не содержит объектов или счетчиков, которые отслеживают характеристики теневых копий, но администратор может ввести их самостоятельно. Инструкции по созданию счетчиков даны в статье Microsoft «Add counters to System Monitor», опубликованной по адресу http://technet2.microsoft.com/windowsserver/en/library/47a7a162-294d-4307-af7e-b679e65858521033.mspx?mfr=true.
С помощью утилиты Volperf (с ключом /install) из набора ресурсов Microsoft Windows Server 2003 Resource Kit можно дополнить системный монитор объектами теневого копирования и следующими счетчиками:
% Disk Used by Diff Area File: процент пространства на диске, используемого всеми разностными файлами тома;
Allocated Space (MB): пространство памяти (Мбайт), выделенное для конкретного тома;
Maximum Space (MB): максимальное пространство (Мбайт), выделенное для тома хранения теневой копии;
Nb of Diff Area Files: число разностных файлов;
Nb of Shadow Copies: число теневых копий в кэше теневых копий;
Size of Diff Area Files: общий размер разностных файлов для выбранного тома;
Used Space (MB): величина пространства (Мбайт), использованного в томе хранения теневой копии
Преобразование базового диска в динамический и служба VSS
Иногда полезно добавить лишний аппаратный уровень отказоустойчивости, создав зеркальный набор. Зеркальные наборы можно строить только на динамических дисках, поэтому базовый диск необходимо преобразовать в динамический. В документации утверждается, что преобразование дисков из базовых в динамические не приводит к потере данных. Однако в документации ничего не говорится о том, что при неверном преобразовании могут быть удалены существующие теневые копии. Если том-источник и кэш теневых копий расположены на разных томах, то преобразование может оказаться сложной задачей. Дополнительные сведения о различиях между базовым и динамическим дисками описаны в статье «Диски для серверов Windows — базового или динамического типа», опубликованной в Windows IT Pro/RE № 1 за 2003 г.
Выбор процедуры для преобразования VSS-совместимого базового диска в динамический зависит от местонахождения кэша теневых копий на загрузочном томе.
Сценарий 2 — кэш теневых копий размещен на загрузочном томе. Если кэш теневых копий находится на загрузочном томе, достаточно просто преобразовать том, содержащий кэш теневых копий, в динамический. Предварительно демонтировать его необязательно. Затем дважды перезагрузите сервер и преобразуйте том-источник в динамический том.
Выгодно конечному пользователю — выгодно администратору
Приятно, что компания Microsoft выпускает новые инструменты для восстановления работоспособности настольной операционной системы и для ИТ-специалистов, и для конечных пользователей. Чем меньше резервных магнитных лент приходится загружать администратору, тем проще ему работать, и точки восстановления Vista — шаг в правильном направлении. Кроме того, благодаря VSS у пользователей появляется возможность управлять процессом восстановления файлов. Но тщательное планирование и управление — обязательное условие полной реализации преимуществ службы VSS.
Пять советов по VSS
При реализации VSS или подготовке точек восстановления Vista рекомендуется делать следующее:
Прежде чем активизировать точки восстановления VSS, выберите место хранения теневых копий. Помните, что впоследствии переместить их нельзя.
Размещение VSS на системном или загрузочном томе — неудачное решение. Файлы операционной системы часто изменяются, поэтому число теневых копий на загрузочном томе обычно бывает большим.
Оптимальный размер кластера для VSS — 16 Кбайт.
При хранении кэша теневых копий на физическом диске, отличном от диска-источника, повышается быстродействие и отказоустойчивость.
- Ни VSS, ни точки восстановления не могут заменить полноценное решение резервного копирования.
TFTP
представляет собой протокол передачи файлов
и его название предполагает, что это что-то близкое к протоколу FTP
(Протокол передачи файлов), что верно. до степени. TFTP
не очень популярен, потому что на самом деле он не используется в Интернете из-за своих ограничений, которые мы рассмотрим далее.
Протокол TFTP
TFTP
главное отличие от FTP
это транспортный протокол, который он использует, и отсутствие какого-либо механизма аутентификации. Где FTP использует надежный протокол TCP
для установления соединений и завершения передачи файлов TFTP использует протокол UDP
который небезопасен и не имеет встроенной проверки ошибок (если они не реализовали какой-либо тип проверки ошибок в программе, которую вы используете для передачи файлов), это также объясняет, почему вы с большей вероятностью найдете TFTP в локальной сети, а не WAN (глобальная сеть) или в Интернете.
Основные ограничения с TFTP
являются аутентификацией
и видимость каталога
, что означает, что вы не можете видеть файлы и каталоги, доступные на сервере TFTP.
Как упоминалось, TFTP
использует UDP
в качестве транспорта, в отличие от TCP, который использует FTP и работает на порту 69
, это хорошо видно на классной 3D-диаграмме слева.
Порт 69
является портом по умолчанию для TFTP, но при желании вы можете изменить настройки своего TFTP-сервера, чтобы он работал на другом порту.
Теперь, чтобы немного прояснить ситуацию, я включил снимок экрана с моей рабочей станцией, выполняющей tftp в TFTP
сервер, который я установил в своей маленькой сети.
Поскольку вы не получаете список файлов и каталогов, вы должны знать, какой файл вы хотите скачать! В ответе, который я получил (2-й пакет), сервер сразу приступает к делу и начинает отправлять файл. Без аутентификации
что угодно!
: рабочая станция обычно не отправляет никаких подтверждений (потому что UDP
, который по своей природе является транспортным протоколом никогда не отправляет подтверждения
), но разработчики программного обеспечения могут включить такую функцию, заставив рабочую станцию отправлять небольшой пакет, который сервер TFTP может принять в качестве подтверждения предыдущего пакета данных, отправленного на рабочую станцию.
В примере, который я привожу, вы видите, как моя рабочая станция отправляет небольшие пакеты на сервер после того, как получает от него один пакет. Эти небольшие благодарности были добавлены компанией-разработчиком программного обеспечения, которая создала программу, которую я использовал для этого примера.
Ниже приведен снимок экрана программы, которую я использовал для TFTP (клиент TFTP) на сервер:
Обратите внимание, как я ввел файл, который хотел загрузить (server.exe), и выбрал имя, под которым файл будет сохранен на моем локальном компьютере (Local File). Если бы я не указал имя удаленного файла, я бы просто получил сообщение об ошибке на стороне сервера, жалуясь, что такого файла не существует. Вы также можете отправлять файлы с помощью TFTP, так как он не только для скачивания 🙂
Так где же используется TFTP?
TFTP используется в основном для резервного копирования файлов конфигурации маршрутизатора, таких как Cisco и его образы IOS, а также для бездисковой загрузки ПК, где после загрузки рабочей станции с ПЗУ сетевой карты TFTP используется для загрузки программы, которую она необходимо загрузить и запустить с центрального сервера.
Ниже приведена диаграмма, показывающая, что происходит во время сеанса TFTP:
На этой диаграмме мы предполагаем, что в программное обеспечение, работающее на обоих концах (клиент и сервер), не встроена проверка ошибок.
На этом мы завершаем обсуждение протокола TFTP. Дополнительную информацию о различных протоколах можно найти в Сетевом протоколе
раздел.
TFTP (Trivial FTP, RFC-1350, -783, RFC-906, STD0033) представляет собой упрощенную версию FTP. T FTP не имеет системы безопасности и идентификации, она отличается от FTP базируется на протоколе UDP (порт 69), а не на TCP. Обычно передача осуществляется блоками по 512 байт с ожиданием
подтверждение получения каждого пакета (протокол “стой-и-жди”). T FTP используется при общении системы в бездисковых рабочих станциях (напр. X-терминалы, см. BOOTP
) или для загрузки конфигурационных файлов в маршрутизатор. Возможно и значительное выполнение команды TFTP (TFTP имя_ЭВМ), хотя эта процедура и не дает какой-либо серьезной выгоды перед FTP (кроме скорости обмена). При выполнении команды без
параметров машина выдает приглашение TFTP> и вам предоставляется возможность выполнить определенные команды (ЭВМ SUN):
Задает имя ЭВМ, с которой будет осуществляться обмен, и, если это необходимо порт. Но реального соединения не производится, так как это не предусмотрено протоколом.
В качестве модификаций обмена данными могут использоваться аргументы ASCII или BINARY. По умолчанию используется ASCII.
Копирование файла или группы файлов в указанный файл или каталог. Здесь предполагается, что имя удаленной ЭВМ было указано ранее. Если же это не так, возможно одновременное указание имени удаленной ЭВМ и имя файла-адресата: имя_ЭВМ:имя_файла. Имя_ЭВМ становится именем по умолчанию для последующих обменов. Субкоманда GET имеет аналогичную форму обращения. Субкоманда trace позволяет отследить путь пакетов, а команда status сообщит текущее
состояние системы. Уход из TFTP по команде exit или quit.
Существует пять форматов пакетов tftp:
Рис. 68. Форматы TFTP-сообщений
Операции запросов (RRQ и WRQ) требуют присылки пакета-отклика (ACK). Сначала устанавливается связь между клиентом и сервером, для этого посылаются запросы read или write. При этом сообщается имя файла и режим доступа (Mode). Предусмотрено три режима доступа, которые определяются значением поля MODE: NetASCII (американский стандарт для информационных обменов), побайтный (режим binary) и почтовый (данные поступают пользователю, а не заносятся в файл, при этом используется система кодов NetASCII). Предусмотрено шесть типов сообщений об ошибках:
0 – не определен;
1 – файл не найден;
2 – ошибка доступа;
3 – переполнение диска или превышение выделенной квоты;
4 – нелегальная TFTP-операция;
5 – неизвестный идентификатор обмена.
Отсутствие авторизации делает доступность TFTP одной из угроз безопасности. Именно по этой причине во многих инструкциях вы можете найти рекомендацию запретить применение этой утилиты.
Для начала сконфигурируем наши виртуальные машины.
На второй виртуальной машине с
ничего настраивать не нужно
установлен по умолчанию (В случае с
7 необходимо его включить Панель управления – Программы и компоненты – Включение или отключение компонентов
). Так что отмечаем про себя только
адрес
данной виртуальной машины, в моем случае это 192.168.1.26. Так же создаем на данной машине директорию С:\
и помещаем в нее два текстовых документа 1.
, содержащие произвольный текст.
Теперь приступим к самому интересному – к конфигурированию
сервера в . Сразу отмечу, что
данной виртуальной машины 192.168.1.83. Для на чала нам потребуется установить на нашу виртуальную машину несколько пакетов, для этого выполним в консоли команду:
sudo aptitude install openbsd-inetd tftpd tftp
Пакет openbsd-inetd представляет собой сетевую службу, которая обрабатывает входящие
и
соединения и запускает соответствующую программу для обработки данных соединений. Пакет
представляет собой
сервер, а пакет
–
клиент.
После того как все перечисленные выше пакеты будут установлены приступим к их конфигурированию. По умолчанию TFTP сервер сконфигурирован на использование директории /srv/tftp. Возможно это и удобно, то так как мы учимся работать с
мы попробуем это изменить и сделаем так чтобы
сервер для своей работы использовал директорию /_. Для начала создадим данную директорию выполнив команды:
_
Первой командой мы переходив в корневую директорию. Второй создаём в ней директорию _. Третьей командой мы переходим в директорию _. С помощью двух последних команд мы создаем в директории _ файлы 1. и 2.
содержащие текст «1 » и «2 » соответственно.
Далее отредактируем файл //. Для этого выполним команду (вместо nano можно использовать любой другой текстовый редактор):
sudo /etc/inetd.conf
В данном файле ищем строки подобные:
#:BOOT: TFTP service is provided primarily for booting. Most sites
#run this only on machines acting as “boot servers.”
tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /srv/tftp
Заменяем аргумент /srv/tftp на /_. В итоге у вас должно получится:
tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /TFTP_server
После чего сохраняем файл inetd.conf. Чтобы только что внесенные настройки вступили в силу необходимо перезапустить службу -, для этого выполняем команду:
sudo /etc/init.d/openbsd-inetd restart
Теперь можно считать что данная виртуальная машина настроена для работы. И далее мы перейдем к практике.
Практика 1. Копируем файлы с
сервера с помощью встроенного
клиента
192.168.1.41 1.
После этого на время копирования произойдет пауза, по окончание которой вы увидите результат выполнения операции.
tftp 192.168.1.41 GET 2.bmp
В данном случае вы меняете текущую директорию в консоли на :\, а уже после этого осуществляете в нее копирование файлов с помощью
Теперь если мы перейдем на виртуальную машину 1. И посмотрим на вкладку
сервера 32, то мы сможем просмотреть статистику запросов поступающих от клиентов к данному
серверу, в данном случае статистика содержит только два запроса на чтение файлов:
Копирование файлов с
сервера виртуальной машины 3 (
) осуществляется аналогичным образом, только потребуется выполнить команды:
83 1
192.168.1.83
2.
Практика 2. Записываем файлы на
сервер с помощью встроенного
клиента
Для того чтобы скопировать файлы находящиеся в папке :\
(виртуальная машина 2) на
сервера виртуальной машины 1 необходимо в консоли выполнить следующие команды:
tftp 192.168.1.41 PUT C:\Client\1.txt
tftp 192.168.1.41 PUT C:\Client\2.txt
Записанные файлы на виртуальной машине 1 появятся в директории :\.
Если мы попробуем выполнить копирование файлов аналогичным способом на виртуальную машину 3 с Linux, то получим ошибку Access Violation :
Дело в том, что
установленный на виртуальную машину 3, позволяет осуществлять запись только в уже существующие файлы. Поэтому на необходимо выполнить на виртуальной машине 3 следующие команды:
sudo chmod 777 –R /TFTP_server
Первой командой мы переходи в директорию /TFTP_server. Второй командой мы создаем в ней пустой файл с именем 1.txt. Третьей командой мы даем полные права на доступ к директории /TFTP и всем имеющимся в ней файлам.
После этого можно выполнять на виртуальной машине 2 команду:
tftp 192.168.1.83 PUT C:\Client\1.txt
И она пройдет без ошибок.
Практика 3. Копируем файлы с
сервера с помощью Tftpd32
После того как все вышеперечисленные параметры заданы, нажимаем на кнопку
. После чего будет выполнена загрузка файла.
Практика 4. Запись файлов на
сервер с помощью Tftpd32
Теперь попробуем записать файлы на
сервер виртуальной машины 3 () используя
клиент встроенный в 32. Как мы уже выяснили ранее, для того чтобы осуществлять запись файлов на
сервер виртуальной машины 3, необходимо создать пустые файлы с таким же именем на данном сервере. Поэтому сначала выполняем следующие команды на виртуальной машине 3:
sudo chmod 777 –R /TFTP_server
После этого возвращаемся к виртуальной машине 1. Опять же открываем вкладку
и заполняем ее следующим образом:
После чего нажимаем на кнопку
. После чего будет произведена запись файлов на
сервер виртуальной машины 3.
Практика
. Копируем файлы с
сервера с помощью
клиента в
После чего файл 1.
будет скопирован с
сервера виртуальной машины 1 и помещен в директорию /
виртуальной машины 3.
Практика 6. Записываем файлы на
сервер с помощью
клиента в
В заключение попробуем записать файлы на
сервер виртуальной машины 1 используя клиент виртуальной машины 3 с . Для этого выполним на ней следующие команды:
1. 192.168.1.41:1.
Здесь отметим что команда put позволяет отправить запрос на запись к tftp серверу. Первый параметр указываем имя записываемого файла на локальной машине. Второй параметр имеет формат адрес tft сервера:имя под которым файл будет записан на сервер.
Пока это все примеры использования TFTP. Надеюсь они пригодятся вам в вашей профессиональной практике.
