Назад | Перейти на главную страницу

невозможно найти подходящий адрес при попытке смонтировать папку, доступную для samba

У меня возникают проблемы при попытке смонтировать папку на сервере CentOS, к которой был предоставлен общий доступ с другого сервера CentOS.
Я установил второй вариант на https://www.howtogeek.com/176471/how-to-share-files-between-windows-and-linux/
Мне удалось смонтировать общий ресурс в Windows очень хорошо, поэтому я не думаю, что у меня проблема с брандмауэром на сервере хостинга.
Я пытаюсь смонтировать это с помощью autofs, это моя конфигурация:

winbox -fstype=cifs,rw,noperm,user=USERNAME,pass=PASSWORD ://MYIPADDRESS/Share

Когда я пытаюсь войти в соответствующую папку, в моих журналах появляется следующее:

Sep 19 00:29:35 Base automount[28600]: handle_packet: type = 3
Sep 19 00:29:35 Base automount[28600]: handle_packet_missing_indirect: token 76, name winbox, request pid 24536
Sep 19 00:29:35 Base automount[28600]: attempting to mount entry /mymountfolder/winbox
Sep 19 00:29:35 Base automount[28600]: lookup_mount: lookup(file): looking up winbox
Sep 19 00:29:35 Base automount[28600]: lookup_mount: lookup(file): winbox -> -fstype=cifs,rw,noperm,user=USERNAME,pass=PASSWORD ://MYIPADDRESS/Share
Sep 19 00:29:35 Base automount[28600]: parse_mount: parse(sun): expanded entry: -fstype=cifs,rw,noperm,user=USERNAME,pass=PASSWORD ://MYIPADDRESS/Share
Sep 19 00:29:35 Base automount[28600]: parse_mount: parse(sun): gathered options: fstype=cifs,rw,noperm,user=USERNAME,pass=PASSWORD
Sep 19 00:29:35 Base automount[28600]: parse_mount: parse(sun): dequote("://MYIPADDRESS/Share") -> ://MYIPADDRESS/Share
Sep 19 00:29:35 Base automount[28600]: parse_mount: parse(sun): core of entry: options=fstype=cifs,rw,noperm,user=USERNAME,pass=PASSWORD, loc=://MYIPADDRESS/Share
Sep 19 00:29:35 Base automount[28600]: sun_mount: parse(sun): mounting root /mymountfolder, mountpoint winbox, what //MYIPADDRESS/Share, fstype cifs, options rw,noperm,user=USERNAME,pass=PASSWORD
Sep 19 00:29:35 Base automount[28600]: do_mount: //MYIPADDRESS/Share /mymountfolder/winbox type cifs options rw,noperm,user=USERNAME,pass=PASSWORD using module generic
Sep 19 00:29:35 Base automount[28600]: mount_mount: mount(generic): calling mkdir_path /mymountfolder/winbox
Sep 19 00:29:35 Base automount[28600]: mount_mount: mount(generic): calling mount -t cifs -s -o rw,noperm,user=USERNAME,pass=PASSWORD //MYIPADDRESS/Share /mymountfolder/winbox
Sep 19 00:29:35 Base automount[28600]: spawn_mount: mtab link detected, passing -n to mount
Sep 19 00:29:35 Base automount[28600]: >> Unable to find suitable address.
Sep 19 00:29:35 Base automount[28600]: mount(generic): failed to mount //MYIPADDRESS/Share (type cifs) on /mymountfolder/winbox
Sep 19 00:29:35 Base automount[28600]: dev_ioctl_send_fail: token = 76
Sep 19 00:29:35 Base automount[28600]: failed to mount /mymountfolder/winbox
Sep 19 00:29:35 Base automount[28600]: handle_packet: type = 3
Sep 19 00:29:35 Base automount[28600]: handle_packet_missing_indirect: token 77, name winbox, request pid 24536
Sep 19 00:29:35 Base automount[28600]: dev_ioctl_send_fail: token = 77
Sep 19 00:29:35 Base automount[28600]: handle_packet: type = 3
Sep 19 00:29:35 Base automount[28600]: handle_packet_missing_indirect: token 78, name winbox, request pid 24536
Sep 19 00:29:35 Base automount[28600]: dev_ioctl_send_fail: token = 78

Корень проблемы из того, что я могу сказать:

>> Unable to find suitable address.

Когда я попытался установить его напрямую, у меня возникла та же проблема. Однако ничего, что я могу найти, не указывает мне правильное направление.
Я могу просто пропинговать IP-адрес, это тоже не локальный сервер.

Я думаю, что фактически сузил проблему до своего брандмауэра на хост-сервере. В моих iptables есть следующее:

-A INPUT -m state --state NEW -m tcp -p tcp --dport 445 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 445 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 137 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 138 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 139 -j ACCEPT

Если я отключу iptables, все будет работать нормально, поэтому я, должно быть, упустил что-то выше.