SCIENTIFIC-LINUX-USERS Archives

April 2016

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Shane Voss <[log in to unmask]>
Reply To:
Shane Voss <[log in to unmask]>
Date:
Thu, 14 Apr 2016 12:13:16 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (25 lines)
>> Anyone else have horrific issues with this update??

For some years we have been relying on using DNS CNAMEs to find our servers.
It seems this is effectively the bug that has just been fixed.

In simple terms, it seems that you must have a service principal name (SPN) 
that matches the name of the file server the user requested.  Effectively the 
server needs to be registered under all the names it could be called.

(This is similar to the way  https  requests expect a certificate with the 
name you actually asked for.)

If my server is registered as  file.server.domain  but I request:
    //samba.server.domain/share
then that machine has to have a certificate for that name: an SPN

Previously it was good enough for the DNS to find the correct IP address.

    Shane
-- 
Shane Voss, Computing Officer, School of GeoSciences, University of Edinburgh

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

ATOM RSS1 RSS2