Вы только хотите перезапустить его, если это умирает? Проблема с этим состоит в том, что это не обрабатывает ситуации, где замораживается. Таким образом просто проверить на процесс будет не всегда помогать. Таким образом, если это - что-то как веб-сервер, Вы хотите иметь сценарий, проверяющий его с точки зрения пользователя.
При установке Контроля Nagios можно затем использовать обработчики событий. Это просто сценарии, что Вы пишете, что это будет работать, когда сервис вниз, таким образом, у Вас мог быть тот, который перезапускает что-то как Apache, если веб-сайт снижается.
Соединения VPN работают путем создания туннелей между клиентом и сервером. Эти туннели являются по существу очень маленькими подсетями с 4 адресами. В вышеупомянутом данном диапазоне адресов Ваш первый туннель будет использовать подсеть 192.168.42.100/30, и адреса используются как это:
При соединении второго клиента с сервером VPN следующая подсеть будет использоваться (192.168.42.104/30). Это необходимо так, чтобы сервер VPN мог направить трафик клиентам. Таким образом, когда Ваш клиент говорит с 192.168.42.101, это на самом деле не говорит с сервером, это говорит с конечной точкой VPN своего туннеля. Это, оказывается, находится на сервере, и поэтому вещи обычно работают (особенно, если сервисы на сервер не ограничиваются входящим трафиком на конкретной подсети или интерфейсе),
Однако сервер также доступен клиентам через свой очень собственный основной IP-адрес (или, если DNS настроен через его имя хоста). Ваше сообщение не упоминает это, но от того, что Вы пишете, мы можем, вероятно, безопасно предположить, что это - другой адрес в 192.168.42.0/24 подсети. И тот адрес никогда не изменяется, неважно, сколько клиентов соединяется.