Astra linux mount error 115 operation now in progress

Ошибки монтирования совместного использования CIFS

Я пытаюсь подключить сетевой ресурс от Linksys NAS200 к Fedora 16.

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

Но он работает с smbclient :

Почему я не могу подключиться к этому серверу samba? Что означают эти ошибки?

7 ответов

Устранение неполадок доступа к общей папке Windows XP из Fedora:

Вы получаете сообщение об ошибке:

1. Убедитесь, что Linux может пинговать другой блок.

Запустите эту команду в поле linux для IP-окна окна:

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

2. Убедитесь, что папка на самом деле разделена на окна, выполните следующие действия.

1. Откройте браузер файлов в C:\ .
2. Создайте новую папку с именем public . Итак, теперь у вас есть C: \ public
3. Внутри этой папки создайте новый текстовый документ под названием «test.txt».
4. Щелкните правой кнопкой мыши папку C:\public и перейдите к свойствам.
5. Перейдите на вкладку совместного доступа.
6. Убедитесь, что: «Обмениваться этой папкой в ​​сети» отмечен. Обратите внимание на общее имя: «public».
7. Нажмите «ОК». Маленькая рука должна появиться под папкой, то есть она разделена.

Папка ‘public’ теперь используется совместно, и вы должны иметь возможность подключиться к ней с помощью Linux.

3. В Linux установите общий ресурс с помощью «mount»:

Откройте консоль и su для root.

создать каталог mkdir /mnt/windows Это будет доступ к общим файлам.

запустите команду mount, которая запрашивает пароль:

В приведенной выше инструкции предлагается ввести пароль, ввести правильный пароль, неверный приведет к ошибке. Если вы не уверены в пароле, вы можете изменить пароль в окне окна под панелью управления -> Учетные записи пользователей.

запустите команду cd /mnt/windows и запустите ls . Представлено содержимое диска:

Вы подключились к приводу Windows.

4. Подключитесь к общему диску с помощью браузера konqueror или linux:

1. Откройте браузер файлов, в моем случае konqueror.
2. В строке местоположения файла введите smb://192.168.13.107/public и нажмите клавишу ввода.
3. Вам может быть предоставлен логин и пароль. Введите имя пользователя и пароль окна окна, описанного в верхней части этого сообщения.
4. Поздравляем, вы подключены к общей папке.

УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ, если вышеуказанное не работает.

Шаг 1: Вы пытались перезапустить оба компьютера.

Перезагрузите оба компьютера. После этого убедитесь, что все ваши обновления Windows сделаны. Убедитесь, что Linux также имеет свои обновления программного обеспечения. Перезагрузитесь после обновлений.

Шаг 2. Просмотрите свои брандмауэры, ZoneAlarms и другое программное обеспечение безопасности

Часть программного обеспечения, предназначенного для защиты вашего компьютера от вирусов, вредоносного ПО или зла в Интернете, может блокировать попытку совместного использования файлов. Брандмауэр Windows может находиться в параноидальном режиме. Хотя маловероятно, что Windows Firewall виноват, временно отключите его, чтобы убедиться, что это не проблема. (не оставляйте его).

Получите список всех программ безопасности, которые могут быть настроены на режим параноидальности. Брандмауэры Windows, сторонние брандмауэры, ZoneAlarms, антивирусы, Kaspersky, AVG или что-то еще, что утверждает, что защищает вас от вирусов /вредоносных программ /зла. Вам нужно будет просмотреть их и либо временно отключить их, либо открыть для них белый список для вашего IP-адреса.

Шаг 3: Получите подсказки от программного обеспечения безопасности.

ZoneAlarm хранит журнал всех событий и попыток совместного доступа к папке, переходите к предупреждениям и журналам Overview->. И посмотрите список всех неудачных попыток. То же самое можно сделать и для другого программного обеспечения. В этом случае он защитит вас от вас.

Шаг 4: Подозрительные проблемы в маршрутизаторе или локальной сетиСам

Возможно, маршрутизатор, беспроводные мосты, немые хабы или другое сетевое устройство имеют в себе некоторый директивный махинац, блокируя попытку подключения к общей папке. Маршрутизатор или устройство могут блокировать порт или иметь что-то в ограничительном режиме. Кто-нибудь обманывал его в последнее время? Попробуйте снова установить маршрутизатор на значение по умолчанию и повторите попытку.

Шаг 5. Убедитесь, что ваша локальная сеть проста и правильная.

Оба компьютера подключаются к одному маршрутизатору? Возможно, один связан с чистым беспроводным мостом netgear, а другой с маршрутизатором? Упростите сеть, подключив все компьютеры к одному маршрутизатору. Перезагрузите маршрутизаторы и Интернет, повторите попытку.

Шаг 6: Не работает. Изолируйте неисправный блок.

Пришло время стадным кошкам и изолировать неисправный блок. Докажите, что окно Windows не делит ваш файл, подключившись к общему ресурсу с помощью другого компьютера. Получите друзей Windows-ноутбук или продукт Apple и подключите его к своей сети и посмотрите, смогут ли они получить доступ к этой акции. Если они не могут, окно окна имеет проблему, если это возможно, проблема с Linux.

Шаг 7. Подозреваем, что брандмауэр в Linux

Обратите внимание на любой специальный аварийный сигнал безопасности или специальное программное обеспечение брандмауэра в Linux. Запустите system-config-firewall и убедитесь, что smb установлен. Убедитесь, что Linux не препятствует вашему монтированию. Создайте общий ресурс smb в другом ящике Linux и попробуйте подключиться к нему.

Если ничего из этого не работает. Используйте ядерную опцию, установите обе операционные системы и начните сверху. Это ракетная хирургия.

Источник

Ошибки монтирования общего ресурса CIFS

Я пытаюсь смонтировать сетевой ресурс от Linksys NAS200 до Fedora 16.

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

Но это работает с smbclient :

Почему я не могу подключиться к этому серверу Samba? Что означают эти ошибки?

Устраните неполадки при доступе к общей папке Windows XP из Fedora:

Вы получаете сообщение об ошибке:

1. Убедитесь, что Linux может пропинговать другой ящик.

Запустите эту команду в окне Linux для IP-адреса окна Windows:

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

2. Убедитесь, что папка действительно открыта для общего доступа в Windows, выполните следующие действия.

1. Откройте браузер файлов для C:\ .
2. Создайте новую папку с именем public . Так что теперь у вас есть C: \ public
3. Внутри этой папки создайте новый текстовый документ под названием «testing.txt».
4. Щелкните правой кнопкой мыши папку C:\public и перейдите в свойства.
5. Нажмите на вкладку обмена.
6. Убедитесь, что установлен флажок «Поделиться этой папкой в ​​сети». Обратите внимание на название акции: «public».
7. Нажмите ОК Под папкой должна появиться небольшая стрелка, означающая, что она является общей.

Папка «public» теперь является общей, и вы должны иметь возможность подключиться к ней с Linux.

3. В Linux смонтируйте общий ресурс с помощью «mount»:

Откройте консоль и su получите root права.

создайте каталог mkdir /mnt/windows Это будет где вы получите доступ к общим файлам.

запустите команду монтирования, которая запрашивает пароль:

Приведенная выше команда запрашивает пароль, введите правильный пароль, неправильный вызовет ошибку. Если вы не уверены в пароле, вы можете изменить пароль в окне Windows в Панели управления -> Учетные записи пользователей.

запустить команду cd /mnt/windows и запустить ls . Содержимое диска представлено:

Вы подключились к диску Windows.

4. Подключитесь к общему диску с помощью файлового браузера konqueror или linux:

1. Откройте браузер файлов, в моем случае konqueror.
2. В строке местоположения файла введите smb://192.168.13.107/public и нажмите Enter.
3. Вам может быть представлен логин и пароль для входа в систему. Введите имя пользователя и пароль окна окна, описанного в верхней части этого сообщения.
4. Поздравляем, вы подключены к общей папке.

УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ, если вышеперечисленное не работает.

Шаг 1: Вы пытались перезагрузить оба компьютера

Перезагрузите оба компьютера. После этого убедитесь, что все ваши обновления Windows сделаны. Убедитесь, что в Linux также есть обновления программного обеспечения. Перезагрузитесь после обновлений.

Шаг 2. Проверьте свои брандмауэры, ZoneAlarms и другое программное обеспечение безопасности

Часть программного обеспечения, разработанная для защиты вашего компьютера от вирусов, вредоносных программ или зла в Интернете, может блокировать ваши попытки обмена файлами. Брандмауэр Windows может быть в параноидальном режиме. Хотя вряд ли виноват брандмауэр Windows, временно отключите его, чтобы убедиться, что это не проблема. (не оставляйте это).

Получите список всех программ безопасности, которые могут быть установлены в параноидальный режим. Брандмауэры Windows, сторонние брандмауэры, ZoneAlarms, антивирусы, Kaspersky, AVG или все, что защищает вас от вирусов / вредоносных программ / зла. Вам нужно будет просмотреть их и либо временно отключить, либо открыть через них белый список для вашего IP-адреса.

Шаг 3: Получить ключи от программного обеспечения безопасности.

ZoneAlarm ведет журнал всех событий и попыток доступа к общей папке, перейдите в раздел Обзор-> предупреждения и журналы. И увидеть список всех ваших неудачных попыток. То же самое возможно для другого программного обеспечения. В таком случае это защищает тебя от тебя.

Шаг 4: Подозреваю проблемы в самом роутере или локальной сети

Возможно, маршрутизатор, беспроводные мосты, тупые концентраторы или другие сетевые устройства содержат некоторые директивы shenanigan, блокирующие попытку подключения к общей папке. Маршрутизатор или само устройство могут блокировать порт или иметь что-то в ограничительном режиме. Кто-нибудь дурачился с этим в последнее время? Попробуйте вернуть роутеру все по умолчанию и попробуйте снова.

Шаг 5: Убедитесь, что ваша локальная сеть проста и правильна.

Оба ваших компьютера подключены к одному и тому же маршрутизатору? Возможно один связан с дерьмовым беспроводным мостом netgear, а другой с маршрутизатором? Упростите сеть, подключив все компьютеры к одному маршрутизатору. Перезагрузите роутеры и интернет, попробуйте еще раз.

Шаг 6: Все еще не работает. Изолировать неисправный блок.

Пришло время пасти кошек и изолировать неисправный блок. Докажите, что Windows не передает ваш файл, подключившись к общему ресурсу с другого компьютера. Приобретите ноутбук с ОС Windows для друзей или продукт Apple, подключите его к своей сети и посмотрите, смогут ли они получить доступ к общему ресурсу. Если они не могут, у окна Windows есть проблема, если они могут, у окна Linux есть проблема.

Шаг 7: Подозреваю, что брандмауэр в Linux

Обратите внимание на любую специальную сигнализацию безопасности или специальное программное обеспечение брандмауэра в Linux Запустите system-config-firewall и убедитесь, что smb проверен. Убедитесь, что Linux не препятствует вашему монтированию. Создайте общий ресурс smb на другом компьютере Linux и попытайтесь подключиться к нему.

Если ничего из этого не работает. Используйте ядерную опцию, переустановите обе операционные системы и начните все сначала. Это ракетная хирургия.

Источник

mount error(115): Operation now in progress (azure file mount won’t work due to 445 port blocked) #1592

Comments

mislavcosic commented May 6, 2020

What happened:
A pod unable to attach or mount volumes

The error:
Warning FailedMount 15s kubelet, aks-nodepool1-* (combined from similar events): MountVolume.SetUp failed for volume «pvc-» : mount failed: exit status 32
Mounting command: systemd-run
Mounting arguments: —description=Kubernetes transient mount for /var/lib/kubelet/pods/ —scope — mount -t cifs -o cache=none,dir_mode=0777,file_mode=0777,gid=1000,mfsymlinks,nobrl,uid=1000,username=,password=,vers=3.0 //.file.core.windows.net/kubernetes-dynamic-pvc- /var/lib/kubelet/pods/1*/volumes/kubernetes.io

azure-file/pvc-*
Output: Running scope as unit run-*.scope.
mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

How to reproduce it (as minimally and precisely as possible):

Anything else we need to know?:
Storage and Nodes are in the same region.
The nodes are in a Virtual Network
We haven’t enabled TCP 445 in our firewall, it is not clear from the documentation if is required.
The documentation we followed:
https://docs.microsoft.com/en-us/azure/aks/limit-egress-traffic#required-ports-and-addresses-for-aks-clusters
The troubleshoot documentation:
https://docs.microsoft.com/en-us/azure/storage/files/storage-troubleshoot-linux-file-connection-problems

Environment:

• Kubernetes version:
  Client Version: version.Info
  Server Version: version.Info
• Size of cluster: 3
• General description of workloads in the cluster: Python Flask
• Others: Node OS Ubuntu 16.04

The text was updated successfully, but these errors were encountered:

Источник

Astra linux mount error 115 operation now in progress

Edit: Point of clarification — In the examples below, you’ll notice I use a domain name of ‘lamasondufeu’. I always make use of a domain name on mixed networks in order to enforce Windows Workgroup naming consistency. By default, Samba will use the domain name of the computer it’s running on as the ‘Windows Workgroup’ unless you explicitly provide one in smb.conf. Also by default, WinXP always uses ‘workgroup’ as it’s value for ‘Windows Workgroup’.

All computers which expect to talk to each other using Windows networking need to either be in the same Workgroup or you need to explicitly which workgroups they are allowed to talk to. Selecting a specific domain name for your network and using that as your Windows Workgroup name makes mixed networks much easier to adminster. Also, it’s considered bad security practice to leave the Windows Workgroup name at it’s default value so this is something you want to change anyway.

It’s always good policy on multi-computer local networks to pick your own domain name and stick with it for that local network. End Edit

Before we run any diagnostics, we can see one immediate problem. Note the prompt for ‘Password:’.

First tip: WinXP Home has no support for password based file shares. Password based file shares are optional for WinXP Professional. In the Windows world, all simple file shares assume there are no username/password pairs. Therefore, the above command was incorrect.

When trying to attach any simple Windows based file shares, you need to add ‘-o guest’ to the mount command. Simple in this case means no password restricted file shares which means no user authentication of any kind. Repeat: All WinXP Home based file share are simple . Most home users of WinXP Professional will also be using simple file shares as will Win 7 users whose file shares are set in WinXP compatibility mode.

The above command should look more like this:

Код:

# mount.cifs —verbose -o «guest,domain=lamasondufu» //192.168.0.100/Software /mnt/sweet.softare mount.cifs kernel mount options: ip=192.168.0.100,unc=\\192.168.0.100\Software,guest,ver=1,user=,domain=lamasondufu,pass=******** mount error(115): Operation now in progress Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

This command also failed but we were no longer prompted for ‘Password’. Yeah! First problem resolved.

To head off a possible point of confusion, please note that mount -t cifs and mount.cifs are the exactly equivalent. All these examples are cut and pasted from real life.

The first diagnostic we need to run is smbtree . This will confirm everything that’s actually visible on the network from Samba’s point of view. The results should prove:

• You have Samba correctly installed.
• What file shares/printers are available for you to attach.

Do not run this diagnostic tool on a network with a lot of PCs. The options you should use are:

Код:

-b, —broadcast Use broadcast instead of using the master browser -N, —no-pass Don’t ask for a password

These options will run smbtree without the need or confusion to determine who the ‘master browser’ is and restrict the output to simple shares (no password) only.

The following is a typical example from my home network:

Код:

# smbtree -b -N LAMASONDUFEU \\SWEET Mumzie MS \\SWEET\Software \\SWEET\CanonMX3 Canon MX360 series Printer \\SWEET\SharedDocs \\SWEET\print$ Printer Drivers \\SWEET\IPC$ Remote IPC \\SLIZARD Samba 3.6.5 \\SLIZARD\HP_PhotoSmart_P1000 HP PhotoSmart P1000 \\SLIZARD\PHOTOSMART-P1000 HEWLETT-PACKARD PHOTOSMART P1000 \\SLIZARD\IPC$ IPC Service (Samba 3.6.5) \\SLIZARD\print$ Printer Drivers \\SLIZARD\PUBROOT \\SLIZARD\PUB04 \\SLIZARD\PUB03 \\SLIZARD\PUB02 \\SLIZARD\PUB01 \\SLIZARD\LIBRARY \\PYROTEKK Samba 3.6.5 \\PYROTEKK\IPC$ IPC Service (Samba 3.6.5) \\PYROTEKK\PUBROOT \\PYROTEKK\PUBLIC \\PYRODYNO Samba 3.6.5 \\PYRODYNO\IPC$ IPC Service (Samba 3.6.5) \\PYRODYNO\PUBU06 \\PYRODYNO\PUBU05 \\PYRODYNO\PUBU04 \\PYRODYNO\PUBU03 \\PYRODYNO\PUBU02 \\PYRODYNO\PUBU01 \\PYRODYNO\PUBROOT \\PYRODYNO\PUB02 \\PYRODYNO\PUB01 \\PYRODYNO\PUB00

If you’re on a network with more than a handful of computers, this listing can be quite long. Instead of running smbtree , you can run nmblookup . To run this command, you need an additional bit of information. That information is the IP address of the computer which hosts the file share you want to attach. As you can see from the above mount command, I have this information. There are one option you’ll want to use:

Код:

-A, —lookup-by-ip Do a node status on as an IP Address

This option reduces all the actions needed to perform the query to the barest minimum possible. This is an important point with implications I’ll address further down.

Here is a typical example of the query:

Код:

# nmblookup -A 192.168.1.100 Looking up status of 192.168.1.100 SWEET — M LAMASONDUFEU — M SWEET — M LAMASONDUFEU — M MAC Address = 00-16-76-78-E4-4F

The results show us two things:

• We have Samba properly installed.
• The file share host is visible on our network.

Now that we’ve verified Samba is working and that the host is visible, we’re ready to take the next diagnostic step. From both the smbtree and nmblookup commands, we know the Windows name of the host computer is SWEET. We therefore try our mount command using SWEET instead of 192.168.1.100:

Код:

# mount.cifs —verbose -o «guest,domain=lamasondufu» //SWEET/Software /mnt/sweet.softare mount error: could not resolve address for SWEET: Unknown error

Second Tip: When one computer can’t find another computer by name, then we always punt. In this case, punting means to explicitly set up an entry in our local client’s /etc/hosts file for the target share server:

Код:

# echo «192.168.1.100 SWEET sweet sweet.lamasondufeu» >> /etc/hosts

We do this so that we rely upon only our local client and the target share host to establish a connection. It’s part of the bog standard diagnostic process to reduce number of possible failed components to the minimum needed.

Now, we try our mount command again:

Код:

# mount.cifs —verbose -o guest //SWEET/Software /mnt/sweet.softare mount.cifs kernel mount options: ip=192.168.1.100,unc=\\SWEET\Software,guest,ver=1,user=,pass=******** # df -h Filesystem Size Used Avail Use% Mounted on rootfs 369G 299G 52G 86% / /dev/root 369G 299G 52G 86% / devtmpfs 3.7G 0 3.7G 0% /dev tmpfs 3.7G 436K 3.7G 1% /run shm 3.7G 724K 3.7G 1% /dev/shm /dev/sda1 31M 6.5M 23M 23% /boot /dev/sdb1 931G 910G 21G 98% /home /dev/sda4 559G 553G 4.2G 100% /pub00 /dev/sdc1 1.9T 1.8T 39G 98% /pub01 /dev/sdd1 1.9T 1.8T 34G 99% /pub02 /dev/loop0 9.4G 9.4G 0 100% /mnt/newsf /dev/sde1 931G 899G 32G 97% /pubu01 /dev/sdf1 1.9T 1.8T 20G 99% /pubu02 /dev/sdi1 1.4T 1.4T 21G 99% /pubu03 /dev/sdj1 1.9T 1.8T 20G 99% /pubu04 /dev/sdg1 1.9T 1.8T 40G 98% /pubu05 /dev/sdh1 1.4T 1.4T 16G 99% /pubu06 192.168.1.199:/home 234G 231G 2.9G 99% /mnt/slizard/home 192.168.1.199:/library 234G 85G 149G 37% /mnt/slizard/library 192.168.1.199:/pub01 931G 913G 17G 99% /mnt/slizard/pub01 192.168.1.199:/pub02 931G 896G 36G 97% /mnt/slizard/pub02 192.168.1.199:/pub03 931G 894G 38G 96% /mnt/slizard/pub03 192.168.1.199:/pub04 931G 909G 23G 98% /mnt/slizard/pub04 192.168.1.199:/pubroot 230G 177G 42G 81% /mnt/slizard/pubroot 192.168.1.197:/home 179G 101G 69G 60% /mnt/pyrotekk/home 192.168.1.197:/pub01 931G 860G 71G 93% /mnt/pyrotekk/pub01 192.168.1.197:/public 1.2T 1.1T 73G 94% /mnt/pyrotekk/public 192.168.1.197:/pubroot 179G 101G 69G 60% /mnt/pyrotekk/pubroot 192.168.1.197:/mnt/temp1 1.4T 1.4T 63G 96% /mnt/pyrotekk/temp1 192.168.1.197:/mnt/temp2 1.4T 1.4T 39G 98% /mnt/pyrotekk/temp2 //SWEET/Software 53G 18G 36G 34% /mnt/sweet.softare

Success!! We can now access file shares and printer shares on the target host computer.

This is not the ideal solution. Rather the ‘name’ of the target share host and its associated IP address is supposed to be already available on our network. Moreover, this is supposed to happen automatically.

Observations:

In this case SWEET (as can be seen from the nmblookup results) is the wins master browser on my local network. Yet no name/address association was available. I have had problems in the past with the wins master browser service in mixed environments. Crap happens. I should probably force configure the samba daemon on my internal network’s server (SLIZARD) to be wins master browser.

In home networks which use an off the shelf router to connect to the internet, it is my personal observation that local name resolution may not happen. The default configuration of the OTS router is to support DNS service pass through for queries outside of the local lan.

As far as I’ve experienced, all distributions perform minimalist configuration installations. This means that these minimal configuration settings may assume working services that are not actually working such as a working wins or dns service.

Because of things like local caching (share name and IP being retained across reboots over time), it is possible for one client PC to have no problem with making a share connection while another either loses that ability or is never able to attach the share. Don’t make the mistake of saying one PC is broken because another PC is still works.

In fact, said cached information can be lost due to simply performing an upgrade. It’s not that the updated programs are broken. Instead, all the cached values are cleared during the upgrade. If your wins master browser is not working properly, then your wins resolution will never happen.

Depending on which machine on your network is the wins master browser and the version of Windows it’s running, the strategy employed to refresh the wins master browser cache can range from stupid to really, really stupid. It is my understanding that after a wins master browser first initializes it’s cache, it won’t walk the local network again looking for new additions. Rather, it expects new additions to the local network to essentially add themselves.

Name resolution goes through a descending hierarchy of protocols. The last resort bottom name resolution protocol simply checks the /etc/hosts file. In theory however, explicitly specifying an IP address is supposed to always work too. I’m still surprised that my original mount command did not work. On the other hand, the added entry to the /etc/hosts file did work.

In my research for my issue, I encountered another known class of problems which can cause a mount error(115): Operation now in progress message. This is when the same nic (on the target share host) might be using more than one IP address. There are numerous valid circumstances for this including setting up virtual networks and the ability to add USB drives to routers for direct availability of said drives over a local network. In essence, the wins resolver associates the desired name with the wrong IP address.

The bottom line is that if you see a mount error(115): Operation now in progress message when trying to mount any cifs based network share, you most likely have a name resolution problem. Your equipment, software and physical connections are probably all fine. I re-iterate: Don’t simply assume your equipment is broken or an upgrade was faulty or even that your configuration may be incorrect. Things may actually be working as designed.

In my example, lack of an internally available DNS combined with a stupid wins master browser are the root cause.

This episode has enhanced my motivation to build (re-purpose) a custom router again with a proper DNS as well as forcing it to be th wins master browser.

Threads which may be of interest in terms of the above discussion and hindsight perspective:

Samba Oddities
cifs-utils: Windows share cannot be mounted anymore after dist-upgrade
Mount Error
Error -115 when mounting share (cifs)
Mounting a Windows computer with two IP addresses
_________________
People whom think M$ is mediocre, don’t know the half of it. Вернуться к началу

monkeyman
n00b

Зарегистрирован: 04 сен 2013
Сообщений: 1

Добавлено: ср сен 04, 2013 10:45 pm Заголовок сообщения: Thanks!

I just wanted to add a brief note to firstly say thanks for the awesome tutorial I was stumped by this issue for a while, but it turned out in my case that the issue was that there was no return route from the remote server (with the network share) back to the box I was trying to map it from. Adding a static route by running a single command on the server fixed the issue. Check out http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/sag_tcpip_pro_addstaticroute.mspx?mfr=true for an example of how to do this on windows.

Вернуться к началу

	Список форумов: Gentoo Forums Documentation, Tips & Tricks	Часовой пояс: GMT
Страница 1 из 1

Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах

Copyright 2001-2021 Gentoo Foundation, Inc. Designed by Kyle Manna © 2003; Style derived from original subSilver theme. | Hosting by Gossamer Threads Inc. © | Powered by phpBB 2.0.23-gentoo-p11 © 2001, 2002 phpBB Group
Privacy Policy

Источник