Да это будет работать.
Как намекнули в других ответах, реальная цель сделать это для того, чтобы раздать различные сервисы на различные IP-адреса.
Если бы у Вас были IIS и Apache на той же машине, и Вы хотели выполнить их обоих на порте 80, то необходимо было бы установить один на 10.0.0.1 и другой на 10.0.0.2, поскольку они оба не могли служить на порте 80 из того же IP-адреса.
Это действительно не большая часть вопроса маршрутизации, поскольку это только сыграло бы роль на той машине, протягивающейся на сеть из универсальных программ как веб-браузеры, ping, и т.д. В тех ситуациях это всегда будет использованием того же адреса, как это - источник.
В таблице маршрутизации маршрут указывает интерфейс для использования так, это было бы, какой бы ни адрес связывается с маршрутом квалификации.
Если я вас правильно понял, вам нужно что-то вроде следующего:
Это можно сделать следующим образом
например
#!/bin/bash
mem=$(free -m | awk '/Mem:/{print $4}')
(( mem <= 500 )) && reboot
Сделайте сценарий исполняемым
chmod + x scriptname
// обратите внимание, не добавляйте расширение
Добавьте сценарий в cron
crontab -e
* * * * * user_to_run_the_script /path/to/the/script
Надеюсь, вы уловили идею.
У меня была похожая проблема, и, хотя я не хочу подвергать сомнению ваш вопрос, который хорош и конкретен, я должен сказать, что вам нужно долгосрочное решение.
Убийца OOM вмешивается, потому что вашему серверу не хватает памяти. Отключение OOM killer в этом не поможет - вам все равно не хватит памяти, и ваш сервер в конечном итоге выйдет из строя. Конечно, убийца OOM не всегда помогает, но и его отключение тоже не поможет.
Перезагрузка сервера временно решит проблему, но это повторится снова.
У меня была аналогичная проблема с сервером . Установка monit и настройка его для предупреждения о нехватке памяти позволили мне получить доступ к серверу, когда что-то начинало происходить, поэтому я мог правильно диагностировать и решить проблему. Я также добавил подкачку через файл подкачки, чтобы увеличить время доступа к серверу во время возникновения проблемы.
В моем случае мой веб-сервер был настроен на запуск слишком большого количества резервных серверов для нагрузки, которую сервер мог выдержать. Как только я выяснил основную причину проблемы, я решил ее, и с тех пор сервер не падал.