Autofs không gắn kết cổ phần khi khởi động


11

Tôi đang sử dụng OpenSuSE 12.1 với các ngôi nhà được chia sẻ thông qua LDAP và NFS. ldap lưu trữ các bản đồ. Vấn đề của tôi là tôi không thể có cổ phần được gắn khi khởi động. Nó chỉ hoạt động khi khởi động lại dịch vụ tự động thủ công. Trên CentOS 6.3 không có vấn đề như vậy.

My /etc/nsswitch.conf:

passwd: files sss
group:  files sss

hosts:  files mdns4_minimal [NOTFOUND=return] dns
networks:       files dns

services:       files
protocols:      files
rpc:            files
ethers:         files
netmasks:       files
netgroup:       files nis
publickey:      files

bootparams:     files
automount:      files ldap
aliases:        files

My /etc/openldap/ldap.conf:

SIZELIMIT       20
TIMELIMIT       15
#DEREF          never
TLS_REQCERT     demand
uri     ldap://10.0.0.1
base    dc=domain,dc=com

My /etc/sssd/sssd.conf:

[sssd]
config_file_version = 2
reconnection_retries = 3
sbus_timeout = 30
services = nss, pam
domains = domain.com

[nss]
filter_groups = root
filter_users = root
reconnection_retries = 3

[pam]
reconnection_retries = 3

[domain/domain.com]
 id_provider = ldap
 auth_provider = ldap
 min_id = 500
 max_id = 30000
 ldap_schema = rfc2307
 ldap_uri =  ldaps://ldap-ms.local,  ldaps://ldap-sl.local, ldap://ldap
 ldap_search_base = dc=domain,dc=com
 ldap_user_search_base =  ou=People,dc=domain,dc=com
 ldap_group_search_base = ou=Group,dc=domain,dc=com
 ldap_tls_cacert = /etc/pki/CA/certs/domain-cacert.pem
 ldap_tls_reqcert = hard
 cache_credentials = true
 enumerate = True

My /etc/sysconfig/autofs:

MASTER_MAP_NAME="auto.master"
TIMEOUT=300
BROWSE_MODE="yes"
MAP_OBJECT_CLASS="automountMap"
ENTRY_OBJECT_CLASS="automount"
MAP_ATTRIBUTE="ou"
ENTRY_ATTRIBUTE="cn"
VALUE_ATTRIBUTE="automountInformation"
USE_MISC_DEVICE="yes"

Tui bỏ lỡ điều gì vậy?


2
Bất kỳ cơ hội nào dịch vụ LDAP của bạn không có sẵn với các bản đồ kịp thời cho truy vấn hệ thống tệp khởi động? Điều đó sẽ giải thích cho sự thành công sau này với khởi động lại khi hệ thống hoạt động ổn định.
zedman9991

Các cấp độ bắt đầu (trong runlevel mục tiêu của bạn) cho autofsvà ldap-client của bạn là gì?
Nils

@ zedman9991 Sự cố này chỉ xảy ra với phiên bản opensuse của tôi (12.1) Trên Centos 6.3 và OpenSuse 11.2, nó hoạt động tốt.
igor012

@Nils Autofs bắt đầu trên runlevels 3 và 5.
igor012 16/07/12

Có một sự khác biệt trong cách tự động gắn kết bản đồ khi khởi động trên opensuse 11.2, nó gắn kết chúng khi truy cập nhưng trên openuse 12.1, nó gắn kết tất cả nhưng không có quyền truy cập.
igor012

Câu trả lời:


1

Câu hỏi này đã bị va chạm bởi cộng đồng, và nó khá cũ.
Rất nhiều điều đã xảy ra trong những năm qua, Michael đã đề cập đến một giải pháp, sử dụng fstab. Và vấn đề ban đầu rất có thể là do thứ tự thực hiện do lúc khởi động. Mạng có thể chưa sẵn sàng, một số dịch vụ có thể chưa bắt đầu, v.v.

Ngoài ra còn có một giải pháp khác nếu bạn đang chạy systemd (mà tôi nghi ngờ OP đã làm vào thời điểm đó, nhưng nếu bạn kết thúc ở đây thông qua tìm kiếm và bạn làm) thì đây là một giải pháp khác sử dụng tính năng tự động của systemd.

[Unit]
Description=Network mapping
After=network.target

[Mount]
What=10.0.0.1:/share/stuff
Where=/mnt/remote_share
Type=nfs
Options=_netdev,auto

[Install]
WantedBy=multi-user.target

Hạn chế duy nhất của việc này là bạn phải cẩn thận với những gì bạn đặt tên cho tập lệnh dịch vụ. Nó được mô tả tốt nhất ở đây , nhưng phiên bản tl; dr là tệp dịch vụ phải được đặt tên theo đường dẫn mà nó sẽ đi. Và tất cả các dấu gạch chéo trong đường dẫn đã nói phải được thay thế bằng -tên tệp dịch vụ để tự động gắn vào hoạt động. Ví dụ trên của /mnt/remote_share would be a service-file calledmnt-remote_share.mount`

Có một loạt các tùy chọn để đi với điều này.
Nếu systemd không phải là thứ của bạn, thì cũng có rất nhiều thứ mới ở phía autofs hoạt động khá tốt (tất cả đều hơi phức tạp đối với sở thích của tôi) .

Nếu bạn muốn sử dụng mục nhập fstab thay vào đó nhưng sử dụng tính năng tự động móc của systemd, đây là fstab của bạn có thể trông như thế nào:

10.0.0.1:/share/stuff   /mnt/remote_share  nfs  noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min 0 0

Và nếu cả hai đều không hoạt động, thì cũng có giải pháp fstab thuần túy:

10.0.0.1:/share/stuff   /mnt/remote_share   nfs   defaults,soft,rsize=32768,wsize=32768,timeo=900,retrans=5,_netdev 0 0

Tôi sẽ bỏ một vài liên kết đến tài liệu tốt về chủ đề này (trong tâm trí, đó là một hệ điều hành khác. Nhưng Wiki của họ là khi viết một trong những tài liệu tốt nhất trên thị trường):


0

Tại sao không chỉ thêm các vị trí gắn kết vào fstab của bạn.

Bạn cũng có thể sử dụng sshfs. Cấu hình ssh để sử dụng xác thực khóa công khai.


Trên máy chủ:
sudo apt-get install openssh-server
Thay đổi hoặc thêm ServerKeyBits 2048 thành / etc / ssh / sshd_config


Trên máy khách
ssh-keygen -t rsa -b 2048
ssh-copy-id từ máy khách đến máy chủ. Sử dụng mật khẩu của bạn cho người dùng của bạn trên máy chủ để đăng nhập
Change / etc / ssh / sshd_config: PasswordAuthentication no, UsePAM no
Tôi cũng sử dụng các cài đặt khác để làm cứng ssh nhưng đối với ví dụ này thì không cần thiết.
Nếu bên ngoài lan của bạn thiết lập trình cập nhật dyndns hoặc noip và thiết lập chuyển hướng trên bộ định tuyến của bạn để cổng 23 hoặc cổng nào bạn quyết định sử dụng để làm xáo trộn dịch vụ được chuyển đến địa chỉ IP của máy chủ, nếu bạn cần trợ giúp.


Sau đó:
sshfs USER @ SERVERADDRESS: / mnt / DRIVELOCATION / PATH / TO / MOUNT / DRIVE / TO
Tôi đặt lệnh này làm trình khởi chạy trên menu chính cho một số ổ đĩa và cho các ổ đĩa khác trong fstab.
Tôi biết nó hoạt động bởi vì tôi sử dụng cùng một thiết lập cộng với việc làm cứng hàng ngày.
Bằng cách này, bạn có thể thoát khỏi nhu cầu tự động và chi phí cần thiết.

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.