Ничем не плох. Просто, если уже есть один инструмент, зачем ставить другой? Правда, debian давно не использую, поэтому не знаю предустановлен или нет dnsmasq.
А публичный ssh не позволяет подключиться и получить доступ к консоли? Зачем он тогда нужен? ssh-copy-id не получается использовать?
Не, с iptables Вы однозначно не правы. :-)
Судя по примерам команд, на ноутбуке стоит ubuntu или debian. В ubuntu предустановлен dnsmask, который легко раздаёт ip-адреса.
Что там должно гореть зелёным чтобы можно было понять, что оно работает? Я не понял — это оборот речи?
И, да, обмен ключами и никакой подстановки паролей не нужно. Допускаю ситуации, когда использовать ключи невозможно, но придумать такую ситуацию не могу. Поясните, пожалуйста.
Ещё меня очень смутило использование пользовательского cron. Я вообще не понял сути этого действия.
Логины-пароли я, при необходимости, храню в base64-encoded-файле. От целенаправленного взлома не спасёт, но для сохранения от любопытных глаз достаточно. Однако за совет — спасибо! При случае воспользуюсь.
Что-то не помню я уже с чего начинал (наверное, какой-нибудь Red Hat 5), но хорошо помню, что в какой-то момент купил «новый линукс» Red Hat 6. Потом были и Mandrake и Mandirva, которые не нравились тем, что, устанавливая по зависимости какой-нибудь пакет из репозитория, можно было легко убить уже работающее приложение, которое требовало более старую версию того, что только что обновилось по зависимостям. Был Black Cat, SuSE, Slackware, но всё это было больше в серверных вариантах. В качестве основной рабочей ОС как-то пришла и осталась по сей день Ubuntu.
В большинстве случаев проблема не в языке (или каком-либо другом инструменте), а в том, кто им пользуется и что от него ожидает. Привычка — вторая натура и себе любимому проще сказать: «Это не ты не знаешь как пользоваться, это язык (инструмент) хреновый.» А заставить себя посмотреть критично и допустить возможность другого подхода часто бывает очень сложно. Думаю, все с этим сталкивались.
Первый sed удалит из потока все строки, начиная с одиннадцатой, и пронумерует результат таким образом, что номер строки будет выше самой строки (строкой выше).
Второй sed удалит возврат каретки из нечётных строк и тем самым объединит строку с номером со строкой с информацией о каталоге.
Я бы предпочёл (не смотря на свою любовь к sed) такой вариант:
Вообще, скорее, потоковые редакторы. sed, например, — Stream EDitor. Но они на столько мощные, что уже можно и программировать. Вот, например, Тетрис.
К bash, конечно, же они прямого отношения не имеют.
Все важные обновления, изменения, установки и настройки делайте в пятницу после обеда, а ещё лучше — перед какими-нибудь длинными праздниками (типа новогодних каникул). И со спокойной совестью поезжайте куда-нибудь отдохнуть. Желательно туда, где нет телефонной связи и интернета. :-)
Статья — какое-то непотребство дилетанта-графомана. А вот за комментарии вам, господа, огромное спасибо! Полезной и интересной информации великое множество.
"Перевёл сервер с windows на centos..." С одной горе-машины раскидал всё на несколько других и переставил операционную систему на бедолаге. И всё? (Просто, с таким стилем изложения я, боюсь, уже не доживу до финала.)
Если бы я попал в сессию пользователя, имеющего возможность поднять привилегии через sudo, я бы просто создал пользователя с известным мне паролем и имеющим возможность использовать sudo и не городил бы огороды с изменениями .bashrc и созданием дополнительных скриптов.
Статья интересная некоторыми приёмами, которые могут оказаться полезными для выполнения вполне себе легитимных задач.
Ничем не плох. Просто, если уже есть один инструмент, зачем ставить другой? Правда, debian давно не использую, поэтому не знаю предустановлен или нет dnsmasq.
А публичный ssh не позволяет подключиться и получить доступ к консоли? Зачем он тогда нужен? ssh-copy-id не получается использовать?
Не, с iptables Вы однозначно не правы. :-)
Судя по примерам команд, на ноутбуке стоит ubuntu или debian. В ubuntu предустановлен dnsmask, который легко раздаёт ip-адреса.
Что там должно гореть зелёным чтобы можно было понять, что оно работает? Я не понял — это оборот речи?
И, да, обмен ключами и никакой подстановки паролей не нужно. Допускаю ситуации, когда использовать ключи невозможно, но придумать такую ситуацию не могу. Поясните, пожалуйста.
Ещё меня очень смутило использование пользовательского cron. Я вообще не понял сути этого действия.
Конструкция упростится и станет более читабельной
Первый sed удалит из потока все строки, начиная с одиннадцатой, и пронумерует результат таким образом, что номер строки будет выше самой строки (строкой выше).
Второй sed удалит возврат каретки из нечётных строк и тем самым объединит строку с номером со строкой с информацией о каталоге.
Я бы предпочёл (не смотря на свою любовь к sed) такой вариант:
head, по-умолчанию, выводит первые 10 строк. cat -n выводит всё содержимое, нумеруя его.
Вообще, скорее, потоковые редакторы. sed, например, — Stream EDitor. Но они на столько мощные, что уже можно и программировать. Вот, например, Тетрис.
К bash, конечно, же они прямого отношения не имеют.
Все важные обновления, изменения, установки и настройки делайте в пятницу после обеда, а ещё лучше — перед какими-нибудь длинными праздниками (типа новогодних каникул). И со спокойной совестью поезжайте куда-нибудь отдохнуть. Желательно туда, где нет телефонной связи и интернета. :-)
Статья — какое-то непотребство дилетанта-графомана. А вот за комментарии вам, господа, огромное спасибо! Полезной и интересной информации великое множество.
Автор опрометчиво упомянул девушку. :-)
"Перевёл сервер с windows на centos..." С одной горе-машины раскидал всё на несколько других и переставил операционную систему на бедолаге. И всё? (Просто, с таким стилем изложения я, боюсь, уже не доживу до финала.)
А! Ну да. Видимо, перетрудился — не подумал
Если бы я попал в сессию пользователя, имеющего возможность поднять привилегии через sudo, я бы просто создал пользователя с известным мне паролем и имеющим возможность использовать sudo и не городил бы огороды с изменениями .bashrc и созданием дополнительных скриптов.
Статья интересная некоторыми приёмами, которые могут оказаться полезными для выполнения вполне себе легитимных задач.
Поле-то осталось, да годы ушли. :-) ( А вместе с ними и интерес к теме.) Я понял так, что основное сожаление автора комментария именно об этом.