Я безуспешно пытался подключить Linux к удаленному ресурсу Samba. Общий ресурс Samba - это NAS, доступный из Интернета и предназначенный для использования в качестве дополнительного резервного хранилища.
Макет был выбран моим клиентом.
Общий ресурс Samba работает (поскольку мне удалось подключиться к нему с моего компьютера с Windows 7), но почти ни один из моих Linux-компьютеров не может подключиться к нему.
Пытался подключиться к общему ресурсу Samba с 3-мя ящиками Centos, но ничего не вышло; работает с Windows или с Ubuntu. Я также временно отключил брандмауэр на ящиках Centos, но ничего не изменилось.
Я получаю такой результат:
smbclient -U Администратор \\ xxx.xxx.xxx.xxx \ hd_bkp тайм-аут подключения к xxx.xxx.xxx.xxx:445 таймаут подключения к xxx.xxx.xxx.xxx:139 Ошибка подключения к xxx.xxx.xxx.xxx ( Операция уже выполняется) Подключение к xxx.xxx.xxx.xxx не удалось (ошибка NT_STATUS_ACCESS_DENIED
Исправление проблем:
Я уже пробовал nmap -P0 против IP. Он НЕ показывает порты 139 и 445 как открытые. Порты отображаются как открытые при запуске nmap из окна Ubuntu.
Ящики Centos могут подключаться к общим ресурсам Samba, но не могут подключаться к общим ресурсам Samba в Интернете.
Ни один из модулей Centos, похоже, не может монтировать общие ресурсы samba через Интернет, но они могут монтировать общие ресурсы samba с компьютеров в той же сети (это может быть критической точкой?)
Я также пробовал tcpdump, но не уверен, значимы ли результаты. 192.168.1.150 - это IP-адрес машины, пытающейся подключиться к общему ресурсу Samba, общий IP-адрес xxx.xxx.xxx.xxx
tcpdump -ln -vv host xxx.xxx.xxx.xxx | tee tcpdump.txt
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
16:12:49.777047 IP (tos 0x0, ttl 64, id 42420, offset 0, flags [DF], proto: TCP (6), length: 60) 192.168.1.150.60798 > xxx.xxx.xxx.xxx.microsoft-ds: S, cksum 0x1b2e (correct), 2698738746:2698738746(0) win 5840 <mss 1460,sackOK,timestamp 5036430 0,nop,wscale 7>
16:12:52.777591 IP (tos 0x0, ttl 64, id 42421, offset 0, flags [DF], proto: TCP (6), length: 60) 192.168.1.150.60798 > xxx.xxx.xxx.xxx.microsoft-ds: S, cksum 0x0f76 (correct), 2698738746:2698738746(0) win 5840 <mss 1460,sackOK,timestamp 5039430 0,nop,wscale 7>
16:12:58.776620 IP (tos 0x0, ttl 64, id 42422, offset 0, flags [DF], proto: TCP (6), length: 60) 192.168.1.150.60798 > xxx.xxx.xxx.xxx.microsoft-ds: S, cksum 0xf805 (correct), 2698738746:2698738746(0) win 5840 <mss 1460,sackOK,timestamp 5045430 0,nop,wscale 7>
16:13:07.246806 IP (tos 0x0, ttl 64, id 31289, offset 0, flags [DF], proto: TCP (6), length: 60) 192.168.1.150.56120 > xxx.xxx.xxx.xxx.netbios-ssn: S, cksum 0xfd21 (correct), 2724620277:2724620277(0) win 5840 <mss 1460,sackOK,timestamp 5053900 0,nop,wscale 7>
16:13:10.246675 IP (tos 0x0, ttl 64, id 31290, offset 0, flags [DF], proto: TCP (6), length: 60) 192.168.1.150.56120 > xxx.xxx.xxx.xxx.netbios-ssn: S, cksum 0xf169 (correct), 2724620277:2724620277(0) win 5840 <mss 1460,sackOK,timestamp 5056900 0,nop,wscale 7>
16:13:16.246704 IP (tos 0x0, ttl 64, id 31291, offset 0, flags [DF], proto: TCP (6), length: 60) 192.168.1.150.56120 > xxx.xxx.xxx.xxx.netbios-ssn: S, cksum 0xd9f9 (correct), 2724620277:2724620277(0) win 5840 <mss 1460,sackOK,timestamp 5062900 0,nop,wscale 7>
Какие-либо предложения?
Заранее спасибо,
Andres
Некоторые хостинговые компании блокируют входящие в свои сети порты SMB (поскольку протокол SMB на базе Windows, как известно, небезопасен). Разрешает ли это ваш хост (или это ваша сеть?)
Вы должны попробовать порты, сканировать ваше соединение извне сети и посмотреть, действительно ли порт открыт. Если порт открыт, проблема не в блокировке.
Есть ли у вашего NAS журналы, в которых вы можете посмотреть, была ли предпринята попытка подключения вашими хостами CentOS?
Что вы пишете в журналах на хостах CentOS? Посмотрите, не отказали ли вам из-за проблемы с версией клиента SAMBA. Возможно, вам потребуется установить новый клиент или обновление.
Возможно, вы можете настроить свой NAS, чтобы он предлагал общий ресурс NFS? Это было бы гораздо лучшим решением для вашей установки, чем использование Samba.