I’m trying to mount a USB drive plugged on my Technicolor router.
I have the following line in my /etc/fstab
:
//192.168.1.1/usbdisk /media/public cifs guest,vers=3.0 0 0
After trying resolving the issue with diffrerent instructions found from the net I have tried specifying different versions, vers=2.0, vers=2.1, but none of these have resolved the issue.
If I test with smbclient, I get the following:
sudo mount.cifs //192.168.1.1/usbdisk /media/public -o username=myuser,vers=2.0
Password for myuser@//192.168.1.1/usbdisk: *********
mount error(112): Host is down
Same happens with no user specified, and also with various vers=
definitions.
I’m running Ubuntu 15.10.
Any ideas?
asked Aug 15, 2017 at 16:55
2
You can disable the entry in /etc/fstab
and issue the following command
mount -t cifs //192.168.1.1/usbdisk /media/public -o guest,vers=3.0
and at the same time play around with different options (behind -o). If you need feedback from you system, you might open a second terminal windows and type journalctl -fb
to watch how the kernel reacts on your options given.
I explain all this because your real issue might be different with cifs than it was in my case.
I had the problem that the device offering SMB wants ver=1.0
. While Ubuntu 17.04 didn’t have any problems with the version (auto), the 17.10 and its kernel demands to indicate the number, as my Kernel logs shows:
Okt 25 09:06:08 gespc kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB3 (vers=3.0), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 specify vers=1.0 on mount. For somewhat newer servers such as Windows 7 try vers=2.1.
My Good luck!
Olorin
3,39815 silver badges28 bronze badges
answered Oct 25, 2017 at 7:17
3
YES !
Had this problems for months too, solved with adding vers=1.0 in the options:
//xxx.xxx.xxx.xxx/disk /media/foldername cifs rw,credentials=/etc/samba/credentials,uid=1000,gid=1000,file_mode=0660,dir_mode=0770,iocharset=utf8,vers=1.0 0 0
Thanks Gerhard!
GR
answered Apr 12, 2018 at 2:02
mchrgr2000mchrgr2000
811 silver badge3 bronze badges
1
Здравствуйте! Тестируем дистрибутив Смоленск 1.5.34 столкнулись с проблемой монтирования папки с документами, расположенной на Windows сервере. На предыдущей версии делали так — в файле fstab описывали точку монтирования:
//192.168.10.1/документы/340отдел/USER /mnt/shara_mydocs cifs user,noperm,domain=ufo.khv,user=USER,password=12345,rw,file_mode=0777,dir_mode=0777,soft 0 0
после в автозагрузку добавляли команду
mount /mnt/shara_mydocs
И все работало замечательно, в новом релизе такое не проходит пишет:
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Может быть команда из автозагрузки отрабатывает слишком рано и сетевой интерфейс еще не активирован?
Команду
mount /mnt/shara_mydocs
запускали и в ручную из терминала когда уже сеть поднята. Есть предположения что расшаренная папка на сервере windows 2003 может чтото с версиями самбы? Если добавлять папку через менеджер fly через новое окружение то папка открывается.
Добавить в автозагрузку скрипт с sleep и командой монтирования, пытаясь увеличивать время ожидания?
Либо, если это имеет место, добавить период тайм-аута параметром timeo=time (из man mount).
Монтирование также описывали через юниты systemd такая же проблема.
Может быть загвоздка в незаданных мандатных уровнях пользователя?
Я подозреваю что в предыдущей астре был debian 7 если я не ошибаюсь а в новой кажется 9 но не уверен. Также есть сервер на centos с нее папки монтируются нормально.
Разобрался! Как всегда подвел синтаксис. Кто-нибудь сталкивался с проблемой долгого сохранения/создания файлов в примонтированных папках?
у себя сделал скриптик:
#!/bin/sh -e
sudo mount -t cifs //<ip шары>/<имя шары> /<путь к точке монтирования -o username=<login>,password=<pass>,domain=<domenname>,iocharset=utf8,file_mode=0777,dir_mode=0777
и закинул его в /etc/network/if-up.d/
криво конечно, но работает
Коллеги, пробовали настраивать в Астре autofs, есть подводные камни?
Содержание
- Как в Linux монтировать шару CIFS
- Подготовка
- Установка пакетов
- Сетевые порты
- Синтаксис
- Ручное монтирование
- Автоматическое монтирование CIFS через fstab
- Примеры использования опций
- Версии SMB
- Монтирование от гостевой учетной записи
- Права на примонтированные каталоги
- mount.cifs: mount error(112): Host is down
- 4 Answers 4
- Related
- Hot Network Questions
- Subscribe to RSS
- Fixya Cloud
- Scenario / Questions
- Find below all possible solutions or suggestions for the above questions..
- Вручную примонтировать шару win 10
- Mount CIFS Host is down
- 15 Answers 15
Как в Linux монтировать шару CIFS
Что такое Linux и CIFS простыми словами.
Работа с общими папками Windows происходит с использованием протокола CIFS (SMB). Все примеры в данном руководстве выполняются на Linux Ubuntu и CentOS.
Подготовка
Установка пакетов
Для монтирования общей папки необходимо установить набор утилит для работы с CIFS.
yum install cifs-utils
apt-get install cifs-utils
Сетевые порты
Если мы будем монтировать сетевую папку, сервер которой находится за брандмауэром, необходимо открыть следующие порты:
Синтаксис
* вместо mount.cifs можно написать mount -t cifs.
mount.cifs //192.168.1.1/public /mnt
* простой пример монтирования папки public на сервере 192.168.1.1 в локальный каталог /mnt.
Ручное монтирование
Теперь монтирование можно выполнить следующей командой:
mount.cifs //192.168.1.10/share /mnt -o user=dmosk
* в данном примере будет примонтирован каталог share на сервере 192.168.1.10 в локальную папку /mnt под учетной записью dmosk.
То же самое, с использованием домена:
mount.cifs //192.168.1.10/share /mnt -o user=dmosk,domain=dmosk.local
Автоматическое монтирование CIFS через fstab
Для начала создаем файл, в котором будем хранить данные авторизации при подключении к общей папке:
И добавляем в него данные следующего вида:
username=dmosk
password=dPassw0rd
domain=dmosk.local
* в этом примере создана пара логин/пароль — dmosk/dPassw0rd; domain указывать не обязательно, если аутентификация выполняется без него.
Теперь открываем конфигурационный файл fstab:
и добавляем в него следующее:
//192.168.1.10/share /mnt cifs user,rw,credentials=/root/.smbclient 0 0
* в данном примере выполняется монтирование общей папки share на сервере с IP-адресом 192.168.1.10 в каталог /mnt. Параметры для подключения — user: позволяет выполнить монтирование любому пользователю, rw: с правом на чтение и запись, credentials: файл, который мы создали на предыдущем шаге.
Чтобы проверить правильность настроек, вводим следующую команду:
Примеры использования опций
Версии SMB
Если на стороне Windows используется старая или слишком новая версия протокола SMB, при попытке монтирования мы можем получить ошибку mount error(112): Host is down. Чтобы это исправить, указываем версию:
mount.cifs //192.168.1.10/share /mnt/ -o vers=1.0
* монтирование по протоколу SMB1.0
Монтирование от гостевой учетной записи
Если сервер принимает запросы без логина и пароля, то клиент подключается, как гость:
mount.cifs //192.168.1.10/share /mnt -o guest
//192.168.1.10/share /mnt cifs guest 0 0
Права на примонтированные каталоги
При монтировании папки мы можем указать определенные права:
mount.cifs //192.168.1.10/share /mnt -o file_mode=0777,dir_mode=0777
Для указания владельца, который будет назначен для примонтированного каталога, используем:
mount.cifs //192.168.1.10/share /mnt -o uid=33,gid=33
* чтобы посмотреть идентификаторы пользователя, вводим id -u и id -g .
Источник
mount.cifs: mount error(112): Host is down
I am trying to mount a windows samba share on CentOS and RHEL 6 machines, but gives following error.
]# mount.cifs //example.com/Linux_Support /mnt -o credentials=/root/cifsauth,noserverino,vers=3.0
mount error(112): Host is down Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Messages logs has this error:
CIFS VFS: cifs_mount failed w/return code = -112
The same above command works in rhel7 and centos7. Any clue on how to make this work?
4 Answers 4
I found this link here which says SMB 2 and 3 is not supported for rhel and Centos 6. It can only mount SMB1. From Centos and rhel 7 this is supported.
I solved this problem by forcing version 1 of the smb protocol.
In my fstab this is done like this:
By default, the system certainly use SMB2 or 3, and it doesn’t work with my box. In fact it depends on your NAS. You have to give the good version depending on the SMB server.
First check the accessibility of your windows host in generally under centos6. If that is given then proceed.
At them moment, I dont have a test-setup to reproduce.I can only imagine. So maybe the default firewall-settings on your centos6 differs from the centos7 default firewall-settings. Did you try to mount with firewall switched off on your centos host? And what about SELinux? Maybe it has it fingers in it too.
My issue has been resolved by adding the ip address and hostname of windows server in /etc/hosts file in linux. then creating user in windows server with password. shared the folder with created user. created the file in /.smbcredentials adding following 2 lines
try to ping the windows machine with hostname it should ping. otherwise change windows firewall settings. now finally add the entry in fstab as below.
save the file and exit now run mount -av command you should get mounted successfully.
Hot Network Questions
To subscribe to this RSS feed, copy and paste this URL into your RSS reader.
Site design / logo © 2023 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2023.1.16.43160
By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.
Источник
Fixya Cloud
Scenario / Questions
I have an issue with a mount point that was previously configured. It shows the folder, but the mount is missing and holds “?” values for size, permissions, etc.
So I tried to remount using cifs and the same command from before:
But I get the error:
If I ping the domain or IP I get a proper resolution and I also connected using smbclient without issue
I looked around, but cant find a solid answer. Any thoughts?
Find below all possible solutions or suggestions for the above questions..
Suggestion: 1:
This could also be because of a protocol mismatch.
In 2017 Microsoft patched Windows Servers and advised to disable the SMB1 protocol.
From now on, mount.cifs might have problems with the protocol negotiation.
The error displayed is “Host is down.”, but when you do debug with:
you will get the error:
To overcome this use mount or smbclient with a protocol specified.
for smbclient: add -m SMB2 (or SMB3 for the newer version of the protocol)
or for mount: add vers=2.0 (or vers=3.0 if you want to use version 3 of the protocol)
Suggestion: 2:
On archlinux after a recent package update, I had to add vers=1.0 to my mount options. I’m connecting to an old centos 5 box and up until yesterday I could connect without explicitly stating a version number.
CIFS in linux kernel 4.13 now defaults to SMB 3.0 and in kernel 4.14 it tries 2.1 and higher. See this change log.
Suggestion: 3:
USB-stick at Fritz NAS showed “Host Down” for Ubuntu 17.10:
Defining the version ( vers=1.0 ) worked – here’s the full string:
Suggestion: 4:
Similar problem after upgrade to ubuntu 17.10, with an old Buffalo Diskstation. Solved by adding in /etc/fstab the “vers=1.0” option:
//myWDhostname/partage /media/Partage cifs guest,vers=1.0 0 0
Suggestion: 5:
Sorry if this is a late response (I realise it’s an old thread), however I have just discovered there is another possible reason why mount.cifs would say the host is down.
I have an antivirus with a firewall and even though I set it explicitly to allow “windows file and print sharing” — a predefined rule, it was still blocking connections. I had that proven by disabling the firewall temporarily.
Hope this helps someone, host is down might not mean it’s not responding to pings, but could mean it’s not responding to authentication attempts.
Suggestion: 6:
I received the same error without further ado from a new Samba client, when trying to mount a CIFS SMB network share:
Eventually, it turned out I had previously restricted SMB server access to only a limited number of IP addresses by configuring /etc/samba/smb.conf :
Adding the fixed IP address of the new SMB client solved the issue in this specific case.
Of course, there is a myriad of other reasons why one may receive above-mentioned error.
Suggestion: 7:
Same trouble connecting to Synology DiskStation (DSM 4.3).
Using vers=1.0 in the mount options works fine.
Additionally I had to use the option “noperm” because all files wrongly showed as not readable and writable by the owner.
Suggestion: 8:
Same trouble with Fritzbox 7490: mount error(112): Host is down
I didn’t used -o vers=XX.
As fast as a shark i am, i first tried -o vers=2.0 and failed.
As soon as i used the option -o vers=1.0, everything works fine !
This works for me..
My env:
Client: Ubuntu 17.10 Linux 4.13.0-17-generic #20-Ubuntu SMP x86_64 GNU/Linux
Server: Fritzbox 7490 firmware 6.83.
Suggestion: 9:
The SMB1 version of the protocol has been deprecated, however this is the default version used in older versions of mount.cifs , e.g. I have this problem with version 6.2.
You can check with:
sudo mount.cifs —version
If you try to connect to an SMB3 server using SMB1 protocol, you get the Host is down error.
The workaround, as described by many other answers here, is to specify a different version of the protocol. The following command works for me:
sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0
However, if the server that you are connecting to uses DFS, then you will get the following error instead: mount error(38): Function not implemented . This is because DFS support on SMB3 was only added to the kernel in version 4.11.
You can check your kernel version with uname -a . In my case, it was 3.10 on CentOS7. I followed these instructions to upgrade and now it works.
Suggestion: 10:
If you’re having this problem with a Synology NAS, then check that the vers= option specified to mount and the min/max SMB versions on the NAS are compatible.
Specifically, I’m using vers=2.0 , but my Synology Diskstation was triggering the Host is down error. I found a page, Windows 10 access to NAS share. SMB 1.0 and 3.0, on the Synology website that explained how to set the Diskstation to allow SMB v2.0 or newer…
Источник
Вручную примонтировать шару win 10
Здравствуйте не могу, по сети, примонтировать шару win10 (win 7,на другом комп-ре монтируется без ошибок), win 10 еще не включал smb 1.0(можно ли не включать) пробовал так:
Помнится там в user= нужно указывать . Попробуй для начала подключится к шаре через smbclient.
Win 7 видится, win 10 нет
1. Не //192.168.1.37/, а //192.168.1.37/sh
2. Каталог /home/user/shdsk/ существует?
3. Юзер first существует и на сервере, и на хосте?
4. В /etc/samba/smb.conf в секции [global]:
1. Пробовал и так, и эдак. 2. /home/user/shdsk существует, win7 туда монтировал и проверял, //192.168.1.37/sh существует с другой win10 доступно по паролю. 3. Пользователь одноименный с одинаковыми паролями на сервере и на хосте. 4. Этого не было, добавил, перезапустил службу smbd, статус зелененький. Но ни чего не изменилось.
Couldn’t chdir to uid=1006,: No such file or directory
Пробел между запятой и следующей опцией не нужен.
То есть не «username=first, uid=1006», а «username=first,uid=1006» и так везде
Источник
Mount CIFS Host is down
I have an issue with a mount point that was previously configured. It shows the folder, but the mount is missing and holds «?» values for size, permissions, etc.
So I tried to remount using cifs and the same command from before:
But I get the error:
If I ping the domain or IP I get a proper resolution and I also connected using smbclient without issue
I looked around, but cant find a solid answer. Any thoughts?
15 Answers 15
This could also be because of a protocol mismatch. In 2017 Microsoft patched Windows Servers and advised to disable the SMB1 protocol.
From now on, mount.cifs might have problems with the protocol negotiation.
The error displayed is «Host is down.», but when you do debug with:
you will get the error:
To overcome this use mount or smbclient with a protocol specified.
for smbclient: add -m SMB2 (or SMB3 for the newer version of the protocol)
or for mount: add vers=2.0 (or vers=3.0 if you want to use version 3 of the protocol)
,iocharset=utf8,sec=ntlm,vers=1.0 0 0
On archlinux after a recent package update, I had to add vers=1.0 to my mount options. I’m connecting to an old centos 5 box and up until yesterday I could connect without explicitly stating a version number.
CIFS in linux kernel 4.13 now defaults to SMB 3.0 and in kernel 4.14 it tries 2.1 and higher. See this change log.
USB-stick at Fritz NAS showed «Host Down» for Ubuntu 17.10:
Defining the version ( vers=1.0 ) worked — here’s the full string:
Similar problem after upgrade to ubuntu 17.10, with an old Buffalo Diskstation. Solved by adding in /etc/fstab the «vers=1.0» option:
//myWDhostname/partage /media/Partage cifs guest,vers=1.0 0 0
Sorry if this is a late response (I realise it’s an old thread), however I have just discovered there is another possible reason why mount.cifs would say the host is down.
I have an antivirus with a firewall and even though I set it explicitly to allow «windows file and print sharing» — a predefined rule, it was still blocking connections. I had that proven by disabling the firewall temporarily. Hope this helps someone, host is down might not mean it’s not responding to pings, but could mean it’s not responding to authentication attempts.
I received the same error without further ado from a new Samba client, when trying to mount a CIFS SMB network share:
Eventually, it turned out I had previously restricted SMB server access to only a limited number of IP addresses by configuring /etc/samba/smb.conf :
Adding the fixed IP address of the new SMB client solved the issue in this specific case.
Of course, there is a myriad of other reasons why one may receive above-mentioned error.
Same trouble connecting to Synology DiskStation (DSM 4.3).
Using vers=1.0 in the mount options works fine.
Additionally I had to use the option «noperm» because all files wrongly showed as not readable and writable by the owner.
The SMB1 version of the protocol has been deprecated, however this is the default version used in older versions of mount.cifs , e.g. I have this problem with version 6.2.
You can check with: sudo mount.cifs —version
If you try to connect to an SMB3 server using SMB1 protocol, you get the Host is down error.
The workaround, as described by many other answers here, is to specify a different version of the protocol. The following command works for me: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0
However, if the server that you are connecting to uses DFS, then you will get the following error instead: mount error(38): Function not implemented . This is because DFS support on SMB3 was only added to the kernel in version 4.11.
You can check your kernel version with uname -a . In my case, it was 3.10 on CentOS7. I followed these instructions to upgrade and now it works.
Источник
I have an issue with a mount point that was previously configured. It shows the folder, but the mount is missing and holds «?» values for size, permissions, etc.
So I tried to remount using cifs and the same command from before:
mount -t cifs //nas.domain.local/share /mnt/archive
But I get the error:
Host is down.
If I ping the domain or IP I get a proper resolution and I also connected using smbclient without issue
ping nas.domain.local
ping ip
smbclient //nas.domain.local/share
I looked around, but cant find a solid answer. Any thoughts?
asked Aug 3, 2012 at 17:13
KevinKevin
1,4032 gold badges11 silver badges9 bronze badges
6
This could also be because of a protocol mismatch.
In 2017 Microsoft patched Windows Servers and advised to disable the SMB1 protocol.
From now on, mount.cifs might have problems with the protocol negotiation.
The error displayed is «Host is down.», but when you do debug with:
smbclient -L <server_ip> -U <username> -d 256
you will get the error:
protocol negotiation failed: NT_STATUS_CONNECTION_RESET
To overcome this use mount or smbclient with a protocol specified.
for smbclient: add -m SMB2 (or SMB3 for the newer version of the protocol)
smbclient -L <server_ip> -U <username> -m SMB2
or for mount: add vers=2.0 (or vers=3.0 if you want to use version 3 of the protocol)
mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0
answered Apr 5, 2017 at 8:30
Marcin PMarcin P
1,6581 gold badge7 silver badges5 bronze badges
10
On archlinux after a recent package update, I had to add vers=1.0 to my mount options. I’m connecting to an old centos 5 box and up until yesterday I could connect without explicitly stating a version number.
CIFS in linux kernel 4.13 now defaults to SMB 3.0 and in kernel 4.14 it tries 2.1 and higher. See this change log.
J Smith
4333 silver badges10 bronze badges
answered Oct 6, 2017 at 7:51
5
USB-stick at Fritz NAS showed «Host Down» for Ubuntu 17.10:
Defining the version (vers=1.0
) worked — here’s the full string:
sudo mount -t cifs -o vers=1.0,_netdev,username=<user>,password=<pwd>,uid=1000,gid=1000 //192.168.178.1/fritz.nas <local mountpoint>
Mike Fiedler
2,1521 gold badge17 silver badges33 bronze badges
answered Dec 22, 2017 at 10:16
user449376user449376
2412 silver badges2 bronze badges
1
Similar problem after upgrade to ubuntu 17.10, with an old Buffalo Diskstation. Solved by adding in /etc/fstab the «vers=1.0» option:
//myWDhostname/partage /media/Partage cifs guest,vers=1.0 0 0
answered Mar 4, 2018 at 14:12
PatricePatrice
711 silver badge2 bronze badges
2
Sorry if this is a late response (I realise it’s an old thread), however I have just discovered there is another possible reason why mount.cifs would say the host is down.
I have an antivirus with a firewall and even though I set it explicitly to allow «windows file and print sharing» — a predefined rule, it was still blocking connections. I had that proven by disabling the firewall temporarily.
Hope this helps someone, host is down might not mean it’s not responding to pings, but could mean it’s not responding to authentication attempts.
answered Nov 28, 2013 at 22:48
lolinuxlolinux
611 silver badge3 bronze badges
2
I received the same error without further ado from a new Samba client, when trying to mount a CIFS SMB network share:
mount error(112): Host is down
Eventually, it turned out I had previously restricted SMB server access to only a limited number of IP addresses by configuring /etc/samba/smb.conf
:
# Allow these IP Addresses to connect:
hosts allow = 127.0.0.1 127.0.1.13 127.0.1.63
# Anything else not allowed is, by default, rejected
hosts deny = ALL
Adding the fixed IP address of the new SMB client solved the issue in this specific case.
Of course, there is a myriad of other reasons why one may receive above-mentioned error.
answered Apr 23, 2015 at 21:47
Same trouble connecting to Synology DiskStation (DSM 4.3).
Using vers=1.0 in the mount options works fine.
Additionally I had to use the option «noperm» because all files wrongly showed as not readable and writable by the owner.
answered Dec 5, 2017 at 10:58
The SMB1 version of the protocol has been deprecated, however this is the default version used in older versions of mount.cifs
, e.g. I have this problem with version 6.2.
You can check with:
sudo mount.cifs --version
If you try to connect to an SMB3 server using SMB1 protocol, you get the Host is down
error.
The workaround, as described by many other answers here, is to specify a different version of the protocol. The following command works for me:
sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0
However, if the server that you are connecting to uses DFS, then you will get the following error instead: mount error(38): Function not implemented
. This is because DFS support on SMB3 was only added to the kernel in version 4.11.
You can check your kernel version with uname -a
. In my case, it was 3.10 on CentOS7. I followed these instructions to upgrade and now it works.
answered Sep 4, 2018 at 8:43
Same trouble with Fritzbox 7490: mount error(112): Host is down
I didn’t used -o vers=XX.
As fast as a shark i am, i first tried -o vers=2.0 and failed.
As soon as i used the option -o vers=1.0, everything works fine !
This works for me..
sudo mount -t cifs -o rw,username=myname_on_the_box,password=mypasswd_on_the_box,vers=1.0 //192.168.1.1/Fritz-nas /media/something/something
My env:
Client: Ubuntu 17.10 Linux 4.13.0-17-generic #20-Ubuntu SMP x86_64 GNU/Linux
Server: Fritzbox 7490 firmware 6.83.
answered Nov 30, 2017 at 11:53
1
If you’re having this problem with a Synology NAS, then check that the vers=
option specified to mount
and the min/max SMB versions on the NAS are compatible.
Specifically, I’m using vers=2.0
, but my Synology Diskstation was triggering the Host is down
error. I found a page, Windows 10 access to NAS share. SMB 1.0 and 3.0, on the Synology website that explained how to set the Diskstation to allow SMB v2.0 or newer…
On Synology NAS
- Go to Control Panel—>File Services
- On the SMB/AFP/NFS tab, select Advanced Settings
- Change Maximum SMB protocol to SMB3
- Change Minumum SMB protocol to SMB2 (the page says to use SMB2 with large MTU, but that didn’t work for me)
answered Jun 23, 2019 at 16:44
Roger LipscombeRoger Lipscombe
2,0776 gold badges24 silver badges37 bronze badges
I typically use this type of command to mount a cifs/smb share.
mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt
the credentials file looks like so:
username=mydomainuser1
password=somepass
This can also be adapted to an automount setup so the mounting/unmounting can be handled by the system automatically via autofs.
answered Nov 4, 2012 at 7:23
slmslm
7,49516 gold badges54 silver badges74 bronze badges
In our case I checked the users login name (of user2) in the AD. There I noticed that the name was starting with an upper case letter and changed it to lower case as it is written in the mount script. Even if we did not touch neither user2 nor the mount script before, suddenly the mount command was successful.
mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664
answered Jun 29, 2017 at 11:28
LudwigLudwig
4014 silver badges10 bronze badges
For me, the mounted cifs share was on a Windows server whose IP address had changed recently, so I could ping the server and resolve its new address, but the mount had not updated itself. By running a lazy unmount and then re-mounting my issue was solved:
umount -l /mnt/share
mount -a
answered Nov 28, 2017 at 16:06
Jon.MozleyJon.Mozley
1631 silver badge7 bronze badges
I also just ran into the problem mentioned after an upgrad to Xubuntu 17.10. I use a Synology DiskStation.
What I saw there: In the DiskStation, you can choose which protocols to support. By adding he relevant protocols (up to SBM3) in the advanced options for file services in control panel, you can also solve the problem.
answered Feb 4, 2018 at 3:09
Содержание
- Хост CIFS отключен
- Mount CIFS Host is down
- 15 Answers 15
- Как в Linux монтировать шару CIFS
- Подготовка
- Установка пакетов
- Сетевые порты
- Синтаксис
- Ручное монтирование
- Автоматическое монтирование CIFS через fstab
- Примеры использования опций
- Версии SMB
- Монтирование от гостевой учетной записи
- Права на примонтированные каталоги
- cifs mount failed с ошибкой mount (112): Host down & rdquo;
- 4 ответа
- mount.cifs: mount error(112): Host is down
- 4 Answers 4
Хост CIFS отключен
У меня проблема с точкой монтирования, которая была предварительно настроена. Он показывает папку, но монтирование отсутствует и содержит «?» значения для размера, разрешений и т. д.
Поэтому я попытался перемонтировать, используя cifs и ту же команду:
Но я получаю ошибку:
Если я пингую домен или IP, я получаю правильное разрешение, и я также подключился с помощью smbclient без проблем
Я посмотрел вокруг, но не могу найти твердый ответ. есть идеи?
Это также может быть из-за несоответствия протокола. В 2017 году Microsoft исправила Windows Servers и посоветовала отключить протокол SMB1.
Отныне, mount.cifs может иметь проблемы с согласованием протокола.
Появится сообщение об ошибке «Host is down.», Но при отладке:
вы получите ошибку:
Чтобы преодолеть это, используйте mount или smbclient с указанным протоколом.
или для монтирования: добавьте vers = 2.0 (или vers = 3.0, если вы хотите использовать версию 3 протокола)
,iocharset=utf8,sec=ntlm,vers=1.0 0 0
На archlinux после недавнего обновления пакета мне пришлось добавить vers = 1.0 в мои параметры монтирования. Я подключаюсь к старой коробке Centos 5 и до вчерашнего дня я мог подключаться без явного указания номера версии.
USB-флешка на Fritz NAS показала «Host Down» для Ubuntu 17.10:
Аналогичная проблема после обновления до Ubuntu 17.10 со старой Buffalo Diskstation. Решается добавлением в / etc / fstab опции «vers = 1.0»:
// myWDhostname / partage / media / Partage cifs guest, vers = 1.0 0 0
Извините, если это поздний ответ (я понимаю, что это старый поток), однако я только что обнаружил, что есть еще одна возможная причина, по которой mount.cifs скажет, что хост не работает.
Я получил ту же ошибку без дальнейших церемоний от нового клиента Samba при попытке смонтировать сетевой ресурс CIFS SMB:
В итоге оказалось, что ранее я ограничил доступ к серверу SMB только ограниченным количеством IP-адресов, настроив /etc/samba/smb.conf :
Добавление фиксированного IP-адреса нового клиента SMB решило проблему в данном конкретном случае.
Конечно, существует множество других причин, по которым можно получить вышеупомянутую ошибку.
Та же проблема при подключении к Synology DiskStation (DSM 4.3).
Использование vers = 1.0 в опциях монтирования работает нормально.
Кроме того, мне пришлось использовать опцию «noperm», потому что все файлы были ошибочно показаны как нечитаемые и доступные для записи владельцем.
Та же проблема с Fritzbox 7490: ошибка монтирования (112): хост не работает
Мой env:
Клиент: Ubuntu 17.10 Linux 4.13.0-17-generic # 20-Ubuntu SMP x86_64 GNU / Linux
Сервер: Fritzbox 7490 прошивка 6.83.
Если вы попытаетесь подключиться к серверу SMB3 по протоколу SMB1, вы получите сообщение об Host is down ошибке.
Если у вас возникла эта проблема с NAS-устройством Synology, проверьте совместимость vers= указанного параметра mount и версий min / max SMB на NAS.
Обычно я использую этот тип команды для монтирования общего ресурса cifs / smb.
файл учетных данных выглядит так:
Это также может быть адаптировано к настройке автоматического монтирования, так что установка / демонтаж может выполняться системой автоматически с помощью автозаполнения.
В нашем случае я проверил логин пользователя (из user2) в AD. Там я заметил, что имя начиналось с заглавной буквы и изменил ее на строчную, как написано в скрипте монтирования. Даже если раньше мы не трогали ни user2, ни скрипт монтирования, внезапно команда mount была успешной.
Для меня общий ресурс смонтированного cifs находился на сервере Windows, IP-адрес которого недавно изменился, поэтому я мог пропинговать сервер и определить его новый адрес, но монтирование не обновилось само. Запустив ленивое демонтирование и затем заново установив мою проблему, я решил:
Я также столкнулся с проблемой, упомянутой после обновления до Xubuntu 17.10. Я использую Synology DiskStation. Что я там увидел: в DiskStation вы можете выбрать, какие протоколы поддерживать. Добавив соответствующие протоколы (до SBM3) в дополнительные параметры для файловых служб на панели управления, вы также можете решить эту проблему.
Источник
Mount CIFS Host is down
I have an issue with a mount point that was previously configured. It shows the folder, but the mount is missing and holds «?» values for size, permissions, etc.
So I tried to remount using cifs and the same command from before:
But I get the error:
If I ping the domain or IP I get a proper resolution and I also connected using smbclient without issue
I looked around, but cant find a solid answer. Any thoughts?
15 Answers 15
This could also be because of a protocol mismatch. In 2017 Microsoft patched Windows Servers and advised to disable the SMB1 protocol.
From now on, mount.cifs might have problems with the protocol negotiation.
The error displayed is «Host is down.», but when you do debug with:
you will get the error:
To overcome this use mount or smbclient with a protocol specified.
or for mount: add vers=2.0 (or vers=3.0 if you want to use version 3 of the protocol)
,iocharset=utf8,sec=ntlm,vers=1.0 0 0
On archlinux after a recent package update, I had to add vers=1.0 to my mount options. I’m connecting to an old centos 5 box and up until yesterday I could connect without explicitly stating a version number.
CIFS in linux kernel 4.13 now defaults to SMB 3.0 and in kernel 4.14 it tries 2.1 and higher. See this change log.
USB-stick at Fritz NAS showed «Host Down» for Ubuntu 17.10:
Similar problem after upgrade to ubuntu 17.10, with an old Buffalo Diskstation. Solved by adding in /etc/fstab the «vers=1.0» option:
//myWDhostname/partage /media/Partage cifs guest,vers=1.0 0 0
Sorry if this is a late response (I realise it’s an old thread), however I have just discovered there is another possible reason why mount.cifs would say the host is down.
I received the same error without further ado from a new Samba client, when trying to mount a CIFS SMB network share:
Eventually, it turned out I had previously restricted SMB server access to only a limited number of IP addresses by configuring /etc/samba/smb.conf :
Adding the fixed IP address of the new SMB client solved the issue in this specific case.
Of course, there is a myriad of other reasons why one may receive above-mentioned error.
Same trouble connecting to Synology DiskStation (DSM 4.3).
Using vers=1.0 in the mount options works fine.
Additionally I had to use the option «noperm» because all files wrongly showed as not readable and writable by the owner.
If you try to connect to an SMB3 server using SMB1 protocol, you get the Host is down error.
Источник
Как в Linux монтировать шару CIFS
Что такое Linux и CIFS простыми словами.
Работа с общими папками Windows происходит с использованием протокола CIFS (SMB). Все примеры в данном руководстве выполняются на Linux Ubuntu и CentOS.
Подготовка
Установка пакетов
Для монтирования общей папки необходимо установить набор утилит для работы с CIFS.
yum install cifs-utils
apt-get install cifs-utils
Сетевые порты
Если мы будем монтировать сетевую папку, сервер которой находится за брандмауэром, необходимо открыть следующие порты:
Синтаксис
mount.cifs //192.168.1.1/public /mnt
* простой пример монтирования папки public на сервере 192.168.1.1 в локальный каталог /mnt.
Ручное монтирование
Теперь монтирование можно выполнить следующей командой:
* в данном примере будет примонтирован каталог share на сервере 192.168.1.10 в локальную папку /mnt под учетной записью dmosk.
То же самое, с использованием домена:
Автоматическое монтирование CIFS через fstab
Для начала создаем файл, в котором будем хранить данные авторизации при подключении к общей папке:
И добавляем в него данные следующего вида:
username=dmosk
password=dPassw0rd
domain=dmosk.local
* в этом примере создана пара логин/пароль — dmosk/dPassw0rd; domain указывать не обязательно, если аутентификация выполняется без него.
Теперь открываем конфигурационный файл fstab:
и добавляем в него следующее:
//192.168.1.10/share /mnt cifs user,rw,credentials=/root/.smbclient 0 0
* в данном примере выполняется монтирование общей папки share на сервере с IP-адресом 192.168.1.10 в каталог /mnt. Параметры для подключения — user: позволяет выполнить монтирование любому пользователю, rw: с правом на чтение и запись, credentials: файл, который мы создали на предыдущем шаге.
Чтобы проверить правильность настроек, вводим следующую команду:
Примеры использования опций
Версии SMB
Если на стороне Windows используется старая или слишком новая версия протокола SMB, при попытке монтирования мы можем получить ошибку mount error(112): Host is down. Чтобы это исправить, указываем версию:
* монтирование по протоколу SMB1.0
Монтирование от гостевой учетной записи
Если сервер принимает запросы без логина и пароля, то клиент подключается, как гость:
//192.168.1.10/share /mnt cifs guest 0 0
Права на примонтированные каталоги
При монтировании папки мы можем указать определенные права:
Для указания владельца, который будет назначен для примонтированного каталога, используем:
Источник
cifs mount failed с ошибкой mount (112): Host down & rdquo;
Какой шрифт отображается, определяется свойством css font-family, он отобразит некоторые параметры, соответствующие отображаемым шрифтам браузера. Шрифты браузера из системы, в каталоге usr/share/fonts, вы также можете запустить fc-list, чтобы показать все доступные шрифты.
Условные шрифты Ubuntu являются уродливыми (IMO), поэтому я скопировал шрифты Mac и поместил их в каталог /usr/share/fonts/, затем Firefox / Chrome мог отображать эти шрифты с Mac для отображения, что дает мне намного лучше опыт.
, например. предположим, что у вас есть один шрифт из шрифтов Сан-Франциско, который SFNSText.ttf, чтобы использовать его в Ubuntu, запустите:
Затем вы увидите, что этот шрифт доступен в настройках вашего браузера.
4 ответа
Прежде всего вы можете отключить запись в /etc/fstab и выпустить следующую команду:
Я объясняю все это, потому что ваша реальная проблема может отличаться cifs, чем это было в моем случае.
У меня была проблема, что устройство, предлагающее SMB, хочет ver = 1.0. Хотя у Ubuntu 17.04 не было никаких проблем с версией (авто), 17.10 и его ядро требуют указать номер, как показывают мои журналы ядра:
Okt 25 09:06:08 gespc kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB3 (vers=3.0), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 specify vers=1.0 on mount. For somewhat newer servers such as Windows 7 try vers=2.1.
Источник
mount.cifs: mount error(112): Host is down
I am trying to mount a windows samba share on CentOS and RHEL 6 machines, but gives following error.
mount error(112): Host is down Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Messages logs has this error:
The same above command works in rhel7 and centos7. Any clue on how to make this work?
4 Answers 4
I found this link here which says SMB 2 and 3 is not supported for rhel and Centos 6. It can only mount SMB1. From Centos and rhel 7 this is supported.
I solved this problem by forcing version 1 of the smb protocol.
In my fstab this is done like this:
By default, the system certainly use SMB2 or 3, and it doesn’t work with my box. In fact it depends on your NAS. You have to give the good version depending on the SMB server.
First check the accessibility of your windows host in generally under centos6. If that is given then proceed.
At them moment, I dont have a test-setup to reproduce.I can only imagine. So maybe the default firewall-settings on your centos6 differs from the centos7 default firewall-settings. Did you try to mount with firewall switched off on your centos host? And what about SELinux? Maybe it has it fingers in it too.
My issue has been resolved by adding the ip address and hostname of windows server in /etc/hosts file in linux. then creating user in windows server with password. shared the folder with created user. created the file in /.smbcredentials adding following 2 lines
try to ping the windows machine with hostname it should ping. otherwise change windows firewall settings. now finally add the entry in fstab as below.
Источник
I’m trying to mount a USB drive plugged on my Technicolor router.
I have the following line in my /etc/fstab
:
//192.168.1.1/usbdisk /media/public cifs guest,vers=3.0 0 0
After trying resolving the issue with diffrerent instructions found from the net I have tried specifying different versions, vers=2.0, vers=2.1, but none of these have resolved the issue.
If I test with smbclient, I get the following:
sudo mount.cifs //192.168.1.1/usbdisk /media/public -o username=myuser,vers=2.0
Password for myuser@//192.168.1.1/usbdisk: *********
mount error(112): Host is down
Same happens with no user specified, and also with various vers=
definitions.
I’m running Ubuntu 15.10.
Any ideas?
asked Aug 15, 2017 at 16:55
2
You can disable the entry in /etc/fstab
and issue the following command
mount -t cifs //192.168.1.1/usbdisk /media/public -o guest,vers=3.0
and at the same time play around with different options (behind -o). If you need feedback from you system, you might open a second terminal windows and type journalctl -fb
to watch how the kernel reacts on your options given.
I explain all this because your real issue might be different with cifs than it was in my case.
I had the problem that the device offering SMB wants ver=1.0
. While Ubuntu 17.04 didn’t have any problems with the version (auto), the 17.10 and its kernel demands to indicate the number, as my Kernel logs shows:
Okt 25 09:06:08 gespc kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB3 (vers=3.0), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 specify vers=1.0 on mount. For somewhat newer servers such as Windows 7 try vers=2.1.
My Good luck!
Olorin
3,39815 silver badges28 bronze badges
answered Oct 25, 2017 at 7:17
3
YES !
Had this problems for months too, solved with adding vers=1.0 in the options:
//xxx.xxx.xxx.xxx/disk /media/foldername cifs rw,credentials=/etc/samba/credentials,uid=1000,gid=1000,file_mode=0660,dir_mode=0770,iocharset=utf8,vers=1.0 0 0
Thanks Gerhard!
GR
answered Apr 12, 2018 at 2:02
mchrgr2000mchrgr2000
811 silver badge3 bronze badges
1
Автор Tangarius, 19 ноября 2020, 11:12:25
« назад — далее »
0 Пользователи и 1 гость просматривают эту тему.
Tangarius
-
- Новичок форума
- Сообщения: 3
- Записан
Доброго времени.
Пытаюсь в подключиться к сетевому ресурсу, лежащему на windows 10 рабочей станции.
делал так:
sudo mount -t cifs -o username=test,domain=WORKGROUP //192.168.1.12/cherteji /mnt/sharePassword:
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
почитал по инету, вроде бы такая ошибка должна фиксится подсовыванием параметра vers=1.0
попробовал:
sudo mount -t cifs -o username=test,domain=WORKGROUP,vers1.0 //192.168.1.12/cherteji /mnt/share
Password:
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Пишет неверный аргумент, понятия не имею какой.
пробовал подсовывать в vers=2.1,3.0,3.1 — что нашел в инете, не помогло никак.
Сразу говорю в линуксе непонимаю ничего, знаю что у него значок пингвин. Консоль вообще первый раз вижу, имею некоторое представление о работе сети, больше ничего. Теперь вот пришло мое время приобщиться, так что ногами не пинайте сразу.
Спасибо за помощь.
Там где «Invalid argument» знак равно пропустили?
Tangarius
-
- Новичок форума
- Сообщения: 3
- Записан
Цитата: qupl от 19 ноября 2020, 16:05:46
Там где «Invalid argument» знак равно пропустили?
это да, в последний раз видимо стер случайно знак равенства, но с ним тоже самое говорит если версию ставлю 2.0 3.0, на vers=1.0 host is down, потому и не заметил
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
frezer2@Frezer2:~$ sudo mount -t cifs -o username=test,domain=WORKGROUP,vers=3.0 //192.168.1.12/cherteji /mnt/share
Password:
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
frezer2@Frezer2:~$ sudo mount -t cifs -o username=test,domain=WORKGROUP,vers=3.1 //192.168.1.12/cherteji /mnt/share
Password:
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
frezer2@Frezer2:~$ sudo mount -t cifs -o username=test,domain=WORKGROUP,vers=2.1 //192.168.1.12/cherteji /mnt/share
Password:
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
frezer2@Frezer2:~$ sudo mount -t cifs -o username=test,domain=WORKGROUP,vers=1.0 //192.168.1.12/cherteji /mnt/share
Password:
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Вот так запустите:
sudo mount -vvv -t cifs -o user=test //192.168.1.12/cherteji /mnt/share
И покажите что получается.
Tangarius
-
- Новичок форума
- Сообщения: 3
- Записан
Цитата: endru от 20 ноября 2020, 09:15:50
Вот так запустите:sudo mount -vvv -t cifs -o user=test //192.168.1.12/cherteji /mnt/share
И покажите что получается.
похоже решилась проблемка, заморочка в самой windows 10, там по умолчанию отключен протокол smb1, включил и все полетело
sudo mount -vvv -t cifs -o user=test //192.168.1.12/cherteji /mnt/share
[sudo] password for frezer2:
mount: fstab path: «/etc/fstab»
mount: mtab path: «/etc/mtab»
mount: lock path: «/etc/mtab~»
mount: temp path: «/etc/mtab.tmp»
mount: UID: 0
mount: eUID: 0
mount: spec: «//192.168.1.12/cherteji»
mount: node: «/mnt/share»
mount: types: «cifs»
mount: opts: «user=test»
mount: external mount: argv[0] = «/sbin/mount.cifs»
mount: external mount: argv[1] = «//192.168.1.12/cherteji»
mount: external mount: argv[2] = «/mnt/share»
mount: external mount: argv[3] = «-v»
mount: external mount: argv[4] = «-o»
mount: external mount: argv[5] = «rw,user=test»
Password:
mount.cifs kernel mount options: ip=192.168.1.12,unc=\192.168.1.12cherteji,user=test,pass=********
спасибо за помощь!
- Русскоязычное сообщество Debian GNU/Linux
-
►
-
►
Сети и интернет -
►
ошибка 112 host is down
I have a Linux device (running L4T which is based off ubuntu 18.04) running on my local network. From this device I want to mount a shared folder on my win10 laptop. I attempt to do this using the following steps;
- In windows select give access on the folder and give access to everyone
- In linux install cifs-utils (2.7.8) to use mount.cifs
sudo mount -t cifs -o user=<myuser> //<laptop-host>/<path> /mnt/backups
- type all the relevant passwords
My problem is at this point I get error 112 Host is down.
All of the other issues that I have found around this were due to windows no longer using SMB1 and mount failing to negotiate protocols, many people fix this by adding the vers option to force the samba version to use however if I use the vers option I get an invalid argument error.
Furthermore when looking at the manuals for mount.cifs (which for some reason aren’t installed on my device) there is no vers option so I’m assuming it was dropped in an update at some point.
mount -t cifs //<host>/<path> /mnt/backups -o user=<user>, vers=3.0
syslog
Not much info in here but ill add the syslog immediately after the failed mount.
jackwal@lop-rover:/var/log$ sudo mount -t cifs //DESKTOP-NHJDH1B/Users/Jackr/jetson-backups /mnt/backups
[sudo] password for jackwal:
Password for root@//DESKTOP-NHJDH1B/Users/Jackr/jetson-backups: ****************
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
jackwal@lop-rover:/var/log$ tail /var/log/syslog
Jan 17 20:00:59 lop-rover systemd[1]: Started Run anacron jobs.
Jan 17 20:00:59 lop-rover anacron[14750]: Anacron 2.3 started on 2021-01-17
Jan 17 20:00:59 lop-rover anacron[14750]: Normal exit (0 jobs run)
Jan 17 20:17:01 lop-rover CRON[14831]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jan 17 21:01:52 lop-rover systemd[1]: Started Run anacron jobs.
Jan 17 21:01:52 lop-rover anacron[14952]: Anacron 2.3 started on 2021-01-17
Jan 17 21:01:52 lop-rover anacron[14952]: Normal exit (0 jobs run)
Jan 17 21:17:01 lop-rover CRON[15031]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jan 17 21:29:29 lop-rover systemd-resolved[3647]: Using degraded feature set (UDP) for DNS server fe80::e8e:29ff:fe5a:8395%7.
Jan 17 21:29:41 lop-rover kernel: [34152.606730] CIFS VFS: cifs_mount failed w/return code = -112
jackwal@lop-rover:/var/log$
I’m about the furthest thing from a sys admin, but my latest project requires a bit more setup, so apologies if it works out there is something obvious I have over looked.
Всем добрый день.
Прочитал все на форуме о монтировании разделов, проделал эти манипуляции:
sudo gedit /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=3e38bd09-905a-4ef8-9649-1366725fec77 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=d542660a-d3b8-4b0e-8f87-5a60205aaf51 none swap sw 0 0
sudo mount -t cifs //192.168.0.178/1C /mnt/share -o username=admin
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
AnrDaemon При загрузке системы команда mount вызывается дважды.
Первый раз — после монтирования корневого раздела, с параметрами «mount -a -O _netdev».
Второй раз — после подключения сети, вызывается «mount -a»
Не понял какую строчку нужно дописать с _netdev в fstab
уже несколько дней сижу подсобите плз
Пользователь добавил сообщение 14 Марта 2018, 16:58:08:
smbtree -N
WORKGROUP
\éÇïàÉÇ-Åè KIREEV
\INDEROV
\INDEROVПринтер Microsoft XPS Document Writer
\INDEROVC$ Стандартный общий ресурс
\INDEROVADMIN$ Удаленный Admin
\INDEROVПринтер2 Microsoft Office Document Image Writer
\INDEROVHPLaserJ.2 HP LaserJet P2015 Series PCL 5e
\INDEROVSharedDocs
\INDEROVprint$ Драйверы принтеров
\INDEROVD$ Стандартный общий ресурс
\INDEROVIPC$ Удаленный IPC
\INDEROVE$ Стандартный общий ресурс
\IAA-LENOVO-IDEA iaa-Lenovo-ideapad-300-17ISK server (Samba, Ubun
\IAA-LENOVO-IDEAShare
\IAA-LENOVO-IDEAIPC$ IPC Service (iaa-Lenovo-ideapad-300-17ISK server (Samba, Ubuntu))
\IAA-LENOVO-IDEAprint$ Printer Drivers
MSHOME
\MIKIN
\IRINA-PC
KOMPONENT
GOFROBOX
\SERVER2003
\DIMA
Пользователь добавил сообщение 14 Марта 2018, 17:28:42:
ifconfig
enp1s0 Link encap:Ethernet HWaddr c8:5b:76:08:34:29
inet addr:192.168.0.200 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::b9a9:b48d:9529:f988/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:81036 errors:0 dropped:0 overruns:0 frame:0
TX packets:47536 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:24617468 (24.6 MB) TX bytes:7907733 (7.9 MB)
lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:10984 errors:0 dropped:0 overruns:0 frame:0
TX packets:10984 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1119951 (1.1 MB) TX bytes:1119951 (1.1 MB)