Ezhyg, С собой переписываюсь нечасто. Только по необходимости. Намного чаще разговариваю с голосами в голове. Это именно они подсказали мне ту команду. А то пока ответа дождешься... А так я уже Fedora установил и обновил и настроил.
Я не стал подставлять все значения, это слишком долго. Значение 8192 дало наибольшую скорость - около 10 MiB/s, однако mkfs.ext4 начала ругаться на этот размер блока. Я все же выполнил команду, но флешка после этого отказалась монтироваться. Были какие-то сообщения насчет неверных параметров.
John Smith, USB3 не гарантия скорости, но все же скорость должна быть выше нуля. У меня две разные флешки от двух разных производителей и у обеих средняя скорость записи около 500 KiB/s. Иногда она может подниматься до 1-3 MiB/s, или падать до нуля на длительное время.
Три других флешки имеют более нормальную скорость записи - одна 8-10 Mib/s, другая 10-12 MiB/s, третья - 12 -15. Не фонтан, но все же...
Посмотрите правильно ли выбраны в Rufus "Схема раздела", "Целевая система" и "файловая система". Попробуйте перезаписать флешку в режиме dd, а еще лучше смените Rufus на что-нибудь другое. У openSUSE есть imagewriter, у Fedora mediawriter, у Mint и Ubuntu тоже должны быть свои программы для записи флешек. https://github.com/pbatard/rufus/wiki/FAQ#grub
И нужно учитывать, что после отключения firewalld все правила, которые сейчас существуют, исчезнут.
А что вообще требуется? Открыть 443 порт на постоянной основе? Если так, то это через firewalld можно сделать.
А у вас вообще-то есть iptables? Это правило, которое вы вводите применяется, его видно по команде iptables -L INPUT ? И какой ответ дает команда systemctl status iptables ? Потому как в CentOS 7 вместо iptables по умолчанию должен использоваться firewalld.
А если нет никакой вменяемой квалификации, работать не хочется, а денег хочется, что тогда делать? Посоветуйте. Только чтобы это занятие не было связано с ответственностью, особенно уголовной и с риском тоже.
Все верно. Я PasswordAuthentication сменил с no на yes, а вот команду systemctl restart sshd выполнить не догадался. Потому меня по паролю не пускали и ключ закинуть не получалось. Сейчас все работает.
Под учетной записью обычного пользователя я сгенерировал пару ключей и публичный отправил просто используя команду ssh-copy-id user@hostname. После этого я прохожу аутентификацию только если соединяюсь с сервером с использованием учетных записей обычного пользователя как на локальном хосте, так и на удаленном сервере. Любые другие сочетания не работают.
Под учетной записью рута я снова создал пару ключей RSA, но не могу отправить ключ с использованием команды ssh-copy-id - получаю ту же ошибку: Permission denied (publickey,gssapi-keyex,gssapi-with-mic)
В local_host:/root/.ssh/ есть оба ключа
remote_host:/root/.ssh/authorized_keys такого файла не существует, как и каталога .ssh
Прочитал все ответы. Они были для меня в общем ожидаемы. Но ведь команду на очистку всего диска можно выполнить и с помощью sudo. Кроме того я и с обычными правами однажды очистил половину диска с нужными данными. Я думал, что если находиться в консоли с правами рут, то это повышает уязвимость системы к хакерским атакам и вирусам.