Làm thế nào để loại bỏ cảnh báo về việc lưu trữ mật khẩu không được mã hóa sau khi cam kết tập tin trong svn

Question

Mỗi lần tôi cam kết một tập tin trong svn tôi nhận được thông báo sau:

CHÚ Ý! Mật khẩu của bạn cho lĩnh vực chứng thực:

http://domainname.com:80 “domainname.com”

chỉ có thể được lưu trữ vào đĩa được mã hóa! Bạn nên cấu hình hệ thống của mình để Subversion có thể lưu trữ mật khẩu được mã hóa, nếu có thể. Xem các tài liệu hướng dẫn để biết chi tiết. Bạn có thể tránh xuất hiện trong tương lai của cảnh báo này bằng cách đặt giá trị của tùy chọn 'cửa hàng-mật khẩu-mật khẩu' thành 'có' hoặc 'không' trong '/root/.subversion/servers'.

---

Mật khẩu cửa hàng không được mã hóa (có/không)? no

Tôi không muốn xác thực này; làm thế nào tôi có thể thoát khỏi cảnh báo này?

Answer 1

Bạn đã sao chép toàn bộ thông báo cảnh báo tại đây. Đọc nó thay vì chỉ cần sao chép/dán nó sẽ trả lời câu hỏi của bạn:

bạn có thể tránh sự xuất hiện tương lai của cảnh báo này bằng cách thiết lập giá trị của các 'cửa hàng plaintext-mật khẩu' tùy chọn hoặc là 'có' hoặc 'không' trong '/root/.subversion/servers'.

Answer 2

Máy khách lật đổ chỉ yêu cầu xác thực vì máy chủ yêu cầu xác thực. Để loại bỏ yêu cầu xác thực, bạn sẽ phải thay đổi cấu hình của máy chủ (ví dụ: trong Apache, loại bỏ AuthType, AuthName và AuthUserFile). Bạn có thể sử dụng các phương thức xác thực khác không yêu cầu mật khẩu (ví dụ, chứng chỉ ứng dụng khách).

Nếu bạn chỉ muốn loại bỏ lời nhắc không được mã hóa, bạn có thể đặt store-plaintext-passwords=off (bằng cách chỉnh sửa ~/.subversion/config) hoặc bạn có thể tạo mật khẩu được mã hóa bằng cách nhận (trên Unices) khóa GNOME hoặc ví KDE đang chạy. Trên Windows, SVN sẽ tự động sử dụng mã hóa NTFS tích hợp; trên Mac OS X, Keyring. Xem Client Credentials section of the SVN Manual để biết thêm chi tiết.

Bạn cũng có thể mã hóa thư mục chính của mình trên Unix. Sau đó, các thông tin đăng nhập sẽ được mã hóa là tốt (nhưng tất nhiên có sẵn cho bất kỳ chương trình đang chạy như bạn hoặc gốc trong khi bạn đang đăng nhập, tương tự như mã hóa NTFS).

Nếu bạn không muốn SVN lưu trữ mật khẩu ở tất cả, được mã hóa hay không, hãy đặt store-passwords=no trong tệp cấu hình SVN.

Answer 3

Bạn không lưu trữ mật khẩu trong Subversion vì bạn đã trả lời không cho câu hỏi có hay không bạn muốn lưu trữ mật khẩu này.

Tôi đảm nhận rằng bạn muốn xóa hoàn toàn thông báo này lỗi cảnh báo.Có hai cách để xử lý rằng:

• Cách dễ dàng, nhưng khó: Bạn có thể chỉ định svn --no-auth-cache mỗi và mỗi khi bạn một lệnh Subversion. Thật dễ dàng để làm vì nó không yêu cầu hành động thực sự nào từ phía bạn. Thật khó bởi vì bạn phải làm điều này hầu như mỗi lần bạn sử dụng lệnh Subversion (đặc biệt là khi chạm vào kho lưu trữ như checkout và commit).

• Cách khó, nhưng dễ dàng: Bạn có thể sửa đổi cấu hình Subversion của người dùng không hỏi xem bạn có muốn lưu trữ thông tin này hay không. (BTW, tại sao bạn chạy như gốc? Bạn thích sống cuộc sống trên các cạnh? Tốt hơn hết chạy như một người sử dụng và cấu hình sudo để cho phép bạn làm những thứ gốc bạn cần. Bằng cách đó, bạn có thể theo dõi ai đang làm gì, và bạn không làm điều gì đó vô tình có thể đưa máy chủ xuống. Thực tế, nhiều hệ thống Unix/Linux theo mặc định không còn cho phép người dùng đăng nhập là root. Bạn phải làm sudo). Điều này là khó bởi vì bạn phải làm điều gì đó, nhưng dễ dàng bởi vì một khi bạn làm điều đó, bạn không phải làm bất cứ điều gì nữa.

Bạn có tên của tệp cần chỉnh sửa (/root/.subversion/servers). Tìm kiếm phần [global] và tìm dòng # store-passwords = no và xóa # khỏi đầu dòng. Bạn cũng có thể làm tương tự cho đường dây # store-plaintext-passwords = no và đường dây # store-auth-cred = no. Trong khi, bạn đang ở đó, bạn cũng có thể xóa các tệp trong thư mục auth, nơi Subversion lưu trữ thông tin đăng nhập của nó. Điều này sẽ loại bỏ hoàn toàn mật khẩu đã lưu trữ. Bạn có thể tìm thêm thông tin trong dòng trên Red Bean Subversion manual.

Bây giờ, khi bạn thực hiện lệnh Subversion chạm vào kho lưu trữ, nó sẽ hỏi bạn tên người dùng và mật khẩu và sẽ không hỏi bạn có muốn lưu trữ chúng hay không.