Неиспользуемые скрипты Ubuntu 11.10 dhclient-enter-hook.d

просто натолкнулся на то, что кажется несвязанным решением проблемы, - что интерфейс, неправильно объявленный в /etc/network/interfaces, сделал разницу. ни один из скриптов hook-scripts не был вызван, и я собирался приступить к обходному пути с использованием NetworkManager: убедитесь, что у него есть что-то подобное в /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
# these two lines are here by default
auto lo
iface lo inet loopback

# this was missing in my case and while the address was retrieved via DHCP, additional 
# options like ntp-servers were never retrieved:
auto eth0
iface eth0 inet dhcp

Поскольку этот вопрос на самом деле не вопрос, я буду считать, что вопрос: «Как я могу запустить dhclient- {enter, exit} -hooks?» Короткий ответ: вы не можете без какой-либо работы. См. эту ошибку для хорошего обсуждения проблемы и некоторых решений.

Как было предложено OP, сетевой диспетчер (NM) является проблемой. Ниже приведен пример вызова dhclient NM:

/sbin/dhclient -d -4 -sf /usr/lib/NetworkManager/nm-dhcp-client.action \
    -pf /var/run/dhclient-wlan1.pid -lf <lease file> \
    -cf /var/run/nm-dhclient-wlan1.conf wlan1

Обратите внимание на «-sf /usr/lib/NetworkManager/nm-dhcp-client.action». Это специальная программа, предоставляемая NM, которая переопределяет сценарий по умолчанию для dhclient, который находится в / sbin / dhclient-script. Скрипт по умолчанию ведет себя так, как вы ожидали, и задокументирован в «man dhclient-script».

nm-dhcp-client.action - это программа на C, поэтому вам понадобится источник, чтобы выяснить, делает. Но, смотря в исходном коде, вы заметите, что он по умолчанию не запускает скрипты ввода / вывода.

Вероятно, лучшим (наименее взломанным) решением является запись / etc / NetworkManager / dispatcher.d, который запускает сценарии ввода / вывода, когда интерфейс появляется и , если существуют переменные среды DHCP * (см. man NetworkManager). Поскольку вы можете передавать только переменные, которые NM дает сценарий диспетчера, это может быть не полностью прозрачное решение.

Непроверенная, взломанная, но более простая альтернатива - переименование / usr / lib / NetworkManager / nm- dhcp-client.action и поставил вместо него сценарий, который безоговорочно выполняет exec во вновь названном nm-dhcp-client.action. Вы могли бы в значительной степени скопировать большую часть / sbin / dhclient-script, которая запускает крючки ввода / выхода, поэтому создание сценария должно быть довольно простым. Это должно работать с ранее существовавшими скриптами hook, тогда как первое решение может не быть (из-за недоступности ожидаемых переменных).

NM действительно должен уже запускать крючки, потому что кажется, что некоторые пакеты не работают как и ожидалось без него.

просто натолкнулся на то, что кажется несвязанным решением проблемы, - что интерфейс, неправильно объявленный в /etc/network/interfaces, сделал разницу. ни один из скриптов hook-scripts не был вызван, и я собирался приступить к обходному пути с использованием NetworkManager: убедитесь, что у него есть что-то подобное в /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
# these two lines are here by default
auto lo
iface lo inet loopback

# this was missing in my case and while the address was retrieved via DHCP, additional 
# options like ntp-servers were never retrieved:
auto eth0
iface eth0 inet dhcp

просто натолкнулся на то, что кажется несвязанным решением проблемы, - что интерфейс, неправильно объявленный в /etc/network/interfaces, сделал разницу. ни один из скриптов hook-scripts не был вызван, и я собирался приступить к обходному пути с использованием NetworkManager: убедитесь, что у него есть что-то подобное в /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
# these two lines are here by default
auto lo
iface lo inet loopback

# this was missing in my case and while the address was retrieved via DHCP, additional 
# options like ntp-servers were never retrieved:
auto eth0
iface eth0 inet dhcp

Поскольку этот вопрос на самом деле не вопрос, я буду считать, что вопрос: «Как я могу запустить dhclient- {enter, exit} -hooks?» Короткий ответ: вы не можете без какой-либо работы. См. эту ошибку для хорошего обсуждения проблемы и некоторых решений.

Как было предложено OP, сетевой диспетчер (NM) является проблемой. Ниже приведен пример вызова dhclient NM:

/sbin/dhclient -d -4 -sf /usr/lib/NetworkManager/nm-dhcp-client.action \
    -pf /var/run/dhclient-wlan1.pid -lf <lease file> \
    -cf /var/run/nm-dhclient-wlan1.conf wlan1

Обратите внимание на «-sf /usr/lib/NetworkManager/nm-dhcp-client.action». Это специальная программа, предоставляемая NM, которая переопределяет сценарий по умолчанию для dhclient, который находится в / sbin / dhclient-script. Скрипт по умолчанию ведет себя так, как вы ожидали, и задокументирован в «man dhclient-script».

nm-dhcp-client.action - это программа на C, поэтому вам понадобится источник, чтобы выяснить, делает. Но, смотря в исходном коде, вы заметите, что он по умолчанию не запускает скрипты ввода / вывода.

Вероятно, лучшим (наименее взломанным) решением является запись / etc / NetworkManager / dispatcher.d, который запускает сценарии ввода / вывода, когда интерфейс появляется и , если существуют переменные среды DHCP * (см. man NetworkManager). Поскольку вы можете передавать только переменные, которые NM дает сценарий диспетчера, это может быть не полностью прозрачное решение.

Непроверенная, взломанная, но более простая альтернатива - переименование / usr / lib / NetworkManager / nm- dhcp-client.action и поставил вместо него сценарий, который безоговорочно выполняет exec во вновь названном nm-dhcp-client.action. Вы могли бы в значительной степени скопировать большую часть / sbin / dhclient-script, которая запускает крючки ввода / выхода, поэтому создание сценария должно быть довольно простым. Это должно работать с ранее существовавшими скриптами hook, тогда как первое решение может не быть (из-за недоступности ожидаемых переменных).

NM действительно должен уже запускать крючки, потому что кажется, что некоторые пакеты не работают как и ожидалось без него.

просто натолкнулся на то, что кажется несвязанным решением проблемы, - что интерфейс, неправильно объявленный в /etc/network/interfaces, сделал разницу. ни один из скриптов hook-scripts не был вызван, и я собирался приступить к обходному пути с использованием NetworkManager: убедитесь, что у него есть что-то подобное в /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
# these two lines are here by default
auto lo
iface lo inet loopback

# this was missing in my case and while the address was retrieved via DHCP, additional 
# options like ntp-servers were never retrieved:
auto eth0
iface eth0 inet dhcp

Поскольку этот вопрос на самом деле не вопрос, я буду считать, что вопрос: «Как я могу запустить dhclient- {enter, exit} -hooks?» Короткий ответ: вы не можете без какой-либо работы. См. эту ошибку для хорошего обсуждения проблемы и некоторых решений.

Как было предложено OP, сетевой диспетчер (NM) является проблемой. Ниже приведен пример вызова dhclient NM:

/sbin/dhclient -d -4 -sf /usr/lib/NetworkManager/nm-dhcp-client.action \
    -pf /var/run/dhclient-wlan1.pid -lf <lease file> \
    -cf /var/run/nm-dhclient-wlan1.conf wlan1

Обратите внимание на «-sf /usr/lib/NetworkManager/nm-dhcp-client.action». Это специальная программа, предоставляемая NM, которая переопределяет сценарий по умолчанию для dhclient, который находится в / sbin / dhclient-script. Скрипт по умолчанию ведет себя так, как вы ожидали, и задокументирован в «man dhclient-script».

nm-dhcp-client.action - это программа на C, поэтому вам понадобится источник, чтобы выяснить, делает. Но, смотря в исходном коде, вы заметите, что он по умолчанию не запускает скрипты ввода / вывода.

Вероятно, лучшим (наименее взломанным) решением является запись / etc / NetworkManager / dispatcher.d, который запускает сценарии ввода / вывода, когда интерфейс появляется и , если существуют переменные среды DHCP * (см. man NetworkManager). Поскольку вы можете передавать только переменные, которые NM дает сценарий диспетчера, это может быть не полностью прозрачное решение.

Непроверенная, взломанная, но более простая альтернатива - переименование / usr / lib / NetworkManager / nm- dhcp-client.action и поставил вместо него сценарий, который безоговорочно выполняет exec во вновь названном nm-dhcp-client.action. Вы могли бы в значительной степени скопировать большую часть / sbin / dhclient-script, которая запускает крючки ввода / выхода, поэтому создание сценария должно быть довольно простым. Это должно работать с ранее существовавшими скриптами hook, тогда как первое решение может не быть (из-за недоступности ожидаемых переменных).

NM действительно должен уже запускать крючки, потому что кажется, что некоторые пакеты не работают как и ожидалось без него.

Поскольку этот вопрос на самом деле не вопрос, я буду считать, что вопрос: «Как я могу запустить dhclient- {enter, exit} -hooks?» Короткий ответ: вы не можете без какой-либо работы. См. эту ошибку для хорошего обсуждения проблемы и некоторых решений.

Как было предложено OP, сетевой диспетчер (NM) является проблемой. Ниже приведен пример вызова dhclient NM:

/sbin/dhclient -d -4 -sf /usr/lib/NetworkManager/nm-dhcp-client.action \
    -pf /var/run/dhclient-wlan1.pid -lf <lease file> \
    -cf /var/run/nm-dhclient-wlan1.conf wlan1

Обратите внимание на «-sf /usr/lib/NetworkManager/nm-dhcp-client.action». Это специальная программа, предоставляемая NM, которая переопределяет сценарий по умолчанию для dhclient, который находится в / sbin / dhclient-script. Скрипт по умолчанию ведет себя так, как вы ожидали, и задокументирован в «man dhclient-script».

nm-dhcp-client.action - это программа на C, поэтому вам понадобится источник, чтобы выяснить, делает. Но, смотря в исходном коде, вы заметите, что он по умолчанию не запускает скрипты ввода / вывода.

Вероятно, лучшим (наименее взломанным) решением является запись / etc / NetworkManager / dispatcher.d, который запускает сценарии ввода / вывода, когда интерфейс появляется и , если существуют переменные среды DHCP * (см. man NetworkManager). Поскольку вы можете передавать только переменные, которые NM дает сценарий диспетчера, это может быть не полностью прозрачное решение.

Непроверенная, взломанная, но более простая альтернатива - переименование / usr / lib / NetworkManager / nm- dhcp-client.action и поставил вместо него сценарий, который безоговорочно выполняет exec во вновь названном nm-dhcp-client.action. Вы могли бы в значительной степени скопировать большую часть / sbin / dhclient-script, которая запускает крючки ввода / выхода, поэтому создание сценария должно быть довольно простым. Это должно работать с ранее существовавшими скриптами hook, тогда как первое решение может не быть (из-за недоступности ожидаемых переменных).

NM действительно должен уже запускать крючки, потому что кажется, что некоторые пакеты не работают как и ожидалось без него.

просто натолкнулся на то, что кажется несвязанным решением проблемы, - что интерфейс, неправильно объявленный в /etc/network/interfaces, сделал разницу. ни один из скриптов hook-scripts не был вызван, и я собирался приступить к обходному пути с использованием NetworkManager: убедитесь, что у него есть что-то подобное в /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
# these two lines are here by default
auto lo
iface lo inet loopback

# this was missing in my case and while the address was retrieved via DHCP, additional 
# options like ntp-servers were never retrieved:
auto eth0
iface eth0 inet dhcp

Поскольку этот вопрос на самом деле не вопрос, я буду считать, что вопрос: «Как я могу запустить dhclient- {enter, exit} -hooks?» Короткий ответ: вы не можете без какой-либо работы. См. эту ошибку для хорошего обсуждения проблемы и некоторых решений.

Как было предложено OP, сетевой диспетчер (NM) является проблемой. Ниже приведен пример вызова dhclient NM:

/sbin/dhclient -d -4 -sf /usr/lib/NetworkManager/nm-dhcp-client.action \
    -pf /var/run/dhclient-wlan1.pid -lf <lease file> \
    -cf /var/run/nm-dhclient-wlan1.conf wlan1

Обратите внимание на «-sf /usr/lib/NetworkManager/nm-dhcp-client.action». Это специальная программа, предоставляемая NM, которая переопределяет сценарий по умолчанию для dhclient, который находится в / sbin / dhclient-script. Скрипт по умолчанию ведет себя так, как вы ожидали, и задокументирован в «man dhclient-script».

nm-dhcp-client.action - это программа на C, поэтому вам понадобится источник, чтобы выяснить, делает. Но, смотря в исходном коде, вы заметите, что он по умолчанию не запускает скрипты ввода / вывода.

Вероятно, лучшим (наименее взломанным) решением является запись / etc / NetworkManager / dispatcher.d, который запускает сценарии ввода / вывода, когда интерфейс появляется и , если существуют переменные среды DHCP * (см. man NetworkManager). Поскольку вы можете передавать только переменные, которые NM дает сценарий диспетчера, это может быть не полностью прозрачное решение.

Непроверенная, взломанная, но более простая альтернатива - переименование / usr / lib / NetworkManager / nm- dhcp-client.action и поставил вместо него сценарий, который безоговорочно выполняет exec во вновь названном nm-dhcp-client.action. Вы могли бы в значительной степени скопировать большую часть / sbin / dhclient-script, которая запускает крючки ввода / выхода, поэтому создание сценария должно быть довольно простым. Это должно работать с ранее существовавшими скриптами hook, тогда как первое решение может не быть (из-за недоступности ожидаемых переменных).

NM действительно должен уже запускать крючки, потому что кажется, что некоторые пакеты не работают как и ожидалось без него.