Перенаправление портов должно заботиться об этом для Вас.
Например, у меня есть внешний статический IP 24.127.38.211. Этот IP получит Вас к моему маршрутизатору.
В моей сети у меня есть несколько машин, все со статическим 'внутренним' IP. Адрес конкретного сервера 10.1.10.22. У меня есть config'd мой маршрутизатор для отправки порта 3389 в тот статический IP.
Это означает, что соединение с 24.127.38.211:3389 отправит Вас на ТУ машину.
Другой пример. У меня есть работа приложения совместного доступа к файлам порта 333 на другой машине со статическим IP 10.1.10.25. Я создал правило fordwarding отправить все запросы для порта 333 к тому IP. Так, соединение с 24.127.38.211:333 отправит Вас на надлежащую машину в моей сети.
Я действительно НЕ силен в объяснении...., но перенаправлении портов Google и даю ему выстрел. Если я не пропускаю что-то, что я полагаю, что это поможет Вам.
Можно, вероятно, пропустить /var/run
, но тот каталог содержит такие маленькие данные, это, вероятно, не стоит пропустить.
Несомненно, можно отступить до /var/backup
(или безотносительно местоположения Вы желаете, действительно). Просто будьте осторожны, исключают Ваш /var/backup
из Ваших наборов резервных копий иначе Вы войдете в рекурсивную резервную ситуацию, которая не хороша.
Кроме того, я принимаю это /var/backup
находится на локальном диске? Если так, удостоверьтесь, что рассмотрели, как Вы получите содержание /var/backup
прочь локального диска к удаленному местоположению так или иначе. Само собой разумеется, те резервные копии не сделают Вас немного пользы на локальном диске, если у Вас будут повреждение файловой системы или отказ жесткого диска.