С технической точки зрения dmesg печатает кольцевой буфер ядра к стандартному выводу.
Я не знаю, почему они называют это кольцевым буфером, но это - в основном буфер журнала. Все сообщения загрузки ядра записаны там. Если Вы выполняете системный журнал затем все, или большинство, этих сообщений будет также, вероятно, записано в там также. Однако команда dmesg является отдельной от системного журнала. Это - часть Linux utils, и можно использовать его, даже если у Вас нет системного журнала.
dmesg может также использоваться, чтобы очистить сам кольцевой буфер и также изменить уровень, на котором ошибки обнаруживаются в консоли. Иногда, в зависимости от серьезности сообщения, это будет отправлено в каждую консоль в дополнение к кольцевому буферу. Хорошим примером этого является сообщение завершения работы. dmesg -n levelnumber
позволяет Вам изменять уровень серьезности, которую сообщение, должно быть, придется отправить в консоли в дополнение к буферу.
Мое решение благодаря Graham:
<Location /dirname>
SSLVerifyClient none
SSLOptions +FakeBasicAuth
SSLRequireSSL
AuthName "name Authentication"
AuthType Basic
AuthUserFile /etc/httpd/stuff.passwd
require valid-user
RequestHeader set X-Url-Scheme https
</Location>
ProxyPass /dirname http://django.test/dirname
ProxyPassReverse /dirname http://django.test/dirname
На django.test я добавил это:
SetEnvIf X-Url-Scheme https HTTPS=1
после
WSGIScriptAlias /dirname /path_to_wsgi_script/django.wsgi