По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Мы уже рассказывали про мягкие и жесткие ссылки в Linux, и данная статья посвящена их более глубокому изучению. Ссылки в операционной системе Linux бывают 2-х типов мягкие и жесткие. Если провести аналогию с операционной системой Windows, то там мы в основном работаем с мягкими ссылками, символическими ярлыками. Но в операционной системе Windows есть и жесткие ссылки, просто они очень глубоко спрятаны внутри операционной системы. В статье будет рассказано:
Как идентифицировать тип ссылки
В чем разница между мягкой и жесткой ссылкой
В чем разница между копирование и создание ссылки
Итак, смотрим в домашнюю директорию пользователя. Я заранее создал файл и 2 ссылки жесткую и мягкую указывающие на данный файл.
Основной файл file.txt, жесткая ссылка hard.txt на файл file.txt и мягкая ссылка soft.txt на файл file.txt. Как можно заметить символические (мягкие) ссылки в оболочке, обычно, подкрашиваются ярко голубым цветом и показывают на какой файл она ссылается. Можно еще интересную вещь заменить основной файл весит 38 килобайт и жесткая ссылка столько же весит. Мягкая ссылка – это всего лишь ярлык и весит всего 8 килобайт. Посмотрим, что внутри файла основного. Файл содержит фразу.
Команда ls с ключем –li может отображать inodes. В результате ввода команды появился еще один столбец впереди. В данном столбце и отображается номер inodes, т.е идентификатор файла, индексный дескриптор, местонахождение файла на диске, метка файла.
В нашем же случае номера inodes у файла и у жесткой ссылки совпадает. Т.е жесткая ссылка указывает на то же место, где находиться основной файл, в то же самое место на жестком диске.
Мягкая же ссылка, сама по себе является отдельным файлом и у нее совершенно другой inode. А также можно видеть, что у данного файла в правах появилась буква l, которая указывает что это символьная ссылка. Причем попробовав просмотреть содержимое жесткой и мягкой ссылки, мы получим одинаковый результат. Все показывает на один и тот же файл.
Если мы попробуем дописать, какие-нибудь изменения в файл. Например, echo Hello>> file.txt
Получим один и тот же результат. Возьмем и переименуем наш основной файл mv file.txt newfile.txt.
Теперь мы можем увидеть, что ссылка мягкая у нас стала красной (Битой). Потому что, мягкие ссылки опираются на имя файла. Причем не просто на имя файла, а на полное имя файла. А жесткая ссылка, как была, так и осталась работоспособной. Потому, что она указывает на один и тот же inode, потому что она указывает на то место где данный файл находиться. И если мы утилитой cat скажем показать жесткую ссылку в выводе мы получим исходный файл, а мягкая ссылка выдаст нам ошибку. Основная разница между жесткой ссылкой и мягкой, заключается в том, что мягкая опирается на имя файла. А жесткая указывает на физическое место, определяемое дескриптором где находиться файл.
Создаются такие ссылки достаточно просто, командой ln с указанием основного файла и ссылки. Например, ln file.txt hard.txt. При создании мягкой ссылки добавляется ключик –s. Будет выглядеть примерно так - ln –s file.txt soft.txt. При создании ссылки, можно объекты указывать без расширения.
Т.к. жесткая ссылка у нас привязана к inode, то ее нельзя использовать с несколькими файловыми системами. Если у вас есть другой жесткий диск премонтированый в данную файловую систему, то вы не сможете создать жесткую ссылку из данной системы к премонтированному жесткому диску. Потому, что это все опирается на inode, а inode справедливы для конкретной файловой системе. Поэтому в операционной системе Windows все ссылки по умолчанию мягкие. Пригодиться это может где угодно. Например, мы в своей домашней директории можем создать ссылки на все свои важные папки или данные. Очень часто символические ссылки используются для администрирования. Операционной системы Linux. Например, для команд, если пользователь не хочет знать номер версии или дополнительные ключи, он может просто получать доступ к различным версиям просто используя ссылки.
Также стоит упомянуть ситуацию с папками.
Создадим папку - mkdir Folder. Попробуем создать жесткую ссылку на данную папку - ln Folder folder.lnk, данная команда выдаст ошибку указывая на то, что нельзя создать жесткую ссылку на папку, но, а если мы захотим создать мягкую (символическую ссылку), то проблемы не возникнет - ln –s Folder folder.lnk.
Хорошим тоном при создании ссылок символических это указание на полный путь файлу, т.к привязка идет к имени файла и при создании если указать относительны, мы можем столкнуться с ситуацией, когда получившаяся ссылка будет битой. Например, когда мы хотим создать ссылку на файл и положить ее во внутрь другие папки ln –s /home/siadmin/file.txt Folder/. данный вариант будет рабочим.
Разница между копирование файла и созданием ссылки. Когда копируем файл мы фактически создаем другой файл со всем его содержимым, а когда мы создаем ссылку – это некий ярлык на файл. Скопируем файл file.txt в newfile.txt и на file.txt создадим жесткую ссылку. Когда мы смотрим вывод команды ls –l по папке то визуально копию мы не отличим от жесткой ссылки, если мы конечно об этом не знаем. А отличие мы увидим только если мы посмотрим на inodes.
Как мы видим номера inode у файла и жесткой ссылки совпадают, причем мы не знаем, что из них первично. Можно заметить столбец с цифрами после указания прав на объекты, он показывает сколько ссылок жестких есть на данный inode. Создадим еще одну жесткую ссылку ln file.txt hard1.txt. Теперь если сделать вывод ls –li, то мы увидим цифру 3. Почему так происходит? Удалением файла у нас по умолчанию является действие, которое обнуляет количество всех жестких ссылок. Если мы удалим файл исходный file.txt. и посмотрим вывод то мы увидим, что если есть мягкие ссылки, то они прекратят работать, а файлы hard.txt и hard1.txt остались.
Более того, если обратиться к этим жестким ссылкам, например, с помощью утилиты просмотра cat hard.txt, то мы увидим текст, который был у нас изначально в файле.
Это происходит потому, что сам файл — это некоторое пространство занятое на диске, а имя файла и путь к нему – это и есть жесткая ссылка. Поэтому любой файл это есть жесткая ссылка на место на диске. Мы можем создать к нашему inode сколько угодно ссылок и пока мы их всех не удалим наш файл будет на месте.
В начале 80-ых годов XX века цена 1 гигабайта памяти стоило полмиллиона долларов! А сегодня самый бюджетный смартфон за 70-100 долларов имеет память равным минимум 8-ми гигабайтам.
Но в то время еще никто даже не предполагал, что в облаках в недалёком будущем можно будет хранить свои данные и не нужно будет везде тащить с собой дискеты, CD и DVD диски, флеш-карты и так далее и тому подобное.
В этом материале поговорим о продуктах различных компаний, которые предоставляют услугу облачного хранилища. Для начала облако это те же самые компьютеры, а точнее сервера в огромных дата-центрах, размещенных в разных уголках планеты. Как устроены эти центры обработки данных тема совсем другая. Но принцип работы схож с вашим домашним компьютером. Вы регистрируетесь на сайте компании и для вас создается учётная запись с выделенным по умолчанию объемом на дисках тех же серверов. Но в отличии от вашего компьютера, в этих ЦОД-ах все ваши данные резервируются и надежно (иногда не очень) охраняются разными системами безопасности поставщика услуг.
Google Drive
Сегодня на рынке довольно много известных и не очень компаний, предоставляющих данный вид услуги. Одним из наиболее популярных является Google Drive. Компания-гигант при регистрации выделяет каждому пользователю целых 15 гигабайтов памяти. Некоторое время назад Google раз в год за проверку настроек безопасности аккаунта дарил по два гигабайта дополнительной памяти. Но сейчас эта тенденция не наблюдается, но есть возможность ежемесячной или годовой подписки.
Сервис даёт возможность отправлять файлы размером, превышающим 25 мб лимит на размер вложения в письме. Для этого файл загружается в облако и генерируется ссылка, которая отправляется получателю. На отправленные файлы можно давать разные уровни доступа. Чтобы отправить файл расположенные на Google Drive в окне создания письма кликаем на пиктограмму Google Drive. Выбираем нужный файл и нажимаем Вставить (Insert).
И при отправке письма выйдет окно с предложением поделиться файлом и задать нужные права.
На сайте также можно скачать специальный клиент, который позволяет, не заходя на сайт загружать файлы в облако. Единственный минус в том, что эти файлы занимают место и на вашем диске. Правда, можно выбрать какие папки синхронизировать, тем самым сэкономить место на локальном диске. Для этого в настройках клиента указывается какие папки в облаке следует синхронизировать с компьютером. Если не выбрать ничего, синхронизируется только файлы в корневой директории. Клиент даёт возможность, не заходя в веб-интерфейс, прямо из проводника поделиться файлом. Для этого кликаем правой кнопкой на файле, из контекстного меню выбираем Google Drive-> Share. Затем либо прописываем e-mail адресата, либо генерируем ссылку на файл.
Имеется также версия для IOS и Android, что в свою очередь очень облегчает доступ к данным в любом месте, где есть достому подобное к Интернету.
Яндекс. Диск
Второй не менее популярный сервис облачного хранилища является продукт Яндекса Яндекс. Диск. Чтобы пользоваться данным сервисом необходимо иметь аккаунт на Яндексе. При регистрации пользователю выделяется 10 гигабайтов места. Также имеется возможность оформлять подписку на больше количество памяти.
Как и предыдущий поставщик, Яндекс также предлагает настольную версию сервиса. В отличии от Google Drive, здесь просто хранятся ссылки на файлы. При желании можно сохранить на диск кликнув правой кнопкой на нужном файле. Минус не будет доступа к файлам в случае отсутствия сети. Плюс клиент имеет встроенный редактор скриншотов, который открывается при нажатии клавиши PrtScr. Скриншот затем сохраняется в папке с соответствующим названием и автоматом выгружается в облако. По умолчанию файлы сохраняются в формате PNG, но в настройках можно это поменять. Как и клиент Google Drive, Яндекс. Диск тоже позволяет из проводника делиться нужными файлами.
Также имеется версия клиента для смартфонов.
DropBox
Следующим не менее известным, но самым скупым является DropBox. Сервис изначально предлагает всего 2 Гб места, что по нынешним меркам довольно-таки скудный показатель. Но также имеется возможность подписки.
Сервис предоставляет клиент для компьютеров и смартфонов, где можно создавать папки, упорядочивать файлы и делиться необходимыми файлами.
Fex
Еще одним относительно новым сервисом облачного хранилища является Fex. При регистрации сервис в целях тестирования предлагает ни мало, ни много 50 гигабайтов дискового пространства.
Минусом данного поставщика является лимит на время хранения файла. Файлы автоматически удаляются через неделю. Поэтому пользоваться им бесплатно для долговременного хранения файлов не целесообразно.
Mega.NZ
Последним и самым оптимальным на наш взгляд сервисом, предоставляющим возможность бесплатно хранить данные является Mega.nz. Сервис бесплатно предоставляет 50 гигабайтов пространства. Но для этого нужно выполнить всех шаги по регистрации и настройке.
Как и все остальные сервисы Mega.NZ тоже имеет клиент, который можно установить на компьютерах или смартфонах. И веб-интерфейс, и настольный клиент даёт возможность загружать файлы в облако и делиться ими. Кроме всего прочего есть возможность подписки, что позволяет увеличивать объем места и лимит на трансфер файлов.
На всех указанные сервисах кроме Fex можно настроить двухфакторную аутентификацию, что в наши дни достаточно важно. Можно завести аккаунты на разных сервисах и распределить данные по ним.
Есть ещё не мало сервисов, которые мы не затронули в данной статье. Это Облако.Mail.ru, OneDrive продукт Майкрософт и так далее. А каким из указанных пользоваться это уже ваш выбор. Можно перепробовать все и выбрать какой-то один и оформить годовую подписку.
NTP (Network Time Protocol) - протокол, определяющий синхронизацию времени на вашем устройстве с публичным или частным сервером, который предоставляет данную информацию. На первый взгляд, установленное время на маршрутизаторе не играет большой роли, но, такие протоколы как IPSec или Kerberos постоянно обмениваются ключами и токенами, которые обладают тайм-стампами - т.е, если на одном роутере время не синхронизировано с другим с небольшой погрешностью, то ключи будут экспайрится быстрее и туннели будут постоянно менять свое состояние. Если же время кардинально отличается на двух устройствах, то IPSec туннели могут вообще не подняться - поэтому настройка NTP очень важна. Кроме того, необходимо настраивать NTP и для того, чтобы в случае взлома или проникновения злоумышленника в вашу сеть вы всегда могли определить точное время события, то есть в логах всегда должна быть точная информация.
Настройка NTP
Для настройки NTP серверов есть несколько вариантов - хостить NTP сервер в вашей сети, использовать публичный или приватный внешний NTP сервер или использовать сразу оба. В данной статье будет использован только один внешний NTP сервер, который хостится проектом NTP.org - данным сервером пользуются миллионы пользователей.
С помощью простой команды ниже вы сможете синхронизировать время на ваших маршрутизаторах с сервисом pool.ntp.org, который балансируется по нагрузке и крайне надежен:
/system ntp client set enabled=yes server-dns-names=time.google.com,0.pool.ntp.org,1.pool.ntp.org,2.pool.ntp.org,3.pool.ntp.org
Ваш маршрутизатор синхронизирует время с ближайшим NTP сервером, который находится в вышеуказанных пулах, и продолжит делать регулярные небольшие корректировки, если появится данная необходимость.
Учтите, что если в момент настройки NTP у вас активны IPSeс сессии, то, они, вероятно, могут быть ненадолго прерваны.
Временные зоны
Необходимо упомянуть важность настройки различных временных поясов - в зависимости от вашей конфигурации, мы бы советовали установить везде одинаковый часовой пояс - в нашем случае Europe/Moscow. В этом случае вы можете быть уверены, что проблем с различным временем на ваших девайсах не возникнет. Итого, команда, которой устанавливается временной пояс:
/system clock set time-zone-name=UTC
Скорее всего, в момент установки часового пояса, ваши VPN туннели претерпят кратковременные падения.