Вопросы Теги

Почему сервер Linux должен быть перезагружен для надлежащей обработки изменения в resolv.conf?

Используйте Microsoft Shared Computer Toolkit для Windows (иначе установившийся) (http://www.microsoft.com/windowsxp/sharedaccess/default.mspx)

Но конкретно сделать это Киоском - посмотрите ниже:

От MVP Yuval Sinay и http://support.microsoft.com/kb/555463

Для конфигурирования локального компьютера в режиме Kiosk, используйте следующие шаги:

  1. Пойдите для "Запущений"-> "Выполнение".

  2. Запишите "Regedit" и нажатие на кнопке "Enter".

  3. Перейдите к:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

Предупреждение: Используя Редактор реестра (REGEDIT.EXE или REGEDT32.EXE) неправильно может вызвать серьезные, проблемы в масштабе всей системы, которые могут потребовать, чтобы Вы переустановили Windows NT для исправления их.

  1. В правой стороне экрана дважды щелкают по "Shell" REG_SZ.

  2. Замените "Данные значения": с новыми данными "iexplore-k http://www.msn.com"

  3. Нажмите на кнопке "Ok".

  4. При использовании Windows XP, можно использовать "Microsoft Shared Computer Toolkit для Windows XP"

       to enhanced the local computer settings:

    Microsoft Shared Computer Toolkit для Windows XP

    http://www.microsoft.com/windowsxp/sharedaccess/default.mspx

  5. Перезагрузите компьютер.

8
задан 31 August 2009 в 23:42
4 ответа

Вы, вероятно, были укушены nscd: http://linux.die.net/man/8/nscd

Удачи

11
ответ дан 2 December 2019 в 22:44
  • 1
    Спасибо! Кажется очень возможным, что это - то, что давало мне проблемы. Я wasn' t даже осведомленное локальное кэширование DNS была часть общей системы Linux. –  Gray 31 August 2009 в 23:51
  • 2
    Вы на самом деле тестировали? Jason' s гипотеза является возможным, но не бесспорным. –  bortzmeyer 1 September 2009 в 11:01
  • 3
    @bortzmeyer - да, я соглашаюсь. Ваш собственный ответ совпадает с, я дал бы (и действительно имейте к двум связанным вопросам недавно). It' s намного более вероятно, чтобы кэшироваться res_init () состояние, чем nscd. –  Alnitak 3 September 2009 в 15:39

Большинство приложений инициализирует сопоставитель однажды при запуске (с res_init), и никогда не делайте это снова впоследствии. Это не проблема для приложений короткой жизни как ping, но более серьезный для продолжительных демонов.

Процесс Apache (который выполняет mod_php) был, вероятно, в этом случае. Перезапуск Apache имел бы, достаточны.

8
ответ дан 2 December 2019 в 22:44

resolv.conf направляет сопоставители на том, где искать имена. В большинстве случаев это будет libc сопоставителем, но могут быть другие случаи, такие как vPostMaster, который пользуется библиотекой сопоставителя DNS Python для поисков SPF.

Так, МОГЛО случиться так, что сопоставитель кэширует resolv.conf информацию для продолжительных процессов, но это казалось на перезапуск постфикса который должен был заставить это начинать использовать новый resolv.conf файл.

Проверьте свой/etc/nsswitch.conf, чтобы видеть, указывает ли он что-нибудь специальный случай для "хостов". Например, строка Fedora 11 по умолчанию на моем ноутбуке:

хосты: файлы mdns4_minimal [NOTFOUND=return] dns

Так в этом случае это использует mdns, а также/etc/hosts и DNS. В этом случае, если бы изменения DNS не брались, то я задался бы вопросом, были ли это mdns, которые вызывали его.

Sean

3
ответ дан 2 December 2019 в 22:44

Вероятно, некоторое продолжение кэширования. У нас была подобная проблема с sendmail и просто перезапуск сервиса зафиксировал его.

Иногда легче, просто перезагружают сервер и очищают все те кэши где угодно в системе, чем проводят все то время, определяя, какой сервис кэшируется слишком долго. С другой стороны, это может оказаться инвестициями, когда это происходит снова, и Вы знаете который сервис перезапустить.

1
ответ дан 2 December 2019 в 22:44
  • 1
    Я соглашаюсь, перезагрузка является самым легким выходом, но если сервер является критической находящей время, чтобы перезагрузкой, может быть трудным.Спасибо за помощь! –  Gray 31 August 2009 в 23:52

Теги

Похожие вопросы