How to connect from a Mac
- From the Finder, click on the Go menu and then Connect to Server.
- Type afp:// and then the name of the server. For example, afp://server.mycompany.com.
- Then select the volume you want to mount.
How to troubleshoot connection issues
1. First of all, make sure you are connecting with the afp:// prefix from the Finder. If you connect with smb:// you'll be connecting with the Windows SMB protocol and won't get the benefits of Acronis Files Connect.
Please note: Mac clients can connect via SMB as well (we don't change that) as longs as SMB shares are defined. However, it's really not recommended for a Mac client to connect to the same volume using both AFP and SMB at the same times as the Finder can get confused. If you really need to switch back and forth, then you should dismount the SMB volume before connecting via AFP (and vice versa).
2. Check the Acronis Files Connect Administrator console and make sure it shows «File Server services running normally». If you’re getting an error connecting to server it could be that the service is running but sharing has been suspended.
3. Try connecting to just the server address without specifying a share. For example, try afp://fileserver.mycompany.com rather than afp://fileserver.mycompany.com/Testing. If you try to specify a specific share name that isn't available you'll get a message «There was a problem connecting to the server. Check the server name or IP address, and then try again. If you continue to have problems, contact your system administrator» (see below for more details). You may also be able to see the server by clicking the «Browse» button.
4. If specifying a specific share, keep in mind that the name is case-sensitive. For example, a share named Marketing in the Acronis Files Connect Administrator would be accessible at afp://fileserver1.mycompany.com/Testing but not at afp://fileserver1.mycompany.com/testing.
5. Try connecting by IP address to rule out issues with DNS.
6. Make sure the server is bound to the domain if you're intending to use domain logins. If it's not bound it will only be able to authenticate local Windows accounts. Also Kerberos logins will not be supported if it's unbound.
7. Try restarting the Acronis Files Connect service. Note that if the IP address of the server was changed, Acronis Files Connect will not start using the new address until the service has restarted.
8. Check the Windows firewall. Is it allowing connecting to Acronis Files Connect on port 548?
9. Does the server have teamed NICs? Configuration issues with teamed NICs can prevent connections.
If you get the error «There was a problem connecting to the server. Check the server name or IP address, and then try again. If you continue to have problems, contact your administrator», then distinguish between these situations:
1. Do you get the error right after entering a username and password?
If so, try specifying the domain before the username, for example: mycompany\myusername
2. Does the error appear after about 20 seconds of «Connecting to [your server address]» with no login prompt at all?
If so, this can be a sign that a firewall is interfering with port 548 traffic. This can be the case even if a telnet session to port 548 on the server connects. A quick test in this situation is to change Acronis Files Connect to use another port, possibly a standard one like 443. Then try to connect by appending that non-standard port, e.g., afp://10.X.X.X:443. If it connects that is strong evidence that there’s a firewall in the middle. While you could continue to use a non-standard port, it would be very inconvent for users to have to append the port number for each connection, so it would be best to work with your network team to allow connections on port 548.
If you get the error «The version of the server you are trying to connect to is not supported»:
1. Try to disable Kerberos through the Acronis Files Connect Administrator console -> Settings -> File Server -> «Allow Kerberos Logins». If that works but you do want Kerberos logins enabled, proceed as follows:
a) Check the general Kerberos configuration:
– Make sure the server is bound to the domain. Kerberos logins will not work with non-domain local Windows accounts.
– Confirm the Mac is getting a Kerberos ticket.
– Confirm that the SPN entries for the server are set properly.
It may be that the problem server's SPN (Service Principal Name) is missing one or both names (long and short).
For the Mac to get a Kerberos ticket via AFP you need both a long and short SPN. You can use the setspn command with the "-l" switch to list:
You should see two lines for "afpserver/" (long and short):
If not then run the following to add:
- setspn -a afpserver/servername.company.com targetservername
- setspn -a afpserver/servername targetservername
Then to confirm it worked enter:
setspn -l targetservername
You should see two lines: