sshfs nie instaluje się automatycznie podczas rozruchu, pomimo konfiguracji / etc / fstab

Konfigurując stację roboczą Ubuntu (13.04), próbuję zainstalować zdalny system plików (przez ssh).

Aktualna konfiguracja

• Stworzyłem użytkownika someuser i dodaje go do bezpiecznika grupie

• Mój wpis fstab brzmi:

  sshfs#[email protected]:/remote_dir  /media/remote_dir/   fuse    auto,_netdev,port=22,user,allow_other,noatime,follow_symlinks,IdentityFile=/home/someuser/.ssh/id_rsa,reconnect     0       0
  

z mojego zrozumienia:

• auto : wyraźnie prosi o zamontowanie zdalnego fs podczas rozruchu
• _netdev : poczekaj na uruchomienie interfejsu przed próbą zamontowania
• użytkownik : pozwala każdemu użytkownikowi poprosić o zamontowanie tej konkretnej zdalnej lokalizacji (bezużyteczne z punktu widzenia użytkownika root instalującego go automatycznie podczas rozruchu)
• allow_other : pozwoli każdemu użytkownikowi (w grupie bezpieczników?) uzyskać dostęp do zamontowanego fs
• IdentityFile : wskazuje na klucz prywatny sparowany z kluczem publicznym dodanym w /home/someuser/.ssh/authorized_key komputera zdalnego.
• reconnect : Nie jestem pewien ... Czy spróbujesz połączyć się ponownie, jeśli połączenie zostanie utracone?

Problem

• Podczas uruchamiania loguję się przy użyciu użytkownika , odpalam terminal, a katalog / media / remote_dir jest pusty.

• Ale od tego samego użytkownika (lub roota) mogę go zamontować, pisząc:

  mount sshfs#[email protected]:/remote_dir
  

  Jest również montowany automatycznie, jeśli kliknę na remote_dir w przeglądarce plików.

Wszelkie wskazówki dotyczące tego, co może brakować?

Ten sam problem wystąpił po przejściu z Oneiric (gdzie automount działał dobrze) na Precise.

Tym, co rozwiązało problem, było dodanie opcji delay_connect . Ponadto już od czasów Oneirycznych korzystałem z opcji „obejście = zmiana nazwy”. Nie jestem pewien, czy jest dziś potrzebny, ale przynajmniej nie wydaje się boleć.

Moja pełna linia / etc / fstab to:

sshfs#user@host:/remote/dir /local/dir fuse delay_connect,idmap=user,uid=1000,gid=1000,umask=0,allow_other,_netdev,workaround=rename 0 0

Konieczne byłoby oczywiście dostosowanie identyfikatorów użytkowników / grup do własnego środowiska.

Również jako uzupełnienie wszystkich poprzednich komentarzy,

1. Upewnij się, że zezwalasz użytkownikom innym niż root na określenie allow_otheropcji montowania w/etc/fuse.conf

2. Upewnij się, że używasz każdego sshfs co najmniej raz ręcznie podczas rootowania, aby podpis hosta został dodany do ~/.ssh/known_hostspliku.

   sshfs [user]@[host]:[remote_path] [local_path] -o allow_other,IdentityFile=[path_to_id_rsa]
   

Miałem ten sam problem, myślę, że potrzebujesz auto, aby być noauto. nie powinien montować przy starcie, powinien montować, kiedy et jest w górze

Jeśli chcesz zamontować go z autorytatywnego serwera DNS /etc/fstab a nazwa hosta zdalnego serwera SFTP jest dostarczana przez ten serwer DNS, z pewnością nie będziesz w stanie się połączyć, ponieważ nazwy hosta nie można jeszcze rozwiązać. Serwer DNS musi być uruchomiony podczas próby zamontowania lub musisz znaleźć alternatywną metodę uzyskania adresu IP serwera zdalnego.

W takim przypadku możesz wybrać jedno z następujących rozwiązań:

• Dodaj delay_connect opcję, aby umożliwić kontynuowanie sekwencji rozruchowej, a po uruchomieniu sekwencji rozruchowej serwer DNS połączy się.
• Dodaj nazwę hosta zdalnego serwera SFTP do lokalnego /etc/hosts pliku , podając odpowiedni adres IP.
• Użyj adresu IP zdalnego serwera SFTP fstabzamiast nazwy hosta.