Netatalk 3.1 : connexion impossible

Support Debian
#1

Bonjour,

Je rencontre un problème avec la version 3.1 de netatalk que je viens d’installer.
Il m’est impossible depuis de mon mac (snow leopard) de me connecter au server netatalk que je viens de créer.

Après avoir regardé les logs de netatalk, je me suis dit qu’il y avait peut-être une erreur au niveau du daemon CNID :

Nov 09 13:16:40.371135 cnid_metad[8959] {usockfd.c:96} (I:CNID): tsockfd_create: socket: Address family not supported by protocol
Nov 09 13:16:40.371310 cnid_metad[8959] {usockfd.c:135} (E:CNID): tsockfd_create: no suitable network config localhost:4700
Nov 09 13:16:40.372553 netatalk[8915] {netatalk.c:195} (I:Default): child[8959]: exited 1
Nov 09 13:16:41.314508 netatalk[8915] {netatalk.c:235} (N:AFPDaemon): Restarting 'cnid_metad' (restarts: 5)
Nov 09 13:16:41.360439 cnid_metad[8970] {usockfd.c:120} (I:CNID): tsockfd_create: bind: Cannot assign requested address

Si je fais :

ps -ef | grep cnid

aucun résultat ne sort (à part le grep)

donc pas de daemon démarré.

La commande :

netstat -uta | grep 4700

ne retourne pas de résultat non plus, donc ce port semble libre.

La commande :

afpd -V

retourne :

afpd 3.1.0 - Apple Filing Protocol (AFP) daemon of Netatalk

This program is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free Software
Foundation; either version 2 of the License, or (at your option) any later
version. Please see the file COPYING for further information and details.

afpd has been compiled with support for these features:

          AFP versions: 2.2 3.0 3.1 3.2 3.3
         CNID backends: dbd last tdb
      Zeroconf support: Avahi
  TCP wrappers support: Yes
         Quota support: Yes
   Admin group support: Yes
    Valid shell checks: Yes
      cracklib support: Yes
            EA support: ad | sys
           ACL support: Yes
          LDAP support: Yes
         D-Bus support: Yes
         DTrace probes: Yes

              afp.conf: /usr/local/etc/afp.conf
           extmap.conf: /usr/local/etc/extmap.conf
       state directory: /usr/local/var/netatalk/
    afp_signature.conf: /usr/local/var/netatalk/afp_signature.conf
      afp_voluuid.conf: /usr/local/var/netatalk/afp_voluuid.conf
       UAM search path: /usr/local/lib/netatalk//
  Server messages path: /usr/local/var/netatalk/msg/

La commande :

cat /usr/local/etc/afp.conf

retourne :


;
; Netatalk 3.x configuration file
;

[Global]
        ; Global server settings
        ; loglevels: severe, error, warn, note, info, debug, debug6, debug7, debug8, debug9, maxdebug
        ; logtypes: default, afpdaemon, logger, uamsdaemon
        log level = default:info
        log file = /var/log/afpd.log
        uam list = uams_guest.so uams_dhx.so uams_dhx2.so
        guest account = nobody
        zeroconf = yes
        hosts allow = 192.168.0.0/16

[Homes]
         basedir regex = /home

; [My AFP Volume]
        ; path = /path/to/volume

[Full Access]
        path = /hd/fullaccess
        mac charset = MAC_CENTRALEUROPE
        cnid scheme = last
        valid users = nobody

Si vous avez une idée …

#2

j’ai ca

[code]cat /usr/local/etc/afp.conf
;
; Netatalk 3.x configuration file
;

[Global]
hostname = Ubuntuserver
uam list = uams_dhx.so uams_dhx2.so uams_guest.so
zeroconf = yes
guest account = nobody
log file = /var/log/netatalk.log
log level = default:warn

[Homes]
basedir regex = /mnt

[Shared]
path = /media/truecrypt1/shared
directory perm = 0777
file perm = 0777

[Archi]
path = /media/truecrypt2/backuparchi

[/code]

mais je crois que j’ai pas le dernier je touche plus ca marche

[code]fpd has been compiled with support for these features:

      AFP versions:	2.2 3.0 3.1 3.2 3.3 
     CNID backends:	dbd last tdb 
  Zeroconf support:	Avahi

TCP wrappers support: Yes
Quota support: Yes
Admin group support: Yes
Valid shell checks: Yes
cracklib support: Yes
EA support: ad | sys
ACL support: Yes
LDAP support: Yes
D-Bus support: Yes
DTrace probes: Yes

          afp.conf:	/usr/local/etc/afp.conf
       extmap.conf:	/usr/local/etc/extmap.conf
   state directory:	/usr/local/var/netatalk/
afp_signature.conf:	/usr/local/var/netatalk/afp_signature.conf
  afp_voluuid.conf:	/usr/local/var/netatalk/afp_voluuid.conf
   UAM search path:	/usr/local/lib/netatalk//

Server messages path: /usr/local/var/netatalk/msg/
[/code]

tu l’as compiler comment ton netatalk ?

j’ai un user identique sur le mac et serveur

#3

Mon problème est résolue (dévié)

J’arrive maintenant a me connecter au serveur netatalk avec la config que j’ai affiché ci-dessus. J’ai juste redémarré mon mac et le daemon avahi, je pense qu’il doit y avoir un mécanisme de cache la-dedans.

Par contre j’ai du mal à me connecter au partage ensuite si je n’ai pas configuré “cnid scheme” en “last” ou “tdb”, bref toutes les bases qui n’utilisent pas la Berkley-DB. Cette librarie est pourtant installé et est en version 5.1

Je pense qu’il doit y avoir un problème entre netatalk et la berkley-db mais je ne sais pas lequel.

J’ai essayé de récupérer la dernière version (6.0) de cette base et de la compiler/installer à la main, puis de recompiler netatalk avec cette version

LIBS="-lpthread" ./configure --with-bdb=/usr/local/BerkeleyDB.6.0 --disable-shared

mais cela ne change rien.

Donc j’utilise une base tdb, mon problème est résolue. (avec une part de mystère)

pour info :
Il s’agit d’un netatalk compiler à la main avec ce tuto :
netatalk.sourceforge.net/wiki/in … _on_Debian
Je me connecte en anonyme.

merci pour ton aide.