Проблема подключения CIFS через IPSec VPN

Я пытаюсь подключить клиент под управлением Ubuntu 13.04 к сетевой папке, размещенной на файловом сервере, который недавно был обновлен с Windows Server 2003 до 2012.

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

sudo mount -t cifs //myserver.mydomain.co.uk/myshare /media/myshare/ -o user=myself,domain=myworkgroup,pass=**********

тем не менее, у меня возникли проблемы с подключением общего ресурса через VPN Cisco (IPsec/Xauth). До обновления сервера у меня не было проблем с этим, но теперь я получаю следующее сообщение:

mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

dmesg | tail дает мне [ 1975.651346] CIFS VFS: cifs_mount failed w/return code = -112

хост определенно не вниз-я все еще могу подключиться к той же акции через VPN с помощью smbclient:

smbclient //myserver.mydomain.co.uk/myshare -U myself -W myworkgroup
Enter myself's password: 
session request to MYSERVER.MYDOMAIN failed (Called name not present)
Domain=[MYWORKGROUP] OS=[Windows Server 2012 Standard 9200] Server=[Windows Server 2012 Standard 6.2]
smb: >

Я не уверен в значении "session request to MYSERVER.MYDOMAIN failed (Called name not present)" ошибка, так как я все еще могу просматривать структуру каталогов.

любые предложения о том, что попробовать дальше?

15
задан ali_m
10.05.2023 4:54 Количество просмотров материала 3676
Распечатать страницу

3 ответа

вы можете соединиться с клиентом SMB, потому что вы можете соединиться как "анонимный". Но возможность анонимного подключения не означает, что для обычных пользователей работает сервис аутентификации.

вероятно, у вас проблема с брандмауэром. Откройте эти 4 порта:

- UDP&TCP/137
- UDP&TCP/138
- UDP&TCP/139
- TCP/445

убедитесь, что Служба Netlogon на стороне Windows также поддерживает связь.

1
отвечен Yannovitch 2023-05-11 12:42

можете ли вы получить доступ к порту 445 / tcp при подключении через VPN. Используйте

nc -v myserver.mydomain.co.uk 445.  

если он работал.

Connection to myserver.mydomain.co.uk 445 port [tcp/microsoft-ds] succeeded! 

единственная проблема, вы можете увидеть, если брандмауэр прокси подключения, которые могли бы придумать удалось в любом случае. Затем вы хотели бы сделать захват пакета и посмотреть, если сервер Windows отправляет что-нибудь.

0
отвечен Ross 2023-05-11 14:59

ну, через год я, наконец, понял это!

основная причина оказалась проблемой с разрешением имени хоста. Ключ пришел, когда я пытался решить другую проблему с SSHing в машину на той же удаленной сети через VPN.

на выходе ssh -v:

debug1: Connecting to myserver2.mydomain.ox.ac.uk [163.1.21.182] port 22.

я обнаружил, что OpenSSH пытается подключиться к бессмысленному IP-адресу (на самом деле это разрешение имени хоста моего сервера на IP-адрес сети принтер!). Я нашел, что ping также не удалось правильно разрешить имена хостов, в то время как host казалось, работали. Что в конечном итоге привело меня к этой теме на спросить Ubuntu.

получается, что ping и ssh оба используют решатель glibc, как и mount.cifs. Источники, из которых glibc получает сведения о службе имен, настроены в /etc/nsswitch.conf.

содержимое nsswitch.conf первоначально выглядело как это:

passwd:         compat
group:          compat
shadow:         compat

hosts:          files myhostname mdns4_minimal [NOTFOUND=return] dns wins mdns4
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis

важная строка начинается с hosts:, в котором указан порядок источников, запрашиваемых glibc при выполнении разрешения имен узлов. Обратите внимание, что в моей версии,dns после [NOTFOUND=return] в порядке поиска.

моя интерпретация заключается в том, что если glibc не сможет разрешить имя хоста в соответствии с первыми четырьмя источниками, он вернется до того, как он фактически запросил какие-либо DNS-серверы! Я понятия не имею, почему nsswitch.conf был настроен в этом way (я, конечно, не настраивал его так), но изменил строку на:

hosts:          files myhostname mdns4_minimal dns [NOTFOUND=return] wins mdns4

вдруг все заработало как надо, в том числе ping,ssh и mount.cifs.

0
отвечен ali_m 2023-05-11 17:16

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх