Điểm:0

openldap/slapd trả về lỗi: "daemon: listen(ldap://my.server1.org, 5) fail errno=98 (Địa chỉ đã được sử dụng)"

lá cờ cn

Tôi đang cố gắng thiết lập bản sao chính giữa hai máy chủ openldap. Để làm như vậy, các bước đầu tiên làm cho tôi định cấu hình hai tệp này:

  • /etc/hosts, cần chứa DNS của baseDN của máy chủ (chính nó và máy chủ thứ hai):
192.168.150.1 my.server1.org
192.168.150.2 my.server2.org
  • /etc/default/slapd, cần chứa FQDN của chính máy chủ để khớp serverID trong tương lai với URI :
SLAPD_SERVICES="ldap:/// ldapi:/// ldap://my.server1.org"

Sau khi định cấu hình biến SLAPD_SERVICES và khởi động lại dịch vụ clapd, tôi gặp lỗi sau: trình nền: lắng nghe (ldap://my.server1.org, 5) không thành công errno=98 (địa chỉ đã không được sử dụng). Lưu ý: Dịch vụ đang hoạt động (không ở trạng thái bị lỗi)

Tất cả các lệnh LDAP (ví dụ: "ldapsearch -x") đều trả về cùng một lỗi: ldap_sasl_bind(SIMPLE): Không thể kết nối với máy chủ LDAP (-1)

Tôi đã thử tìm nguyên nhân bằng cách liệt kê tất cả các tiến trình đang chạy trên máy chủ đang sử dụng địa chỉ my.server1.org :

lsof -i |grep my.server1.org
nmdb 377 root 25u IPv4 17535 0t0 UDP my.server1.org:netbios-ns
nmdb 377 root 27u IPv4 17537 0t0 UDP my.server1.org:netbios-dgm

Lưu ý: Việc tắt PID của netbios không giải quyết được vấn đề

Như bạn có thể thấy, không có dịch vụ clapd/openldap thứ hai nào đang chạy.

Tôi không thể tự mình tìm ra giải pháp hoặc trên internet nên tôi đăng vấn đề của mình lên đây.

Chỉnh sửa 1: Sau yêu cầu của @naxto asenjo, đây là kết quả của lệnh ss --listening --processes --numeric |egrep "389|636" :

Netid State Recv-Q Send-Q Địa chỉ cục bộ:Cổng Địa chỉ ngang hàng:Cổng
u_str NGHE 0 128 /run/containerd/containerd.sock.ttrpc 14758 người dùng :(("containerd",pid=389, fd=6)) *O
u_str NGHE 0 128 /run/containerd/containerd.sock.ttrpc 14758 người dùng :(("containerd",pid=389, fd=7)) *O

Chỉnh sửa 2: Tôi đã cố gắng thay đổi giá trị trong SLAPD_SERVICES và/etc/hosts thành FQDN mới mà tôi chưa từng sử dụng (cơ sở dữ liệu ldap vẫn là my.server1.org).Sau khi khởi động lại clapd, tôi gặp lỗi tương tự, "địa chỉ đã được sử dụng" (đối với FQDN mới). /etc/hosts và SLAPD_SERVICES dường như gặp xung đột? Nếu tôi không chỉnh sửa tệp/etc/hosts, tôi gặp lỗi "tạm thời thất bại trong việc phân giải tên".

lá cờ cn
hãy thử chạy ss --listening --numeric --processes và xem tát có còn chạy trên một trong các cổng mặc định không (389/636)
lá cờ cn
tát không chạy, tôi đã thử grep 389, 636 và tát với ss. Dịch vụ chuyển sang trạng thái đã thoát hoạt động ngay sau khi sửa đổi biến SLAPD_SERVICES.
lá cờ cn
phải có thứ gì đó đang lắng nghe trên cổng, hãy đăng kết quả đầu ra của ss --listening --numeric --processes | ví dụ "389|636
lá cờ cn
Tôi đã chỉnh sửa bài đăng đầu tiên của mình để thêm kết quả. Sau khi dừng dịch vụ docker và containerd, lỗi vẫn còn (tôi đã khởi động lại tát)
lá cờ cn
ah, trong docker, chúng tôi đã bỏ lỡ điều đó. Vì vậy, bây giờ bạn cần giải thích về thiết lập mạng, nhưng đây không giống như một 'môi trường sản xuất chuyên nghiệp', mà là một thiết bị thử nghiệm, tôi có đúng không?
lá cờ cn
Vâng, đó là một thiết bị thử nghiệm và nó không nằm trong bộ chứa docker, tôi chỉ có dịch vụ chạy dọc theo openldap (xin lỗi vì sự nhầm lẫn). Thiết lập mạng là hai máy tính được liên kết với một công tắc, mỗi máy tính có một giao diện mạng.
Điểm:0
lá cờ cn

Tôi tìm thấy giải pháp sau một thời gian rời khỏi dự án.

Trong biến SLAPD_SERVICES của tôi, có hai địa chỉ FQDN được sử dụng: ldap:///ldap://my.server1.org/ cả hai sử dụng :389 Hải cảng.

SLAPD_SERVICES="ldap:/// ldapi:/// ldap://my.server1.org"

Nếu bạn muốn giải quyết xung đột, bạn có thể xóa một trong các địa chỉ hoặc thay đổi cổng của một trong các địa chỉ đó.

SLAPD_SERVICES="ldap://:3389/ ldapi:/// ldap://my.server1.org"
hoặc 
SLAPD_SERVICES="ldapi:/// ldap://my.server1.org"

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.