Hi Leute,
ich habe schon seit längerem Netatalk 2.2.3 am Laufen. Jetzt habe ich seit langem mal wieder meinen Server rebootet und seit dem kann keiner sich mehr einloggen.
Leider sind weder auf dem Server noch auf dem Client irgendwelche logs vorhanden. Der Client sagt nur User/pass ist falsch oder Serverversion wird nicht unterstützt (je nach OSX Version).
Darauf hin habe ich einen Sniffer Trace vom Client gemacht. Hier sieht man das der Client nur ein Status Paket vom Server bekommt und der Client sich gar nicht versucht mit dem
Server zu verbinden (siehe unten). Ich habe das mit Version 2.2.3 und 2.2.4 probiert.
Ich habe momentan keinen Ansatz wie ich herausbekommen kann woran es liegt. Hat einer eine Idee?
- OSX version 10.6.8
- Linux debian 2.6.32-5-amd64
afpd 2.2.3 - 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
DDP(AppleTalk) Support: No
CNID backends: dbd last tdb
SLP support: No
Zeroconf support: No
TCP wrappers support: No
Quota support: Yes
Admin group support: Yes
Valid shell checks: Yes
cracklib support: No
Dropbox kludge: No
Force volume uid/gid: No
EA support: ad | sys
ACL support: No
LDAP support: No
afpd.conf: /usr/local/etc/netatalk/afpd.conf
AppleVolumes.system: /usr/local/etc/netatalk/AppleVolumes.system
AppleVolumes.default: /usr/local/etc/netatalk/AppleVolumes.default
afp_signature.conf: /usr/local/etc/netatalk/afp_signature.conf
afp_voluuid.conf: /usr/local/etc/netatalk/afp_voluuid.conf
afp_ldap.conf: not supported
UAM search path: /usr/local/etc/netatalk/uams/
Server messages path: /usr/local/etc/netatalk/msg/
lockfile: /var/lock/afpd
Trace GetStatus Reply:
Data Stream Interface
Flags: Reply (0x01)
Command: GetStatus (3)
Request ID: 1
Error code: success (0)
Length: 365 bytes
Reserved: 0x00000000
Get Status
Machine offset: 26
Version offset: 40
UAMS offset: 76
Icon offset: 77
Flag: 0x8f79
.... .... .... ...1 = Support copyfile: True
.... .... .... ..0. = Support change password: False
.... .... .... .0.. = Don't allow save password: False
.... .... .... 1... = Support server message: True
.... .... ...1 .... = Support server signature: True
.... .... ..1. .... = Support TCP/IP: True
.... .... .1.. .... = Support server notifications: True
.... .... 0... .... = Support server reconnect: False
.... ...1 .... .... = Support directory services: True
.... ..1. .... .... = Support UTF8 server name: True
.... .1.. .... .... = Support UUIDs: True
.... 1... .... .... = Support extended sleep: True
1... .... .... .... = Support fast copy: True
Server name: Samba2
Signature offset: 333
Network address offset: 349
Directory services offset: 356
UTF8 server name offset: 357
Server type: Netatalk2.2.3
Version list: 5
AFP version: AFP2.2
AFP version: AFPX03
AFP version: AFP3.1
AFP version: AFP3.2
AFP version: AFP3.3
UAMS list: 0
Icon bitmap: 30008ff8cc01480cb332280a8ccc7c0f8302ff0180c3c381...
Server signature: 8fd7673116d700f3fdade82e63815bbe
Address list: 1
ip: 10.1.1.83
Length: 6
Type: IP address (1)
Value: 0a010153
Directory services list: 0
UTF8 server name: Samba2
Length: 6
UTF8 Server name: Samba2
Nach diesem Status Reply sendet der Client keine weiteren Pakete mehr zum Server.
Gruß
Doug
Netatalk login Problem
Re: Netatalk login Problem
Mal auf dem client die firewall dekativiert?
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")