Отваливается AFP

[aarh 0]

Keenetic Ultra, 2.15.A.3.0-1, macOS Mojave 10.14.2

При подключение через AFP к винту который подключен к роутеру постоянно обрывается связь, резервную копию стало вообще невозможно делать, скорость 2-3кб и рвет постоянно  соединение, такое началось после прошивки 2.15.A.3.0-1

 

[vst 267]

Никаких изменений в AFP не производилось. Разве что изменилось имя сервера. Раньше было <hostname>, стало <hostname> AFP. (Keenetic_Ultra AFP)

Попробуйте удалить индексные файлы, принадлежащие серверу AFP netatalk ".AppleDB". Сервер при этом должен быть остановлен.

[aarh 0]

Обновление роутера совпало с обновление Mojave до версии 10.14.2 вероятно проблема все таки в Mojave.

Еще одна особенность появилась, в сетевом окружении постоянно появляются ссылки на окружение AFP с разными названиями, иногда  по два-три штуки

 

 

[vst 267]

@aarh Возможно проблемы связаны с Mojave, не проверяли данную версию MacOS.

В будущем в качестве основного варианта видится CIFS TSMB, Данный компонент умеет работать с TimeMachine, но пока находится в стадии бета. Настроить шары на работу с timemachine можно в cli.

cifs share {label} ({mount} | {mount}) [timemachine] [{description}]

Если желаете попробовать, то в следующем драфте можно это сделать.

[aarh 0]

Я пробовал включать TSMB, но к сожаления медиапроигрыватель на андроид 4.4 перестает видеть сеть.

[aarh 0]

Как все таки быть? выше писал что  AFP постоянно появляется  с разными названиями, из за этого  Time Machine перестает делать резервные копии, так как меняется название сервера и он не может его найти.

[aarh 0]

Вынужден снова поднять тему, так как напрягает постоянно по новой указывать Time Machine новый сервер синхронизации. Почему AFP постоянно меняет свое имя  и как это исправить ???

 

[aarh 0]

В 14.12.2018 в 13:50, vst сказал:

@aarh Возможно проблемы связаны с Mojave, не проверяли данную версию MacOS.

В будущем в качестве основного варианта видится CIFS TSMB, Данный компонент умеет работать с TimeMachine, но пока находится в стадии бета. Настроить шары на работу с timemachine можно в cli.

cifs share {label} ({mount} | {mount}) [timemachine] [{description}]

Если желаете попробовать, то в следующем драфте можно это сделать.

 

Да было бы не плохо сделать настройку в вэб интерфейсе. Задолбал этот AFP. Изменил я компонент на TSMB CIFS beta.

Edited February 1 by aarh

[vst 267]

В 10.01.2019 в 11:26, aarh сказал:

Вынужден снова поднять тему, так как напрягает постоянно по новой указывать Time Machine новый сервер синхронизации. Почему AFP постоянно меняет свое имя  и как это исправить ???

Сейчас именование такое: "<hostname> AFP", "<hostname> CIFS". Сделано так, чтобы различать два файловых сервера на уровне mDNS.

Какие имена у вас? Что именно меняется?
В скриншоте вижу "Keenetic-25 AFP". Рядом расположенный "keenetic" - это уже NetBIOS имя CIFS сервера.

[aarh 0]

На данный момент такой бардак

[vst 267]

mDNS сервер дописывает индекс к имени хоста при обнаружении конфликта. @aarh В логах есть что-либо со словом "conflict"? Есть ли в сети ещё одно устройство и именем "Keenetic", точка доступа или повторитель?

Цитата

Feb 21 16:28:09 avahi-daemon[1510]: Received conflicting record [Keenetic_LTE.local IN A 192.168.1.1 ; ttl=120] with local record to be. Withdrawing.
Feb 21 16:28:09 avahi-daemon[1510]: Withdrawing address record for <> on br0.
[W] Feb 21 16:28:09 avahi-daemon[1510]: Host name conflict, retrying with Keenetic_LTE-2

 

[lordpanda 0]

У меня такая же ошибка начиная с 2.11 После изменения имени прочертил все логи вообще ничего не нашел. Очень не удобный баг.

[vst 267]

В версии 2.15.C.3.0 и во всех 3.х было внесено исправление.
@lordpanda если в указанных версиях проблема продолжает воспроизводиться, то необходимо будет искать ещё причины появления конфликта имён.

[lordpanda 0]

В 14.04.2019 в 17:56, vst сказал:

В версии 2.15.C.3.0 и во всех 3.х было внесено исправление.
@lordpanda если в указанных версиях проблема продолжает воспроизводиться, то необходимо будет искать ещё причины появления конфликта имён.

Я нашел причину вот строка из лога. Но есть 2 неприятные вещи. 1) У меня в локальной сети нет устройств с таким название 2) Какое бы название я не ставил за пол года использования через 2-7 дней хост ней снова меняется.

[W] Apr 19 12:55:24 avahi-daemon[446]: Host name conflict, retrying with WhiteHole-2

[lordpanda 0]

В 14.04.2019 в 17:56, vst сказал:

В версии 2.15.C.3.0 и во всех 3.х было внесено исправление.
@lordpanda если в указанных версиях проблема продолжает воспроизводиться, то необходимо будет искать ещё причины появления конфликта имён.

Опять такое случилось прикладываю log и self test 

log.txt self-test.txt

[vst 267]

@lordpanda Спасибо за отчет. Постараемся найти причины конфликтов mDNS имен.

[vst 267]

@lordpanda Есть ли в вашей сети устройства, которые называются "WhiteHole", как и основной роутер?

[lordpanda 0]

В 22.05.2019 в 18:12, vst сказал:

@lordpanda Есть ли в вашей сети устройства, которые называются "WhiteHole", как и основной роутер?

Нет. Как бы я не называл роутер он все равно через неделю - две находит конфликт и переименовывается. Возможно DNS случайно определяет самого себя как конфликт. Перезагрузка устройства проблему исправляет.

[lordpanda 0]

С выходом 3.1 хотел бы оживить тему в версии 2.15.C.5.0-0 ошибка с переименованием роутера пропала, с обновление на 3.1 снова появилась. Прикладываю скриншот из finder, а так же log и self test.  

self-test.txt log.txt