[OpenAFS] OpenAFS Fileserver Behind NAT
Wed, 22 Apr 2009 20:27:48 -0400
yes, until VL_RegisterAddrs succeeds and you get a sysid file, your
clients will continue to be unhappy. is the fileserver's CellServDB
correct wrt what address(es) are listed? can you udebug (that address)
and get output? what's in the FileLog on the fileserver host?
On Apr 22, 2009, at 8:25 PM, Ken Elkabany <Ken@Elkabany.com> wrote:
> Thanks for the quick reply. Unfortunately, on my server installation,
> the NetInfo solution is not working. The server is once again running
> openafs 1.4.7 on debian 5.0.
> "lsof | grep NetInfo" shows that the file is being opened by the
> fileserver. However, we have found that our openafs client machines
> are still attempting to send request packets to the internal IP,
> rather than the external, globally accessible one. The file is saved
> in /var/lib/openafs/local/NetInfo. Could this at all be related to the
> missing sysid file? This would be much easier to debug as well if I
> could see the "vos listaddrs" output. Any other ideas?
> On Wed, Apr 22, 2009 at 5:23 AM, Derrick Brashear <firstname.lastname@example.org>
>> On Wed, Apr 22, 2009 at 6:32 AM, Ken Elkabany <Ken@elkabany.com>
>>> I am running OpenAFS 1.4.7 servers on Debian 5.0. I had initially
>>> having trouble accessing my OpenAFS Fileserver that was behind a
>>> The VLDB was reporting the local IP of the fileserver to machines
>>> outside the NAT group, resulting in connection failures. Adding both
>>> the internal and external IPs to the NetInfo file did not seem to
>>> yield any results or alter the server's behavior in any way (anyone
>>> know why?).
>> sure. the external IP doesn't appear on any interface on the machine,
>> so it won't get advertised solely because it's in that file.
>> nor is vos changeaddr correct, because, no, the server doesn't have
>> that address.
>> undo vos changeaddr; then, instead, modify the NetInfo file so the
>> external address is prefixed with
>> "f "
>> f 10.0.0.1
>> if the external address were 10.0.0.1; and restart the fileserver.
>>> The solution that did work was to use the command "vos
>>> changeaddr -oldaddr internalip -newaddr externalip". However, now
>>> of our OpenAFS clients are using the external ip, even though we
>>> prefer those within the NAT group to be using the internal ip. Any
>>> Also, any explanations as to why 1. No sysid file is being created
>>> would be appreciated, and 2. "vos listaddrs" returns blank?
>> see if it's still true after the server is correctly configured.