Форум русскоязычного сообщества Ubuntu


Считаете, что Ubuntu недостаточно дружелюбна к новичкам?
Помогите создать новое Руководство для новичков!

Автор Тема: Самба не работает после извлечения провода  (Прочитано 869 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн spalk

  • Автор темы
  • Новичок
  • *
  • Сообщений: 2
    • Просмотр профиля
Добрый день.

Имеется ноутбук с Ubuntu 12.04, на котором работает Samba. Расшариваются фильмы, поэтому самба настроена на работу только с eth0 (по wifi не всегда хватает канала).

Проблема заключается в том, что когда из ноутбука извлекается сетевой провод, а затем подключается обратно, то самба частично перестает работать. Т.е. в сети видна, но доступ к файлам получить уже не удается.

Думаю, что дело в этом: В момент отключения провода Ubuntu автоматически переключается на wifi(что удобно), но видимо что-то при этом еще отключает.

Пробовал перезапускать самбу после подключения провода (sudo service smbd restart) - однажды помогло, но в большинстве случаев - не помогает.
Пытался перезапустить интерфейсы (sudo service network-manager restart) - визуально переподключение вроде бы происходит, однако самбе это не помогает.
Спасает в этих случаях только перезагрузка ноута, однако перезагружать ОС во время просмотра фильма после необходимости отойти куда-то с ноутбуком - крайне напрягает.

Содержимое smb.conf:
#======================= Global Settings =====================================
[global]
        workgroup = WORKGROUP
        server string = Ubuntu Linux
        netbios name = ubuntu
        security = user
        hosts allow = 192.168.1.0/24 127.0.0.0/8
        load printers = no
        log file = /var/log/samba/%m.log
        max log size = 50
        interfaces = eth0
        dns proxy = no
        username map = /etc/samba/smbusers

#============================ Share Definitions ==============================
[video]
        comment = Videos
        path = /home/spalk/Videos
        create mode = 0700
        directory mask = 0700
;       available = yes
        browseable = yes
;       writeable = no
        valid users = spalk


Оффлайн ArcFi

  • Старожил
  • *
  • Сообщений: 15189
    • Просмотр профиля
    • aetera.net
Re: Самба не работает после извлечения провода
« Ответ #1 : 06 Октября 2012, 10:16:07 »
Выполнить до и после перетыкания провода:
sudo ss -ap | grep LISTENРезультаты в студию.

Также после перетыкания провода:
sudo iptables-save
service smbd status
service nmbd status
Вместо "service smbd" м.б. /etc/init.d/smbd.

Оффлайн spalk

  • Автор темы
  • Новичок
  • *
  • Сообщений: 2
    • Просмотр профиля
Re: Самба не работает после извлечения провода
« Ответ #2 : 21 Октября 2012, 23:45:41 »
sudo ss -ap | grep LISTEN

до перетыкания провода (в том случае, когда всё работает):
LISTEN     0      5               127.0.0.1:37608                    *:*        users:(("GoogleTalkPlugi",3534,18))
LISTEN     0      50              127.0.0.1:mysql                    *:*        users:(("mysqld",1255,10))
LISTEN     0      50                      *:netbios-ssn                  *:*        users:(("smbd",992,30))
LISTEN     0      50                     :::netbios-ssn                 :::*        users:(("smbd",992,28))
LISTEN     0      5               127.0.0.1:55980                    *:*        users:(("GoogleTalkPlugi",3534,16))
LISTEN     0      6                       *:8400                     *:*        users:(("minidlna",1677,8))
LISTEN     0      128                    :::http                    :::*        users:(("apache2",3290,4),("apache2",1465,4),("apache2",1463,4),("apach$
LISTEN     0      5               127.0.0.1:domain                   *:*        users:(("dnsmasq",20083,5))
LISTEN     0      128                    :::51413                   :::*        users:(("transmission-gt",3151,17))
LISTEN     0      128                     *:51413                    *:*        users:(("transmission-gt",3151,16))
LISTEN     0      128             127.0.0.1:ipp                      *:*        users:(("cupsd",1088,10))
LISTEN     0      128                   ::1:ipp                     :::*        users:(("cupsd",1088,9))
LISTEN     0      128                     *:17500                    *:*        users:(("dropbox",2554,28))
LISTEN     0      50                      *:microsoft-ds                  *:*        users:(("smbd",992,29))
LISTEN     0      50                     :::microsoft-ds                 :::*        users:(("smbd",992,27))
LISTEN     0      5                       *:902                      *:*        users:(("vmware-authdlau",1662,8))

после перетыкания провода (когда не работает):
LISTEN     0      50              127.0.0.1:mysql                    *:*        users:(("mysqld",1255,10))
LISTEN     0      50                      *:netbios-ssn                  *:*        users:(("smbd",11686,30))
LISTEN     0      50                    ::1:32813                   :::*        users:(("java",17927,56))
LISTEN     0      6                       *:8400                     *:*        users:(("minidlna",1677,8))
LISTEN     0      128                    :::http                    :::*        users:(("apache2",5579,4),("apache2",5571,4),("apache2",4279,4),("apach$
LISTEN     0      10                     :::5298                    :::*        users:(("telepathy-salut",31598,7))
LISTEN     0      5               127.0.0.1:domain                   *:*        users:(("dnsmasq",11263,5))
LISTEN     0      128             127.0.0.1:ipp                      *:*        users:(("cupsd",1088,10))
LISTEN     0      128                   ::1:ipp                     :::*        users:(("cupsd",1088,9))
LISTEN     0      50                      *:microsoft-ds                  *:*        users:(("smbd",11686,29))
LISTEN     0      5                       *:902                      *:*        users:(("vmware-authdlau",1662,8))

также после перетыкания провода sudo iptables-save:
# Generated by iptables-save v1.4.12 on Sun Oct 21 21:58:36 2012
*nat
:PREROUTING ACCEPT [152:29875]
:INPUT ACCEPT [6:468]
:OUTPUT ACCEPT [115:8022]
:POSTROUTING ACCEPT [103:6018]
COMMIT
# Completed on Sun Oct 21 21:58:36 2012
# Generated by iptables-save v1.4.12 on Sun Oct 21 21:58:36 2012
*mangle
:PREROUTING ACCEPT [3561:2656862]
:INPUT ACCEPT [3361:2627659]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [2061:217903]
:POSTROUTING ACCEPT [2049:215899]
COMMIT
# Completed on Sun Oct 21 21:58:36 2012
# Generated by iptables-save v1.4.12 on Sun Oct 21 21:58:36 2012
*filter
:INPUT DROP [2:1152]
:FORWARD DROP [0:0]
:OUTPUT DROP [12:2004]
:INBOUND - [0:0]
:LOG_FILTER - [0:0]
:LSI - [0:0]
:LSO - [0:0]
:OUTBOUND - [0:0]
-A INPUT -s 127.0.0.1/32 -p tcp -m tcp ! --tcp-flags FIN,SYN,RST,ACK SYN -j ACCEPT
-A INPUT -s 127.0.0.1/32 -p udp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p icmp -m limit --limit 10/sec -j ACCEPT
-A INPUT -s 224.0.0.0/8 -j DROP
-A INPUT -d 224.0.0.0/8 -j DROP
-A INPUT -s 255.255.255.255/32 -j DROP
-A INPUT -d 0.0.0.0/32 -j DROP
-A INPUT -m state --state INVALID -j DROP
-A INPUT -f -m limit --limit 10/min -j LSI
-A INPUT -i eth0 -j INBOUND
-A INPUT -j LOG_FILTER
-A INPUT -j LOG --log-prefix "Unknown Input" --log-level 6
-A FORWARD -p icmp -m limit --limit 10/sec -j ACCEPT
-A FORWARD -j LOG_FILTER
-A FORWARD -j LOG --log-prefix "Unknown Forward" --log-level 6
-A OUTPUT -s 192.168.1.8/32 -d 127.0.0.1/32 -p tcp -m tcp --dport 53 -j ACCEPT
-A OUTPUT -s 192.168.1.8/32 -d 127.0.0.1/32 -p udp -m udp --dport 53 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -s 224.0.0.0/8 -j DROP
-A OUTPUT -d 224.0.0.0/8 -j DROP
-A OUTPUT -s 255.255.255.255/32 -j DROP
-A OUTPUT -d 0.0.0.0/32 -j DROP
-A OUTPUT -m state --state INVALID -j DROP
-A OUTPUT -o eth0 -j OUTBOUND
-A OUTPUT -j LOG_FILTER
-A OUTPUT -j LOG --log-prefix "Unknown Output" --log-level 6
-A INBOUND -p tcp -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INBOUND -p udp -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INBOUND -s 192.168.1.198/32 -j ACCEPT
-A INBOUND -p tcp -m tcp --dport 137:139 -j ACCEPT
-A INBOUND -p udp -m udp --dport 137:139 -j ACCEPT
-A INBOUND -p tcp -m tcp --dport 445 -j ACCEPT
-A INBOUND -p udp -m udp --dport 445 -j ACCEPT
-A INBOUND -p tcp -m tcp --dport 8400 -j ACCEPT
-A INBOUND -p udp -m udp --dport 8400 -j ACCEPT
-A INBOUND -j LSI
-A LSI -j LOG_FILTER
-A LSI -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -m limit --limit 1/sec -j LOG --log-prefix "Inbound " --log-level 6
-A LSI -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j DROP
-A LSI -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK RST -m limit --limit 1/sec -j LOG --log-prefix "Inbound " --log-level 6
-A LSI -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK RST -j DROP
-A LSI -p icmp -m icmp --icmp-type 8 -m limit --limit 1/sec -j LOG --log-prefix "Inbound " --log-level 6
-A LSI -p icmp -m icmp --icmp-type 8 -j DROP
-A LSI -m limit --limit 5/sec -j LOG --log-prefix "Inbound " --log-level 6
-A LSI -j DROP
-A LSO -j LOG_FILTER
-A LSO -m limit --limit 5/sec -j LOG --log-prefix "Outbound " --log-level 6
-A LSO -j REJECT --reject-with icmp-port-unreachable
-A OUTBOUND -p icmp -j ACCEPT
-A OUTBOUND -p tcp -m state --state RELATED,ESTABLISHED -j ACCEPT
-A OUTBOUND -p udp -m state --state RELATED,ESTABLISHED -j ACCEPT
-A OUTBOUND -j ACCEPT
COMMIT
# Completed on Sun Oct 21 21:58:36 2012

service smbd status
smbd start/running, process 998
service nmbd status
nmbd start/running, process 2026


/etc/init.d/smbd вместо service эффекта также не даёт (во всяком случае видимого)

 

Страница сгенерирована за 0.033 секунд. Запросов: 26.