SMB Server fix filename offsets

[jborean93]

Correctly set the NextEntryOffset for the SMBFindFileNamesInfo results when querying the names of files. The current logic does not set this value so will be set to 0 making the client believe there are no more entries in the result if going by the MS-SMB2 logic.

The docs for FileNamesInformation state that NextEntryOffset should be

A 32-bit unsigned integer that contains the byte offset from the beginning of this entry, at which the next FILE_NAMES_INFORMATION entry is located, if multiple entries are present in a buffer. This member MUST be zero if no other entries follow this one. An implementation MUST use this value to determine the location of the next entry (if multiple entries are present in a buffer)

Currently you can see that while the reponse buffer contains all the entires, becaue NextEntryOffset is 0, consumers of this buffer only see the first entry when going by the MS-FSCC logic (0 is last entry)

After this change you can see the payload is correctly dissected by Wireshark

[gabrielg5]

Hi @jborean93, thanks for this fix!

I've been checking and testing it and all good. Merging...

These coming days, I'll be checking the other PRs you've created. Thanks! 🫶