Выпускі Tinyproxy, якія падтрымліваюць BasicAuth, могуць патрабаваць уваходу перад дазволам доступу да проксі. Запіс канфігурацыі выглядае так:

BasicAuth alex replace_with_a_private_password

Карыстайцеся кіраўніцтвам, якое пастаўляецца з вашым выпускам. Аналізатар Tinyproxy 1.11.1 ужо ўключае BasicAuth, а больш старыя абмеркаванні могуць быць ранейшымі за гэтую магчымасць.

Абараніце файл канфігурацыі: гэты запіс змяшчае прыдатны да выкарыстання пароль. Налада User аперацыйнай сістэмы дэмана выбірае яго ўліковы запіс працэсу, а не ўваход у проксі.

Доступ кліентаў і транспарт

Захавайце мэтавыя правілы Allow і Deny разам з аўтэнтыфікацыяй. Налады доступу кліентаў Tinyproxy застаюцца асобнымі ад праверкі ўліковага запісу. Яны абмяжоўваюць дапушчальных кліентаў; BasicAuth правярае іх уліковыя даныя.

Аўтэнтыфікацыя HTTP Basic не дае шыфравання транспарту. HTTPS-тунэль да месца прызначэння не можа абараніць уваход, які ўжо быў перададзены праз проксі з адкрытым тэкстам. SSH-тунэль да Tinyproxy, які слухае толькі на loopback — адзін з магчымых абароненых шляхоў.

Калі браўзер працягвае пытацца, параўнайце пададзеныя ўліковыя даныя з дзейнай канфігурацыяй і пераканайцеся, што запушчаны выпуск падтрымлівае дырэктыву.

Падобныя артыкулы