Конечно, вы также можете сохранить это как питоновский сценарий, а затем
Я не согласен с решением об уменьшении стоимости php-auth-pam, хотя могу понять, почему они это сделали. Существует ряд проблем, связанных с интеграцией php и pam, включая то, что php часто связан с вашим веб-сервером, который может быть или не быть многопоточным (и обработка нескольких потоков с помощью pam может быть проблематичной), php имеет очень высокий процент попаданий (где pam предполагает низкий процент попаданий), а решения php pam плохо масштабируются (хотя они могут быть полезны в некоторых приложениях.
С этим изменением существует три класса решений вашей проблемы. Из наименее рекомендуемых они следующие:
Написание собственного имеет все проблемы, о которых я уже упоминал, без накопленного до сих пор опыта. Вспомогательный процесс разделяет pam и php на отдельные процессы который снижает многие проблемы до управляемых уровней, но добавляет IPC. Наиболее распространенным решением является аутентификация как php, так и операционной системы в одной и той же базе данных, такой как ldap, или базе данных sql, такой как mysql или postgres. Модули легко доступны для d о это.
Единственное другое решение - аутентифицироваться не на php, а на сервере (модули pam auth доступны для apache) или другим методом (cgi и mod_perl могут выполнять аутентификацию pam, но интересно сказать, что передача сеанса туда и обратно как минимум.)
В вашем случае я бы порекомендовал вспомогательный процесс. (у apache есть простой способ сделать это без участия php.)