Сетевой диск где? Хранилка или расшаренный под виндой?

Но чел ленивый, читать не хочет

Не думал, просто, что что б заставить роутер нормально работать с простыми вещами, нужно танцевать с бубуном вокруг него.

Это называется не домашняя железка

А на предприятиях сетей состоящих с Mac в природе не существует?

Нет

Существуют.

Существуют.

Встречал одну. Все такие были связаны через один коммутатор с общей сетью. Это было во времена smbv1. Проблем с доступом не было.

Вопрос микротик 1100ahx2 6.48 (был 6.45.8) при попытке подключения к ssh выдает ошибку: ssh_exchange_identification: Connection closed by remote host /ip ssh regenerate-host-key делал /ip ssh print forwarding-enabled: remote always-allow-password-login: no strong-crypto: no allow-none-crypto: yes host-key-size: 2048 до обновления тоже не работало подключаюсь к микроту, ната нет в фаерволе открыто

У Mikrotik постоянные проблемы с Яблоками. То ворох проблем с подключением к Wi-Fi был, то теперь это. Никогда нормально не работало, уж не знаю - в чём причина.

В кривых руках настройщика.

Не знаю, сам их никому не ставил, себе вот решил для пробы взять и сразу поимел геморой. А по поводу постоянных проблем - сужу по сообщениям из Сети.

В кривых руках настройщика.

Минимум 2 сетки у меня с капсман и ойфонщики там не жалуются

Всем привет. Никто с таким не сталкивался, случаем: Mikrotik на RouterOS 6.48. В сеть спокойно выходят все подключённые устройства, друг друга видят тоже. Но при попытке синхронизации iOS устройств с macOS синхронизация начинается и при начале передачи данных прерывается. Так же не происходит резервное копирование macOS на сетевой диск, подключённый к Mikrotik по LAN. Копирование файлов на сетевой диск тоже не происходит. Может кто знает решение данной проблемы? Экспериментально удалось выяснить, что небольшие пакеты данных пересылаются (можно создать папку на сетевом диске, например), а передача файлов не происходит. На Keenetic таких проблем не наблюдается. Заранее спасибо за помощь.

Вопрос микротик 1100ahx2 6.48 (был 6.45.8) при попытке подключения к ssh выдает ошибку: ssh_exchange_identification: Connection closed by remote host /ip ssh regenerate-host-key делал /ip ssh print forwarding-enabled: remote always-allow-password-login: no strong-crypto: no allow-none-crypto: yes host-key-size: 2048 до обновления тоже не работало подключаюсь к микроту, ната нет в фаерволе открыто

Минимум 2 сетки у меня с капсман и ойфонщики там не жалуются

Eoip используете?

Нет.

Ну большинство подобных проблем либо мту либо как вы выразились огненная стена :)

С настройками по умолчанию. Хорошее оборудование.

Отвечу также. У меня все работает

В том числе

Настройки по умолчанию? Или дополнительно что-то настраивали?

Костылей не делал скажем так

Костылей не делал скажем так

То есть просто подключение к интернету по LAN1, LAN2-LAN5 и две сетки (2,4 и 5 ГГц) в бридже, и гостевая сеть на 2,4 ГГц. Всё.

У меня ещё + вланы + avahi daemon и тоже тайм-машин работает без проблем.

Что есть не по умолчанию?

Написал выше, что NAS (synology) и пользовательские устройства в разных vlans. Когда были в одном влане тоже работало без проблем.

Спасибо, буду иметь в виду, обращусь в случае возникновения вопросов. Но повторюсь - создатели RouterOS неглупые люди и, создавая дефолтный конфиг, чем-то руководствовались. В частности, для Mikrotil RB750-r2 (hEX lite) в версии прошивки 6.38 в дефолтном фаерволе 7 правил, а в версии 6.48 - уже 12. Возможно, с этим связан вопрос Ивана, интересующегося про две версии заводского фаервола.

Между 6.38 и 6.48 прошло довольно много времени. Разработчики неглупые люди, поэтому улучшают свой продукт. И это касается в т.ч. дефолтного файервола. Например, в 6.48 в отличие от 6.38 не нужно менять дефолтный файервол, если понадобился, к примеру, ipsec. Потому что (еще раньше) ввели правила для его, ipsec'а, корректной работы без необходимости донастраивать файервол. Также немного поменялась концепция. Теперь в рекомендациях не привязывать правила к интерфейсам, а включать интерфейсы в группы. Когда-то давно кусок кода, отвечающий за проверку принадлежности интерфейса группе, был неоптимальный, и поэтому правило "для группы" нагружало проц больше, чем правило "для интерфейса". И в инете множество статей, рекомендующих писать "для интерфейса". Теперь же код исправили, сколь нибудь существенного изменения нагрузки нет. Но статьи остались, хотя актуальность у них утратилась. Еще надо помнить, что для цепочки forward нет заключительного правила drop. Сделано, кмк, чтобы туннели начинали работать сразу. Т.о. туннели - сразу доверенные для форварда интерфейсы, даже без включения их в группу LAN. А в жизни не всегда так, поэтому советую обращать на это внимание. Поэтому даже если прямо сейчас написать статью, расписывающую правила файервола, она довольно быстро утратит актуальность - с выходом новых версий прошивок, и новых устройств.

Подскажите можно как то dns запросы на active directory перенаправить ( именно внутренние доменные имена) чтобы не только по ip работало?

работало что?

Внутренние днс имена

а почему они у вас не работают в домене? вот в чем вопрос и врядли микротик вам поможет правильно настроить ваш контроллер домена/dns сервер

Внутри домена все работает отлично, но по впн нет

Для впн устройств выдавайте днс правильный

начните с того какой впн вы используете, как вы его настроили, в чем возникла трудность

Это где указать ?

Приветствую всех! Если у вас есть девайс ltap mini как походный, не повторяйте моей ошибки: я воткнул переходник на большую симку в слот. Без симки. В итоге сумел извлечь только с полным разбором девайса и ценой одного слота. Благо их тут два.

Резонный вопрос - зачем вообще так делать?