Обслуживание статических веб-файлов от нестандартного порта
Проблема здесь состоит в том, что Вы пытаетесь скопировать файл в удаленный сервер как непривилегированный пользователь (использующий Ваши данные для входа в систему с scp команда).
Для использования в своих интересах sudo на удаленном компьютере необходимо было бы выполнить команду там для инициирования передачи. Это могло бы выглядеть примерно так:
ssh regular_user@remote.computer sudo scp myuser@local.computer:/etc/hosts /etc/hosts
Это по существу регистрирует Вас в удаленный компьютер как обычный пользователь, затем выходит sudo управляйте для копирования файла от локального компьютера до удаленного. scp логика посмотрит немного назад, так как она выполняется, формируют перспективу удаленного хоста.
Вам, возможно, придется сделать некоторую работу, чтобы заставить ssh признавать, что пароли формируют Ваш сценарий, все же. Тем более, что Вы входите в удаленный компьютер и говорите ему входить в Ваш локальный компьютер.
Вы получите самую высокую совместимость конечного пользователя при помощи другого IP-адреса и TCP/80, чем Вы были бы при помощи того же адреса и чего-то как TCP/8080. Некоторые действительно строгие корпоративные брандмауэры не позволят соединения со странными портами, даже общими как TCP/8008 или TCP/8080. Если это не беспокойство о Вас, то привязка к общему альтернативному порту HTTP должна быть достаточно хорошей для того, что Вы пытаетесь сделать.
Я просто установил бы другой виртуальный хост на том же веб-сервере, так служите статическому содержанию из "static.example.com", делая это изменение тривиальным по линии. Можно сделать это путь, но Вы, вероятно, не собираетесь видеть много увеличения производительности, но попытку:
- Установите django приложение виртуальный хост на localhost:8080
- установите ядро прокси, чтобы иметь localhost:8080 как бэкенд
- настройте static.example.com virtualhost в lighttpd
Есть ли приоритет для этого? Т.е. кто-либо "крупный" делает это?
Верные люди сервер статическое содержание с другого сервера, я услышал, что YouTube хорошо разбирается в этом.
Какой-либо конкретный порт я должен использовать или уклониться от использования?
Я уклонился бы от использования портов кроме 80, но это - просто я..:-)
Кто-либо может думать о некоторых оборотных сторонах о хождении этим путем?
- сложное, и очень небольшое усиление, если Вы только используете один сервер приложений так или иначе.
- все страницы Django должны пройти через прокси.
- необходимо спросить здесь..:-)