Changing From 127.13/16 Addresses To Something Else?

2 views
Skip to first unread message

DMFH

unread,
Apr 26, 2008, 6:35:24 AM4/26/08
to LeapingBytesAlmostVPN
Folks:

What an excellent product you have here, I registered within a few
days of discovering it, and I'm considering it for my corporate Mac
users since it's enough to provide secure remote access, without a
full VPN, which isn't needed for people who just need e-mail and some
other services. Have you considered a Windows and/or Linux version?

My question is about the OS/X version, a feature request.

Apple's AFP code in Leopard (and before) won't allow you to use any
address in the 127/8 address range to mount a share on, you get an
"Error -36" with a Finder error message that the "... share is local,
please use it locally" (how arrogant of OSX!) - I've tested this, and
filed a bug/feature request at Apple's ADC bug report facility about
this (and they actually respond!). I can manually create an SSH tunnel
as a work-around and get AFP to work remotely, but what I'd much
rather do is just change the address ranges you use from 127.13.x.x to
something else - this sounds as if it would be a simple patch or
configuration change somewhere in your product. Where might I find a
feature / way to change it? I'm quite willing to try something
experimental and take the risk it may not work. If mount_afp() in OSX
sees an address for the server that's not 127/8, it'll mount.

It'd be nice to have a feature for less network-savvy users to choose
an address block to use if desired instead of just the stock
127.13.x.x block.

/dmfh

Leaping Bytes, LLC

unread,
Apr 28, 2008, 10:56:44 AM4/28/08
to LeapingBytesAlmostVPN
Hi,
It looks like AlmostVPN (1.6pre) does have a problem with AFP
mounts. I am not sure yet if it is just due to "127.13/16" address
space. I will investigate more and provide fix shortly. If
"127.13/16" address space does not work anymore (it most certainly
used to work on 10.4), then it needs to be replaced with something
which does work.

Andrei Tchijov
Leaping Bytes, LLC
Reply all
Reply to author
Forward
0 new messages