Включить сетевое подключение прозрачно по требованию

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

В более общем плане, есть ли способ для exec () образа программы в момент, когда операционная система понимает, что определенная сетевая операция вот-вот завершится с ошибкой по определенной причине, а затем дождитесь завершения этой программы и, если результатом будет EXIT_SUCCESS, попытайтесь сетевая операция снова?

  • В чем разница между флагом, опцией и аргументом?
  • ksh + удалить номер из строки
  • Linux: как получить все журналы входа из моей системы
  • недавно созданный раздел отсутствует даже после partprobe, не показывает такого устройства или адреса
  • Прошивка с открытым исходным кодом для чтения электронных книг
  • Невозможно установить gcc на CentOs 6.6
  • Как удалить определенный номер в файле?
  • Как ограничить производительность процессора для KVM VM?
  • Scientific Linux 6.3 зависает при приостановке, если используется доля samba
  • VNC с хост-компьютера на Android-телефон под управлением Ubuntu
  • Установка Debian PowerPC Linux на IBM IntelliStation POWER 285 9111 не работает на yaboot
  • Постоянный низкий объем записывается в массив RAID (jbd2), что вызывает его?
  • One Solution collect form web for “Включить сетевое подключение прозрачно по требованию”

    Есть ли способ для exec () образа программы в момент, когда операционная система понимает, что определенная сетевая операция завершится с ошибкой по определенной причине, а затем дождитесь завершения этой программы и, если результат EXIT_SUCCESS, попытайтесь выполнить сетевую операцию еще раз?

    Нет.

    Когда используется dial-on-demand, он полагался на повторные попытки, которые не были вызваны успешным соединением. Маршрут по умолчанию поддерживался с отбрасыванием пакетов до тех пор, пока не было установлено соединение, чтобы избежать ошибок в Network unreachable , которые могли бы закончиться, например, попытками TCP-соединения.

    Я полагаю, что старинный набор по требованию также полагался на более длительные тайм-ауты / повторные подсчеты DNS, чем в настоящее время. В современной системе он отказывается через 15 секунд, что не кажется достаточно длинным .

    Набор по требованию был абсолютно чем-то вроде того, что я могу себе представить, работая в большинстве случаев

    без программы, даже заметив что-то особенное, вышло за кулисы.

    так как бы я это сделал

    Если вы попытаетесь выкопать старый код, я уверен, что вы найдете его специально для PPP. Это может быть или не быть полезным для некоторых современных мобильных соединений данных. Но если он не использует PPP, он не будет работать со старым кодом. Маршрут по умолчанию был присвоен сетевому интерфейсу, например ppp0 , но соответствующий демон PPP был запущен с использованием опции ondemand и поэтому на самом деле не удалось установить соединение до тех пор, пока оно не понадобилось.

    Linux и Unix - лучшая ОС в мире.