gssapi / gssapi/gssproxy

Multi-homed NFS client does not select correct service principal

Open
#65 18 comments 0 reactions 0 assignees View on GitHub
Dominant language
C
Stars
54
Forks
32
Avg merge
3d 2h
Merged PRs (30d)
2

Description

The NFSv4.0 callback client in the Linux NFS server invokes gssproxy (somehow) to acquire the credential for its callback channel.

On multi-homed systems, GSSX_ARG_ACQUIRE_CRED always selects the principal associated with "uname -n". When creating an NFS client on alternate network interfaces, GSSX_ARG_ACQUIRE_CRED needs to select the principal associated with that interface, not the one associated with "uname -n".

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.