История изменений

конфиг в одном файле

Хочу дополнить, ибо UNIX-админам это может быть не очевидно.

Корпоративное сетевое оборудование (коммутаторы, маршрутизаторы) обычно имеет приятную особенность: оно не делает то, что не указанно в его конфиге.

То есть, если вы подключились к чужому серверу на Linux (с которым есть проблемы), то приходится потратить некоторое время, что бы понять — в какие части системы были внесены изменения. Сравнить конфиги с дефолтными, посмотреть всякие /etc/**/.d/.conf, поискать кастомные юниты systemd, посмотреть в /etc/default/* (в debian), посмотреть на пакеты из сторонних реп или поставленные вручную и т.д. Ещё можно убедиться, что ядро стандартное стоит, а то я однажды был сильно удивлён, не обнаружив на сервере (правда, это был Gentoo) модуля dm-snapshot — я думаю, вы можете представить условия, в которых он мне понадобился и как меня расстроило его отсутствие ;)

А в сетевом оборудовании (в софтроутерах типа VyOS/RouterOS и т.д. в том числе), вы просматриваете только одно - конфиг, и там вы видите все отличия от конфигурации «по-умолчанию». Поверьте, это очень облегчает жизнь!

Так же, авторы подобных проектов облегчают нам жизнь, делая некоторый универсальный синтаксис, который понятен непосвящённым более, чем конфиги исходных проектов (понимаю, довод сомнительный, так как по исходным конфигам обычно есть больше документации и есть больше решений в интернете). Так же, такая универсальная конфигурация даёт возможность менять реализации (или бэкэнды, как их называют разработчики). Например, ребята из VyOS перешли с ISC DHCP на KEA DHCP, при этом для пользователей конфиг DHCP в VyOS никак не поменялся.

Обычно есть какие-либо средства расширения функционала (vbash скрипты в VyOS, какие-то скрипты в RouterOS и т.д., но они или полностью записываются в конфиге (RouterOS) или в конфиге записывается их вызов (VyOS), что даёт возможность легко их обнаружить, если вы на чужом роутере (или на своём, на который 2 года не заходили и забыли подробности сделанных настроек).

конфиг в одном файле

Хочу дополнить, ибо UNIX-админам это может быть не очевидно.

Корпоративное сетевое оборудование (коммутаторы, маршрутизаторы) обычно имеет приятную особенность: оно не делает то, что не указанно в его конфиге.

То есть, если вы подключились к чужому серверу на Linux (с которым есть проблемы), то приходится потратить некоторое время, что бы понять — в какие части системы были внесены изменения. Сравнить конфиги с дефолтными, посмотреть всякие /etc/**/.d/.conf, поискать кастомные юниты systemd, посмотреть в /etc/default/* (в debian), посмотреть на пакеты из сторонних реп или поставленные вручную и т.д. Ещё можно убедиться, что ядро стандартное стоит, а то я однажды был сильно удивлён, не обнаружив на сервере (правда, это был Gentoo) модуля dm-snapshot — я думаю, вы можете представить условия, в которых он мне понадобился и как меня расстроило его отсутствие ;)

А в сетевом оборудовании (в софтроутерах типа VyOS/RouterOS и т.д. в том числе), вы просматриваете только одно - конфиг, и там вы видите все отличия от конфигурации «по-умолчанию». Поверьте, это очень облегчает жизнь!

Так же, авторы подобных проектов облегчают нам жизнь, делая некоторый универсальный синтаксис, который понятен непосвящённым более, чем конфиги исходных проектов (понимаю, довод сомнительный, так как по исходным конфигам обычно больше документации). Так же, такая универсальная конфигурация даёт возможность менять реализации (или бэкэнды, как их называют разработчики). Например, ребята из VyOS перешли с ISC DHCP на KEA DHCP, при этом для пользователей конфиг DHCP в VyOS никак не поменялся.

Обычно есть какие-либо средства расширения функционала (vbash скрипты в VyOS, какие-то скрипты в RouterOS и т.д., но они или полностью записываются в конфиге (RouterOS) или в конфиге записывается их вызов (VyOS), что даёт возможность легко их обнаружить, если вы на чужом роутере (или на своём, на который 2 года не заходили и забыли подробности сделанных настроек).

конфиг в одном файле

Хочу дополнить, ибо UNIX-админам это может быть не очевидно.

Корпоративное сетевое оборудование (коммутаторы, маршрутизаторы) обычно имеет приятную особенность: оно не делает то, что не указанно в его конфиге.

То есть, если вы подключились к чужому серверу на Linux (с которым есть проблемы), то приходится потратить некоторое время, что бы понять — в какие части системы были внесены изменения. Сравнить конфиги с дефолтными, посмотреть всякие /etc/**/.d/.conf, поискать кастомные юниты systemd, посмотреть в /etc/default/* (в debian), посмотреть на пакеты из сторонних реп или поставленные вручную и т.д. Ещё можно убедиться, что ядро стандартное стоит, а то я однажды был сильно удивлён, не обнаружив на сервере (правда, это был Gentoo) модуля dm-snapshot — я думаю, вы можете представить условия, в которых он мне понадобился и как меня расстроило его отсутствие ;)

А в сетевом оборудовании (в софтроутерах типа VyOS/RouterOS и т.д. в том числе), вы просматриваете только одно - конфиг, и там вы видите все отличия от конфигурации «по-умолчанию». Поверьте, это очень облегчает жизнь!

Так же, авторы подобных проектов облегчают нам жизнь, делая некоторый универсальный синтаксис, который понятен непосвящённым более, чем конфиги исходных проектов. Так же, такая универсальная конфигурация даёт возможность менять реализации (или бэкэнды, как их называют разработчики). Например, ребята из VyOS перешли с ISC DHCP на KEA DHCP, при этом для пользователей конфиг никак не поменялся.

Обычно есть какие-либо средства расширения функционала (vbash скрипты в VyOS, какие-то скрипты в RouterOS и т.д., но они или полностью записываются в конфиге (RouterOS) или в конфиге записывается их вызов (VyOS), что даёт возможность легко их обнаружить, если вы на чужом роутере (или на своём, на который 2 года не заходили и забыли подробности сделанных настроек).

конфиг в одном файле

Хочу дополнить, ибо UNIX-админам это может быть не очевидно.

Корпоративное сетевое оборудование (коммутаторы, маршрутизаторы) обычно имеет приятную особенность: оно не делает то, что не указанно в его конфиге.

То есть, если вы подключились к чужому серваку на Linux (с которым есть проблемы), то приходится потратить некоторое время, что бы понять — в какие части системы были внесены изменения. Сравнить конфиги с дефолтными, посмотреть всякие /etc/**/.d/.conf, поискать кастомные юниты systemd, посмотреть в /etc/default/* (в debian), посмотреть на пакеты из сторонних реп или поставленные вручную и т.д. Ещё можно убедиться, что ядро стандартное стоит, а то я однажды был сильно удивлён, не обнаружив на сервере (правда, это был Gentoo) модуля dm-snapshot — я думаю, вы можете представить условия, в которых он мне понадобился и как меня расстроило его отсутствие ;)

А в сетевом оборудовании (в софтроутерах типа VyOS/RouterOS и т.д. в том числе), вы просматриваете только одно - конфиг, и там вы видите все отличия от конфигурации «по-умолчанию». Поверьте, это очень облегчает жизнь!

Так же, авторы подобных проектов облегчают нам жизнь, делая некоторый универсальный синтаксис, который понятен непосвящённым более, чем конфиги исходных проектов. Так же, такая универсальная конфигурация даёт возможность менять реализации (или бэкэнды, как их называют разработчики). Например, ребята из VyOS перешли с ISC DHCP на KEA DHCP, при этом для пользователей конфиг никак не поменялся.

Обычно есть какие-либо средства расширения функционала (vbash скрипты в VyOS, какие-то скрипты в RouterOS и т.д., но они или полностью записываются в конфиге (RouterOS) или в конфиге записывается их вызов (VyOS), что даёт возможность легко их обнаружить, если вы на чужом роутере (или на своём, на который 2 года не заходили и забыли подробности сделанных настроек).

конфиг в одном файле

Хочу дополнить, ибо UNIX-админам это может быть не очевидно.

Корпоративное сетевое оборудование (коммутаторы, маршрутизаторы) обычно имеет приятную особенность: оно не делают то, что не указанно в его конфиге.

То есть, если вы подключились к чужому серваку на Linux (с которым есть проблемы), то приходится потратить некоторое время, что бы понять — в какие части системы были внесены изменения. Сравнить конфиги с дефолтными, посмотреть всякие /etc/**/.d/.conf, поискать кастомные юниты systemd, посмотреть в /etc/default/* (в debian), посмотреть на пакеты из сторонних реп или поставленные вручную и т.д. Ещё можно убедиться, что ядро стандартное стоит, а то я однажды был сильно удивлён, не обнаружив на сервере (правда, это был Gentoo) модуля dm-snapshot — я думаю, вы можете представить условия, в которых он мне понадобился и как меня расстроило его отсутствие ;)

А в сетевом оборудовании (в софтроутерах типа VyOS/RouterOS и т.д. в том числе), вы просматриваете только одно - конфиг, и там вы видите все отличия от конфигурации «по-умолчанию». Поверьте, это очень облегчает жизнь!

Так же, авторы подобных проектов облегчают нам жизнь, делая некоторый универсальный синтаксис, который понятен непосвящённым более, чем конфиги исходных проектов. Так же, такая универсальная конфигурация даёт возможность менять реализации (или бэкэнды, как их называют разработчики). Например, ребята из VyOS перешли с ISC DHCP на KEA DHCP, при этом для пользователей конфиг никак не поменялся.

Обычно есть какие-либо средства расширения функционала (vbash скрипты в VyOS, какие-то скрипты в RouterOS и т.д., но они или полностью записываются в конфиге (RouterOS) или в конфиге записывается их вызов (VyOS), что даёт возможность легко их обнаружить, если вы на чужом роутере (или на своём, на который 2 года не заходили и забыли подробности сделанных настроек).

конфиг в одном файле

Хочу дополнить, ибо UNIX-админам это может быть не очевидно.

Корпоративное сетевое оборудование (коммутаторы, маршрутизаторы) обычно имеют приятную особенность: они не делают то, что не указанно в их конфиге.

То есть, если вы подключились к чужому серваку на Linux (с которым есть проблемы), то приходится потратить некоторое время, что бы понять — в какие части системы были внесены изменения. Сравнить конфиги с дефолтными, посмотреть всякие /etc/**/.d/.conf, поискать кастомные юниты systemd, посмотреть в /etc/default/* (в debian), посмотреть на пакеты из сторонних реп или поставленные вручную и т.д. Ещё можно убедиться, что ядро стандартное стоит, а то я однажды был сильно удивлён, не обнаружив на сервере (правда, это был Gentoo) модуля dm-snapshot — я думаю, вы можете представить условия, в которых он мне понадобился и как меня расстроило его отсутствие ;)

А в сетевом оборудовании (в софтроутерах типа VyOS/RouterOS и т.д. в том числе), вы просматриваете только одно - конфиг, и там вы видите все отличия от конфигурации «по-умолчанию». Поверьте, это очень облегчает жизнь!

Так же, авторы подобных проектов облегчают нам жизнь, делая некоторый универсальный синтаксис, который понятен непосвящённым более, чем конфиги исходных проектов. Так же, такая универсальная конфигурация даёт возможность менять реализации (или бэкэнды, как их называют разработчики). Например, ребята из VyOS перешли с ISC DHCP на KEA DHCP, при этом для пользователей конфиг никак не поменялся.

Обычно есть какие-либо средства расширения функционала (vbash скрипты в VyOS, какие-то скрипты в RouterOS и т.д., но они или полностью записываются в конфиге (RouterOS) или в конфиге записывается их вызов (VyOS), что даёт возможность легко их обнаружить, если вы на чужом роутере (или на своём, на который 2 года не заходили и забыли подробности сделанных настроек).

конфиг в одном файле

Хочу дополнить, ибо UNIX-админам это может быть не очевидно.

Корпоративное сетевое оборудование (коммутаторы, маршрутизаторы) обычно имеют приятную особенность: они не делают то, что не указанно в их конфиге.

То есть, если вы подключились к чужому серваку на Linux (с которым есть проблемы), то приходится потратить некоторое время, что бы понять — в какие части системы были внесены изменения. Сравнить конфиги с дефолтными, посмотреть всякие /etc/**/.d/.conf, поискать кастомные юниты systemd, посмотреть в /etc/default/* (в debian), посмотреть на пакеты из сторонних реп или поставленные вручную и т.д. Ещё можно убедиться, что ядро стандартное стоит, а то я однажды был сильно удивлён, не обнаружив на сервере (правда, это был Gentoo) модуля dm-snapshot — я думаю, Вы можете представить условия, в которых он мне понадобился ;)

А в сетевом оборудовании (в софтроутерах типа VyOS/RouterOS и т.д. в том числе), вы просматриваете только одно - конфиг, и там вы видите все отличия от конфигурации «по-умолчанию». Поверьте, это очень облегчает жизнь!

Так же, авторы подобных проектов облегчают нам жизнь, делая некоторый универсальный синтаксис, который понятен непосвящённым более, чем конфиги исходных проектов. Так же, такая универсальная конфигурация даёт возможность менять реализации (или бэкэнды, как их называют разработчики). Например, ребята из VyOS перешли с ISC DHCP на KEA DHCP, при этом для пользователей конфиг никак не поменялся.

Обычно есть какие-либо средства расширения функционала (vbash скрипты в VyOS, какие-то скрипты в RouterOS и т.д., но они или полностью записываются в конфиге (RouterOS) или в конфиге записывается их вызов (VyOS), что даёт возможность легко их обнаружить, если вы на чужом роутере (или на своём, на который 2 года не заходили и забыли подробности сделанных настроек).

конфиг в одном файле

Хочу дополнить, ибо UNIX-админам это может быть не очевидно.

Корпоративное сетевое оборудование (коммутаторы, маршрутизаторы) обычно имеют приятную особенность: они не делают то, что не указанно в их конфиге.

То есть, если вы подключились к чужому серваку на Linux (с которым есть проблемы), то приходится потратить некоторое время, что бы понять — в какие части системы были внесены изменения. Сравнить конфиги с дефолтными, посмотреть всякие /etc/**/.d/.conf, поискать кастомные юниты systemd, посмотреть в /etc/default/* (в debian), посмотреть на пакеты из сторонних реп или поставленные вручную и т.д. Ещё можно убедиться, что ядро стандартное стоит, а я однажды был сильно удивлён, не обнаружив на сервере (в Gentoo, правда) модуля dm-snapshot — я думаю, Вы можете представить условия, в которых он мне понадобился ;)

А в сетевом оборудовании (в софтроутерах типа VyOS/RouterOS и т.д. в том числе), вы просматриваете только одно - конфиг, и там вы видите все отличия от конфигурации «по-умолчанию». Поверьте, это очень облегчает жизнь!

Так же, авторы подобных проектов облегчают нам жизнь, делая некоторый универсальный синтаксис, который понятен непосвящённым более, чем конфиги исходных проектов. Так же, такая универсальная конфигурация даёт возможность менять реализации (или бэкэнды, как их называют разработчики). Например, ребята из VyOS перешли с ISC DHCP на KEA DHCP, при этом для пользователей конфиг никак не поменялся.

Обычно есть какие-либо средства расширения функционала (vbash скрипты в VyOS, какие-то скрипты в RouterOS и т.д., но они или полностью записываются в конфиге (RouterOS) или в конфиге записывается их вызов (VyOS), что даёт возможность легко их обнаружить, если вы на чужом роутере (или на своём, на который 2 года не заходили и забыли подробности сделанных настроек).