O Autofs não monta compartilhamentos na inicialização

10

Estou usando o OpenSuSE 12.1 com residências compartilhadas por meio de LDAP e NFS. O ldap armazena os mapas. Meu problema é que não posso ter os compartilhamentos montados na inicialização. Está funcionando somente ao reiniciar o serviço autofs manualmente. Em um CentOS 6.3 não existe esse problema.

Meu /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

Meu /etc/openldap/ldap.conf :

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

Meu /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

Meu /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"

Estou sentindo falta de algo?

    
por igor012 13.07.2012 / 15:38

2 respostas

0

Por que não adicionar os locais de montagem ao seu fstab?

Você também pode usar o sshfs. Configure o ssh para usar a autenticação de chave pública.


No servidor: O sudo apt-get instala o openssh-server
Altere para ou adicione ServerKeyBits 2048 ao / etc / ssh / sshd_config


no cliente
ssh-keygen -t rsa -b 2048
ssh-copy-id do computador cliente para o servidor. Use sua senha para seu usuário na máquina do servidor para efetuar login
Alterar / etc / ssh / sshd_config: PasswordAuthentication não, UsePAM no
Utilizo outras configurações também para endurecer o ssh mas para este exemplo não é necessário.
Se o seu fora de sua lan configurou um atualizador dyndns ou noip, e configurou o portforwarding em seu roteador para que a porta 23 ou qualquer porta que você decida usar para ofuscar o serviço seja encaminhada para o endereço IP do servidor, se precisar de ajuda com isso é só pedir.


Então:
sshfs USER @ SERVERADDRESS: / mnt / DRIVELOCATION / CAMINHO / TO / MONTAGEM / DRIVE / TO
Eu configurei esse comando como um ativador no menu principal para algumas unidades e para outras na fstab.
Eu sei que funciona porque eu uso essa mesma configuração mais o endurecimento todos os dias.
Desta forma, você pode se livrar da necessidade de autofs e sua sobrecarga necessária.

    
por 17.11.2018 / 20:46
0

Essa pergunta foi prejudicada pela comunidade e é bem antiga.
Muitas coisas aconteceram ao longo dos anos, Michael mencionou uma solução, usando fstab. E o problema original era provavelmente a ordem de execução devida no momento da inicialização. A rede pode não estar pronta, algum serviço pode não ter iniciado, etc.

Há também outra solução se você estiver executando o systemd (o que duvido que o OP tenha feito na época, mas se você acabar aqui por meio de uma pesquisa, e você faz) aqui está outra solução usando o recurso de montagem automática do 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

A única desvantagem disso é que você deve ter cuidado com o nome do script de serviço. É melhor descrito aqui , mas uma versão tl; dr é que o arquivo de serviço deve ser nomeado após o caminho que vai montar. E todas as barras no caminho devem ser substituídas por - no nome do arquivo de serviço para que a montagem automática funcione. O exemplo acima de /mnt/remote_share would be a service-file called mnt-remote_share.mount '

Há um monte de opções para acompanhar isso.
Se o systemd não é sua coisa, há também um monte de coisas novas no lado autofs que é muito bom job (tudo seja um pouco complicado para o meu gosto) .

Se você quiser usar uma entrada fstab, mas utilizar o recurso de auto-hook do systemd, veja como seu fstab pode ser:

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

E se nenhum desses trabalhos funcionar, há também a solução pure-fstab:

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

Eu deixo alguns links para uma boa documentação sobre o assunto (em mente, é um sistema operacional diferente. Mas o wiki deles é o de escrever um dos melhores no mercado):

Para qualquer viajante na Internet acabar aqui, espere que isso ajude.

    
por 17.11.2018 / 23:31