Merlin Asuswrt Cifs Smb Share не может монтировать
Я считаю, что Apple заблокировала доступ к своим устройствам довольно жестко, что затрудняет доступ к файлам внутри.
iOS, похоже, также использует файлы с неоднозначными длинными шестнадцатеричными (?) Именами; некоторые из них являются приложениями, другие изображения и т. д. Вы можете узнать больше об этом в папках резервного копирования вашего iPhone (найдите файлы с размерами, аналогичными изображениям, и добавьте расширение, и если у вас есть правильный файл, вы обычно увидите всплывающее изображение вверх). Я не уверен, что системные файлы где-то здесь, но попробовать стоит.
Возможно, вы могли бы попробовать взглянуть на процесс / код, который iTunes использует для восстановления файлов программного обеспечения iOS .ipsw, чтобы получить представление о том, как осуществляется доступ к системному каталогу на iPhone.
Могу я спросить, для чего вы собираетесь использовать iPhone с TinyCore Linux?
Хорошо, я погуглил программное обеспечение, которое вы используете, и нашел это в файле README на SourceForge:
- ИЗМЕНЕНО :Поддержка протокола Samba теперь может быть установлена на SMBv1, SMBv2 или SMBv1 + SMBv2 (новое значение по умолчанию ). Это приведет к падению производительности на всех моделей, но будет более безопасным. В идеале люди должны изменить его только на SMBv2, а затем перезагрузите все свои клиентские устройства, чтобы начать используя только новый протокол. Если производительность важнее безопасности для вы, то вы можете переключить его обратно на SMBv1, который старое поведение по умолчанию.
Это говорит мне о том, что устройство asuswrt -merlin, вероятно, использует SMBv1, а Samba v3.6 почему-то не справляется с этим. Чтобы использовать SMB v1, вам нужно изменить следующие настройки прямо в workgroup= в smb.conf
ntlmssp _клиент :принудительно _старый _spnego = нет ntlmssp _клиент :клиент _ntlmv2 _авторизация = нет клиент ntlmv2 аутентификация = нет клиент использует spnego = нет
Вам также может понадобиться:
клиентская аутентификация открытым текстом = да
Но, наверное, нет. Мне нужно было, чтобы вышеуказанные четыре строки были необходимы для подключения Linux к ящику OpenIndiana через SMB. Строки, начинающиеся с ntlmssp _client, возможно, не нужны, но они уже были в файле, и несколько копий этих строк не повредят, если они одинаковы. Вы можете попробовать проверить, работает ли установка того или другого значения yes. Вероятно, это сработает, если вы измените конфигурацию Asuswrt -merlin на SMBv2, но я не уверен.
Это был первоначальный ответ. По сути, это то, как узнать, доступно ли устройство с помощью протоколов Microsoft SMB/CIFS :
.Я предполагаю, что вы говорите о USB-устройствах, подключенных к маршрутизатору ASUS. Первым шагом будет убедиться, что правильные TCP-порты все еще открыты на маршрутизаторе ASUS. Самый простой способ проверить это — использовать telnet или netcat (nc ).
Для телнета это будет:
telnet 192.168.1.1 139
telnet 192.168.1.1 445
(TCP-порты 139 и 445 используются для CIFS ). Вот что вы получите, если порт не открыт:
root@JarMini:~# telnet 192.168.1.1 139
Trying 192.168.1.1...
telnet: Unable to connect to remote host: Connection refused
root@JarMini:~#
Вот что вы получите, если порт открыт.
root@JarMini:~# telnet 192.168.1.1 445
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
^]
telnet> close
Connection closed.
Примечание. :Вам нужно набрать Ctrl-] , чтобы «вырваться» из сеанса telnet, если вы подключитесь (или просто несколько раз нажать Enter, и демон SMB вероятно, отключит вас ). И, очевидно, порт 139 не нужен для «более новых» версий SMB. (Моя информация о порте 139 может быть более чем устаревшей.)
Netcat (nc )немного проще:
root@JarMini:~# nc -zv 192.168.1.1 445
Connection to 192.168.1.1 445 port [tcp/microsoft-ds] succeeded!
root@JarMini:~# nc -zv 192.168.1.1 139
nc: connect to 192.168.1.1 port 139 (tcp) failed: Connection refused
К сожалению, существует несколько версий Netcat. Ubuntu (и производные )используют netcat -openbsd, что и использовал я. Другие Linux-системы могут иметь другие netcat с другими параметрами. Таким образом, telnet безопаснее, хотя и немного запутаннее.
Этот тест предназначен для определения того, связана ли проблема с конфигурацией SMB или устройство просто не прослушивает запросы SMB.
Между ними может возникнуть проблема с сетевым устройством -, но это маловероятно.
Если вам интересно, устройство, которое я тестировал выше, — это Mac, к которому я мог подключиться через CIFS из машины с Linux.
TheTwilightZone jmitchel # uname -a
Linux TheTwilightZone 4.10.0-38-generic #42~16.04.1-Ubuntu SMP Tue Oct 10 16:30:51 UTC 2017 i686 i686 i686 GNU/Linux