В моем случае, первым выступает локальный DNS сервер (я использую dnsmasq) для задания локальных адресов .priv зон. Если находится совпадение, то возвращается адрес из локальной сети. Все остальные запросы отправляются на основной DNS сервер с адресом 192.168.100.1.
Все остальные запросы отправляются на основной DNS сервер с адресом 192.168.100.1.
Вот это новость для меня. Всегда был другой алгоритм — если первый в списке не ответил, опрашиваем второй, затем третий (при необходимости и наличии). И man resolv.conf подтверждает это:
(The algorithm used is to try a name server, and if the query times out, try the next, until out of name servers, then repeat trying all the name servers until a maximum number of retries are made.)
Ничем не плох. Просто, если уже есть один инструмент, зачем ставить другой? Правда, 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..." С одной горе-машины раскидал всё на несколько других и переставил операционную систему на бедолаге. И всё? (Просто, с таким стилем изложения я, боюсь, уже не доживу до финала.)
При том что
Я понял так, что сначала ответит dnsmasq, а если он не смог разрешить имён, то запрос будет передан на 192.168.100.1.
Вот это новость для меня. Всегда был другой алгоритм — если первый в списке не ответил, опрашиваем второй, затем третий (при необходимости и наличии). И man resolv.conf подтверждает это:
Ничем не плох. Просто, если уже есть один инструмент, зачем ставить другой? Правда, 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..." С одной горе-машины раскидал всё на несколько других и переставил операционную систему на бедолаге. И всё? (Просто, с таким стилем изложения я, боюсь, уже не доживу до финала.)