A possible workaround is to use rsync to copy the logfiles with a cron job to a server that supports filebeat.
But this works only for one log file type per rsync/server and if you don't need realtime logs (only logs that are not written into can be safly synced without double input - i think - haven't realy tried to make it realtime beacause it was not needed for use)
The problem with this is that rsync sometimes reuses the inode of a deleted logfile during the sync so that filebeat must be configured to forget logs that were already completly read.