setfacl -R -b /var/www
setfacl -R -m u:www-data:rwx /var/www
setfacl -R -d -m u:www-data:rwx /var/wwwСобирать из исходников нужно в очень редких случаях, на столько редких, что знать как это делается вообще не нужно. Так что можно смело отмести этот навык.
Vim можно вообще не знать, в *nix обычно есть редактор проще, типа nano, joe или вообще mcedit.
ну разберитесь, почему у вас связь пропадает - маков там не приходит, порт скачет на медике постоянно, сигнал слабый приходит
Сервер А. Ноль доступных настроек, переадресация на https (порты, опять же, нестандартные) включена по умолчанию. Наличие сертификатов на самом сервере обязательно, хотя бы и самоподписанных. Т.е. если ставим nginx на прокси и потом с него отправляем нешифрованный трафик по пути прокси -> Сервер А, то он всё равно будет шифрованным.
Сервер Б. Https отключить можно, но в этом случае приложение начинает ругаться матом и отказывается работать правильно. Во многом, ограничения похожи на ограничения Сервера А, т.е. такое впечатление, что возможность работы через прокси с его сертификатами не особо предусмотрена.
Сервер В. Ну тут, в принципе, всё просто, можно сделать как угодно, но если первые два проксировать, то его тоже за компанию.
А можно намекнуть на эти причины? Просто я не сталкивался с похожими задачами и про best practice не в курсе.
А и Б этого не любят(
Это я понимаю, но в данном случае прокси нужен, не знаю как объяснить, самый прозрачный, который просто рулит потоками трафика в зависимости от того какой домен у него запросят, и знать не знает про то какой там трафик - шифрованный или нет, и про сертификаты тоже ничего ему не должно быть известно.
Кстати! Роутер - Микротик, можно ли как-нибудь его сделать прокси для моей задачи, вопрос.