Ранее работающий сбой операции rsync в недавнем обновлении Windows 8.1, показывающем "ошибка в сокете io"

Я запускал rsync и rsyncd на своих компьютерах с Windows в течение многих лет, и только недавно у меня возникла проблема.

Очевидно, когда мои блоки Linux и FreeBSD пытаются синхронизировать свои данные с тем, что находится на компьютерах с Windows, сторона Windows показывает это в журнале:

2013/11/30 05:21:50 [2164] connect from example.com (192.168.1.100)
2013/11/30 05:21:52 [2164] rsync error: error in socket IO (code 10) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(1486)

И стороны Linux и FreeBSD показывают это в командной строке:

user@example.com$ rsync windows-machine::data
Password:
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [Receiver=3.0.9]

Обычно это перечисляет доступные файлы, теперь это дает мне эту ошибку. 3 из моих машин показывают это, все на Windows 8.1. Никто из них некоторое время не отступал; за исключением одного, которое резервное копирование два дня назад (28 ноября), но не смог с тех пор.

Я предполагаю, что что-то изменилось в настройках безопасности недавнего обновления Windows 8.1, что вызывает эти ошибки.

Я попробовал несколько вещей, обновив до rsync 3.0.9 с 3.0.8 и увидев, открыты ли порты и т. Д. Из того, что я вижу, порт 873 открыт. При подключении журнал обновляется и создается файл rsync.lock. Удаление файла ничего не меняет. В нем перечислены доступные модули, и я убедился, что машина имела доступ к этим файлам.

Порт открыт, соединение установлено, и во время соединения происходит сбой

Есть ли какое-либо объяснение, почему это происходит, и возможный обходной путь или решение, чтобы это исправить?