[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: minidlna buffer overflow on netbsd-8/amd64
Revisiting this issue, I've installed minidlna on a couple of
amd64-9.0_STABLE hosts which access the media files over NFS. These
hosts have no problem indexing the media files and no buffer overflows
Pointing a DNLA-capable device at the server now shows contents but the
device can't play the media, claiming unrecognized file. It's only my
own publicly-accesssible files that are affected while those of another
user and a globally-public directory play without issue.
Looking at "/var/log/minidlna.log" has numerous entries of the form:
[YYYY/MM/DD HH:MM:SS] upnphttp.c:1370: error: Rejecting wide link /amd/fileserver/mntpt/home/username/Public/Music/file.mp3 -> /amd/fileserver/mntpt/home/username/Public/Music/file.mp3
as I use 'amd' for automounted home directories. When running on the
netbsd-8 (-7?) fileserver still worked, the home directory reference
was satisfied with a local symbolic link. Now using the external host
to run 'minidlnad', the symbolic link expands as above.
All hosts have "/home/username" as a user's home directory, which is
satisfied accordingly through 'amd'.
What's odd is the other user has the same home directory arrangement
and his public files play just fine. The globally-public directory
is accessed as "/net/fileserver/mntpnt/pub" and its contents play fine.
The "minidlna.conf" file is configured with:
Files of "user1" play fine, files of "user2" don't, with the device
claiming an unrecognized file format.
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Main Index |
Thread Index |