Subversion: Chia sẻ tệp người dùng với Apache và svnserve


0

Tôi muốn hỗ trợ cả giao thức svn: và http: cho máy chủ SVN sẽ chỉ được truy cập trong mạng. Tuy nhiên, tôi muốn hai giao thức chia sẻ cùng một người dùng và mật khẩu. Có cách nào để Apache và svnserve chia sẻ cùng một dữ liệu người dùng được lưu trữ trong một tệp cục bộ lên máy chủ không?

Câu trả lời:


1

Có cách nào để Apache và svnserve chia sẻ cùng một dữ liệu người dùng được lưu trữ trong một tệp cục bộ lên máy chủ không?

Không trực tiếp và tự động, không phải tệp duy nhất với cơ sở dữ liệu người dùng, nhưng có thể được viết kịch bản và tự động (nhưng không an toàn, theo cách thông thường)

Vấn đề chính là các định dạng khác nhau (và loại dữ liệu được lưu trữ) của tệp người dùng cho Apache svnserve

tập tin passwd trong Apache sử dụng

user:<HASH-OF-PASSWORD>

người dùng db cho svnserve

[users]
user = PASSWORD

Vì băm là chức năng không thể đảo ngược, bạn phải

  • Thực hiện tất cả các lần thêm người dùng và chỉnh sửa người dùng trong db người dùng (bạn có thể cố gắng xóa người dùng về phía Apache, nhưng trong trường hợp này để hỗ trợ đồng bộ hóa hai chiều, do đó - tôi cũng chỉ xóa, xóa người dùng trong db người dùng lựa chọn tốt hơn)
  • Sau mỗi db người dùng thay đổi quy trình phân tích cú pháp đồng bộ hóa người dùng với tệp passwd: đọc về htpasswd -b chế độ trong trang man (có thể về ... -i cũng thế)

Chỉ cần IMNSHO: chỉ hỗ trợ một máy chủ sẽ dễ dàng hơn rất nhiều


Có, tôi đồng ý rằng một máy chủ sẽ dễ dàng hơn nhiều. Không có tranh luận ở đó. Thật không may, có một svnserve hiện có mà đồng nghiệp của tôi (và bản thân tôi) đang sử dụng. Bây giờ tôi đang cần máy chủ http, nhưng tôi không muốn phá vỡ kiểm tra của người khác. Tôi tự hỏi nếu thay vì cố gắng đồng bộ hóa cả hai, có thể đơn giản hơn khi chỉ có một tập lệnh tạo ra hai. Thay đổi yêu cầu sửa đổi địa phương, dù sao. Cảm ơn!
jpmc26
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.