Có vẻ như mọi cửa hàng sử dụng LDAP tại một số điểm phải kết hợp một cái gì đó để cho phép người dùng đặt lại mật khẩu mà không làm phiền nhân viên CNTT. Quy trình công việc hầu như luôn luôn trông như sau:
- Người dùng cung cấp tên người dùng (jblow)
- Email jblow @ công ty một liên kết
- Người dùng nhấp vào liên kết, đặt mật khẩu mới
Trên phần phụ trợ, tương ứng với:
- Biểu mẫu web nhận tên người dùng, lưu trữ (tên người dùng, chuỗi duy nhất lớn) trong DB, gửi email chuỗi lớn duy nhất đến tên người dùng @ company
- Biểu mẫu khác có nhấp chuột vào https: // site / pwreset / chuỗi duy nhất lớn , sử dụng chuỗi đó để xác thực người dùng, thay đổi mật khẩu của họ
Đúng? Vì vậy, có ai đó đã viết một trong những điều này mà họ chia sẻ? Tôi thà sử dụng một thứ mà có một chút suy nghĩ đặt vào nó hơn là công việc 10 phút mà mọi người dường như làm.
Tôi đã tìm kiếm nhanh về Sourceforge, Freshmeat, v.v. và không tìm thấy bất cứ thứ gì không bị bỏ rơi.
4
Tại sao người dùng của bạn có mật khẩu LDAP khác với mật khẩu email của họ?
—
84104
Bạn có muốn "đặt lại khi người dùng đã quên" hoặc "thay đổi định kỳ" không? Chúng là hai yêu cầu khá khác nhau và trong môi trường doanh nghiệp tôi không nghĩ rằng tôi thực sự muốn cho phép mọi người tự động đặt lại mật khẩu khi họ quên chúng. Ở bất kỳ giá nào, hầu hết các địa điểm có thể tự cuộn vì việc tích hợp tất cả các chính sách liên quan đến mật khẩu vào một công cụ tiêu chuẩn chỉ là quá nhiều nỗ lực.
—
womble
user84104: Các môi trường khác nhau. Email là trong văn phòng, LDAP là trong trang web sản xuất của chúng tôi. Chúng tôi không muốn mọi thứ sản xuất tự động đến văn phòng, vì sẽ rất tệ nếu sản xuất bị giảm vì văn phòng đang được làm việc :)
—
Bill Weiss
Womble: Thật sao? Giả sử chúng tôi xác thực chúng theo một cách nào đó (chẳng hạn như quyền truy cập vào email, một pw khác, v.v.), tại sao không để chúng đặt lại mật khẩu của chúng?
—
Bill Weiss
@Bill: bạn có thấy cái gì hữu ích không? Tôi cần phải làm điều tương tự.
—
Jason S