ZTNA SMB TCP Forwarding using KDC Proxy

[bmduncan33]

A FortiOS 7.4.1 document outlines how to use a kdc proxy server to help get znta access to smb file shares.  Has anyone successfully built this and got it to work?  If so, I'd like to compare notes to see what I might be missing with this setup.

[lgupta]

Hello bmduncan33 ,

Thank you for reaching out.

I did go through: https://docs.fortinet.com/document/fortigate/7.4.1/administration-guide/553746/ztna-access-proxy-wit...

This looks like just another regular TCP Forwarding on the FortiGate ZTNA side.
It should work if the KDC service is configured correctly on the client and server.

Also, you are more than welcome to open a support ticket if things don't work as expected.

Thank you!

[nsgill]

Hi ,

Is it working for you now? 

[bmduncan33]

No sir.  The kdc proxy, while it may seem trivial, isn't for me.  I was able to build the proxy server on my network, but was never able to get a successful connection from my remote laptop.  The command you have to run to test it is 'klist get krbtgt'.  If I perform that from an on-prem host it works like a champ.  Now what is interesting is that I would have expected that command to work on a remote laptop connected via sslvpn - but it doesn't.  Which begs the question - how am I able to connect to mapped drives using smb and hostnames when kerberos tickets are not present on the laptop.  This has taken me hours of investigating and I am pretty much resigned to focusing on getting smb access to mapped drives using IP addresses.  That mechanism apparently only relies on NTLM and not Kerberos.  

Also, please note that the kdc proxy acting on it's own outside of remote desktop services, and one other MS service, is not a solution explicitly supported by Microsoft.  So it's not like I can open a ticket with them on this functionality.