По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
Команда SCP (Secure Copy) - это метод шифрования передачи файлов между системами Unix или Linux. Это более безопасный вариант команды cp SCP включает шифрование через соединение SSH (Secure Shell). Это гарантирует, что даже если данные будут перехвачены, они будут защищены. Как безопасно копировать файлы с помощью SCP Копировать файл с локального на удаленный сервер с помощью SCP Команда scp позволяет использовать подстановочные знаки. Используйте символ тильды ~/ для обозначения home/user каталога пользователя. Вы можете указать строку текста со знаком *. Например, /~/*.txt заставит SCP скопировать все файлы в домашнем каталоге, которые заканчиваются на .txt. Как правило, вам не нужно указывать расположение файла в текущем каталоге. Если вы находитесь в каталоге /home/user и хотите скопировать файл test.txt на сервер, вы можете ввести следующее: scp test.txt username2@destination:/location2 Чтобы скопировать все файлы .txt в домашний каталог username2, введите следующее: scp *.txt username2@destination_host:/~/ Если вы укажете только каталог назначения, SCP оставит имя файла как есть. Чтобы изменить имя файла, определите новое имя файла в месте назначения: scp test.txt username2@destination_host:/user/home/user1test.txt В этом примере файл test.txt копируется с локального компьютера, а затем сохраняется как user1test.txt в каталоге пользователя системы назначения. Если удаленная система настроена на прослушивание SSH-запросов на порт, отличный от порта 22 по умолчанию, используйте переключатель –P, чтобы указать порт: scp –P 1234 test.txt user2@destination_host:/location2/ Это копирует test.txt из вашей локальной системы на целевой хост, используя порт 1234. Копировать с одного удаленного хоста на другой Вы не ограничены только подключением между локальным компьютером и удаленным сервером. Чтобы скопировать из одной удаленной системы в другую: scp user1@host1.com:/files/test.txt user2@user2.com:/files Это приведет к репликации файла test.txt из каталога /files на host1.com в каталог /files на /host2.com. Система предложит вам ввести пароль для пользователей user1 и user2 до завершения операции. Копирование больших файлов с помощью SCP Если вы копируете большие файлы, запустите команду в терминальном мультиплексоре, например tmux. Если операция прервана, мультиплексор позволит вам возобновить копирование без необходимости начинать заново. Вы можете проверить, установлен ли в вашей системе tmux, выполнив в терминале следующее: tmux -V Рекомендации по использованию SCP Команда scp не проверяет место назначения перед записью. Любые файлы в месте назначения с тем же именем будут перезаписаны без уведомления. Вам будет предложено ввести пароль, когда вы нажмете Enter. Используйте пароль пользователя в удаленной системе. Управление разрешениями В исходной системе вам потребуется учетная запись с доступом для чтения к файлам, которые вы хотите скопировать. В системе назначения вам потребуется учетная запись с правом записи в каталог, в котором будут сохранены файлы. Если вы столкнетесь с ошибками при копировании, вы можете попробовать учетную запись пользователя root для устранения неполадок с разрешениями. Параметры команды SCP Базовый синтаксис SCP: scp [options] username1@source_host:/location1/file1 username2@destination_host:/location2/file2 Вот некоторые общие параметры команды scp: –P - Указать порт SSH сервера –p - сохранить метку времени для изменения и доступа (обратите внимание на строчные буквы) –q - тихий режим, без отображения прогресса или сообщений (все равно будут отображаться ошибки) –C - Сжимать данные во время передачи –r - Рекурсивно - включать подкаталоги и их содержимое Раздел, следующий сразу за параметрами, - это источник (путь) файла, который вы хотите скопировать. Вы можете скопировать из своей системы в удаленную или наоборот. В следующем разделе указывается место, куда копируется файл. Например: scp user@local_system:/home/user/test.txt admin@remote_system:/home/user Это скопирует документ test.txt из пользовательского каталога в локальной системе и поместит копию в каталог учетной записи администратора в удаленной системе. Другой пример SCP - чтобы скопировать файл с удаленного хоста на локальный: scp user@from_host:file.txt /local/directory/ Итоги В этом руководстве вы узнали, что такое команда scp и как ее использовать для защиты передачи файлов.
img
Может так случиться, что вы забудете или потеряете свой root пароль MySQL, но не стоит отчаиваться – его можно сбросить и восстановить доступ. Что нам нужно знать так это то, что пароль хранится в таблице пользователей. Это означает, что нам нужно найти способ обойти аутентификацию MySQL, чтобы мы могли обновить запись пароля. К счастью, это легко сделать, и это руководство проведет вас через процесс восстановления или сброса пароля root в версии MySQL 8.0. Согласно документации по MySQL, существует два способа сброса корневого пароля MySQL и в этой статье мы рассмотрим оба. Сброс MySQL root пароля с использованием –init-file Один из способов сброса пароля root - создать локальный файл, а затем запустить службу MySQL, используя параметр --init-file, как показано ниже: # vim /home/user/init-file.txt Важно убедиться, что файл доступен для чтения пользователю mysql. В этот файл вставьте следующее и измените «new_password» на пароль, который вы хотите использовать: ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password'; Теперь убедитесь, что служба MySQL остановлена. Вы можете сделать следующее: # systemctl stop mysqld.service # для дистрибутивов использующих systemd # /etc/init.d/mysqld stop # для дистрибутивов использующих init Далее запустите следующее: # mysqld --user=mysql --init-file=/home/user/init-file.txt --console Это запустит службу MySQL и во время процесса выполнит созданный вами файл инициализации, и, следовательно, пароль для пользователя root будет обновлен. Обязательно удалите файл после сброса пароля. После этого обязательно остановите сервер и запустите его как обычно. # systemctl stop mysqld.service # для дистрибутивов использующих system # systemctl restart mysqld.service # для дистрибутивов использующих systemd # /etc/init.d/mysqld stop # для дистрибутивов использующих init # /etc/init.d/mysqld restart # для дистрибутивов использующих init Теперь вы должны иметь возможность подключиться к серверу MySQL от имени пользователя root, используя новый пароль. # mysql -u root -p Сброс MySQL root пароля с использованием –skip-grant-tables Второй вариант - запустить службу MySQL с параметром --skip-grant-tables. Это менее безопасно, так как пока служба запускается таким образом, все пользователи могут подключаться без пароля. Если сервер запущен --skip-grant-tables, опция для --skip-network активируется автоматически, поэтому удаленные подключения не будут доступны. Сначала убедитесь, что служба MySQL остановлена. # systemctl stop mysqld.service # для дистрибутивов использующих systemd # /etc/init.d/mysqld stop # для дистрибутивов использующих init Затем запустите службу с помощью следующей опции. # mysqld --skip-grant-tables --user=mysql & Теперь вы можете подключиться к серверу MySQL, просто используя: # mysql Поскольку управление учетными записями отключается при запуске службы с параметром --skip-grant-tables, нам придется перезагрузить гранты. Таким образом, мы сможем изменить пароль позже: # FLUSH PRIVILEGES; Теперь вы можете выполнить следующий запрос, чтобы обновить пароль. Обязательно замените «new_password» реальным паролем, который вы хотите использовать. # ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_passowrd'; Теперь остановите сервер MySQL и запустите его как обычно. # systemctl stop mysqld.service # для дистрибутивов использующих system # systemctl restart mysqld.service # для дистрибутивов использующих systemd # /etc/init.d/mysqld stop # для дистрибутивов использующих init # /etc/init.d/mysqld restart # для дистрибутивов использующих init Теперь вы сможете подключиться с новым паролем: # mysql -u root –p
img
Мы хотели бы поговорить про Quality of Service (QoS) в VoIP сетях, рассказать что это такое, как это работает, зачем это нужно и как это настраивать. В этой статье мы рассмотрим, какие проблемы мы можем иметь в сети, и как QoS может с ними помочь. Для успешного функционирования VoIP сетей голосовой трафик (voice traffic) должен иметь приоритет над трафиком с данными (data traffic). Quality of Service можно определить как способность сети предоставить лучший или особый сервис для группы пользователей и приложений за счет других пользователей и приложений. Звучит как то, что как раз необходимо для голосового трафика – “лучший” сервис необходим для VoIP не из-за больших требований по пропускной способности (VoIP трафик использует маленькую полосу пропускания, по сравнению с другими приложениями), а из-за требований по задержке. В отличие от трафика с данными, время за которое пакет проходит из одного конца сети в другой имеет значение. Если пакет с данными при прохождении через сеть испытал задержку (delay), то файловый сервер получит файл секундой позже или страничка в браузере будет загружаться чуть дольше, и с точки зрения пользователя не произойдет ничего страшного. Однако если голосовой трафик проходит по сети и испытывает задержку, то голоса начинают перекрываться (например, абонент начинает говорить одновременно с другим абонентом) и продолжать разговор становится невозможно. Чтобы побороть эти проблемы нужно убедиться, что для голосового трафика подходит не только полоса пропускания, но и что голосовой трафик получает первую доступную полосу. Это означает что если бутылочное горлышко (самое узкое место) находится в сети, где маршрутизатор ставит трафик в очередь, то перед тем как его выслать, маршрутизатор будет перемещать голосовой трафик перед трафиком данных, чтобы отправить его в первом доступном интервале. И это как раз задача Quality of Service. QoS, по сути, является не отдельным инструментом, а классом инструментов, направленных на то чтобы дать администратору полный контроль над трафиком внутри сети. Как и когда использовать каждый инструмент QoS зависит от требований к сети от трафика и ее характеристик. Понимание основных проблем Перед тем как применять QoS, нужно разораться с тем, какие проблемы мы пытаемся решить. Рассмотрим основные: Недостаток пропускной способности (Lack of bandwidth) – Множественные потоки голосового трафика и трафика с данными конкурируют за ограниченную полосу пропускания. Задержка (Delay) – Для того чтобы пакет дошел из пункта отправления в пункт назначения требуется какое-то время. Задержка имеет три формы: Фиксированная задержка (Fixed delay) – Значение задержки, которое нельзя изменить. Например, требуется определенное время, чтобы пакет добрался до определенной географической локации. Это значение считается фиксированным и QoS не может повлиять на него. Переменная задержка(Variable delay) – Значения задержки, которые можно изменить. Например, задержка в очереди интерфейса маршрутизатора является переменной, потому что она зависит от того, сколько пакетов находится на данный момент в очереди. На эту задержку можно повлиять поставив голосовые пакеты перед пакетами с данными. Джиттер (Jitter) – Разница задержек между пакетами. Например, первому пакету разговора потребовалось 100 мс чтобы добраться до точки назначения, в то время как второму потребовалось 110 мс. В этой ситуации джиттер составляет 10 мс. Потеря пакетов (Packet loss) – пакеты теряются из-за переполненного или ненадежного сетевого подключения. Очень важно понимать эти проблемы, поскольку они вызывают наложения звука, эхо, потрескивания и разорванные звонки. Механизм QoS предназначен для того, чтобы обеспечить бесперебойную передачу голоса в течение временных перегрузок в сети. Однако это не волшебная палочка, которая сможет решить все проблемы в сети. Например, если в сети есть недостаток пропускной способности, то при добавлении голосовых пакетов не стоит ожидать что QoS сможет все решить – получится что либо приложения с данными будут работать так медленно, что перестанут быть функциональными, либо голосовой трафик будет испытывать проблемы с качеством. Цель QoS – обеспечить постоянную пропускную способность для голосового трафика таким образом, чтобы была низкая постоянная задержка с одного конца сети в другой. Чтобы выполнить это требование необходимо иметь настроенные механизмы QoS в каждой точке сети, где существует перегрузка. Требования к голосовому и видео трафику Разный тип трафика, который используется в сети, имеет разные требования QoS. В отличие от трафика данных, голосовой трафик считается предсказуемым. В то время как трафик данных может значительно увеличиваться при скачивании или передачи большого объема данных, голосовой трафик остается постоянным для каждого звонка поступающего и покидающего сеть. Фактический объем полосы пропускания, требуемый для голоса сильно зависит от используемого кодека. Помимо требований к пропускной способности, голосовой трафик имеет следующие дополнительные требования: Задержка (End-to-end delay) : 150 мс или меньше Джиттер: 30 мс или меньше Потеря пакетов: 1% или меньше Видео трафик имеет такие же требования по задержке, но потребляет большую полосу пропускания. Кроме того ширина полосы пропускания может меняться в зависимости от того, сколько движения происходит в видео (большее количество движений значительно увеличивают необходимую пропускную способность). Требования к трафику данных Невозможно подогнать весь трафик данных под одно требование, потому что каждое отдельное приложение имеет свои QoS требования. Приложения данных можно разделить на несколько категорий: Критически важные приложения (Mission-critical applications) – эти приложения критически важны для организации и требуют выделенной полосы пропускания. Транзакционные приложения (Transactional applications) – эти приложения обычно взаимодействуют с пользователями и требуют быстрого времени отклика. Например, сотрудник техподдержки может использовать приложение базы данных чтобы получать информацию о абоненте на основе ID предыдущих запросов. Низкоприоритетные приложения (Best-effort applications) – эти приложения некритичны или некатегоризированы. Это может быть почта, веб и FTP. “Мусорные ” приложения (Scavenger applications) – это непродуктивные приложения, в которых нет необходимости для работы, но которые поглощают значительные объемы полосы пропускания. Например, это могут быть p2p приложения типа BitTorrent Каждой из этих категорий приложений можно назначить определенный уровень QoS.
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59