Не открываются виндовые расшареные ресурсы

[Karl500]

Я бы на Вашем месте поставил samba (причем закомментарив строку wins support = no). Думаю, что все заработает.

apt-get install samba

У Вас, мне кажется, просто некому резолвить NETBIOS имена в сети.

[Tuner]

Самбу поставил. А я думал что она по-умолчанию была установлена.

причем закомментарив строку wins support = no

А это о каком файле идет речь?

[Karl500]

это в файле /etc/samba/smb.conf

[Tuner]

А она там итак закомментирована. А доступа к ресурсам всё еще нету почему то  

[Karl500]

Тогда так. Покажите

nmblookup -B PENEK44 __SAMBA__
и
nmblookup -d 2 '*'

[Tuner]

Вывод для nmblookup -B PENEK44 __SAMBA__

Код: [Выделить]

querying __SAMBA__ on 67.215.65.132
name_query failed to find name __SAMBA__
Для nmblookup -d 2 '*'

Код: [Выделить]

interpret_interface: using netmask value 8 from config file on interface lo
added interface lo ip=127.0.0.1 bcast=127.255.255.255 netmask=255.0.0.0
added interface eth0 ip=fe80::21d:60ff:fe44:8e40%eth0 bcast=fe80::ffff:ffff:ffff:ffff%eth0 netmask=ffff:ffff:ffff:ffff::
added interface eth0 ip=192.168.1.4 bcast=192.168.1.255 netmask=255.255.255.0
querying * on 127.255.255.255
Got a positive name query response from 127.0.0.1 ( 192.168.1.4 )
192.168.1.4 *<00>

[Karl500]

Ой-ой-ой... У Вас что-то совсем не так с параметрами сети. Вот тут
querying __SAMBA__ on 67.215.65.132
он должен был использовать Ваш броадкаст адрес.

И тут
querying * on 169.254.2.255
тоже. А он у Вас вообще в разные сети полез.

Покажите вывод

ifconfig -a

И сделайте в smb.conf

interfaces = eth0
(вместо eth0 укажите интерфейс, который светит в локальную сеть)
и
bind interfaces only = true

и перезапустите /etc/init.d/samba restart

После чего повторите те две команды.

[Tuner]

Ой-ой-ой... У Вас что-то совсем не так с параметрами сети.

Нууу... незнаю что не так, данные нормально передаются, например со своего компа (192.168.1.4) смотрю Blu-Ray фильмы, которые находятся на компе 192.168.1.2. Интернет на все компы в локалке приходит через простой свитч. Прописывал маршрутизацию, может все-таки этот косяк из-за неё?

Вывод route:

Код: [Выделить]

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0     *               255.255.255.0   U     1      0        0 eth0
87.226.251.0    192.168.1.2     255.255.255.0   UG    0      0        0 eth0
link-local      *               255.255.0.0     U     1000   0        0 eth0
10.0.0.0        192.168.1.2     255.0.0.0       UG    0      0        0 eth0
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
Вывод ifconfig -a

Код: [Выделить]

eth0      Link encap:Ethernet  HWaddr 00:1d:60:44:8e:40  
          inet addr:192.168.1.4  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21d:60ff:fe44:8e40/64 Диапазон:Ссылка
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:237626 errors:0 dropped:0 overruns:0 frame:0
          TX packets:168214 errors:0 dropped:0 overruns:0 carrier:1
          коллизии:0 txqueuelen:1000
          RX bytes:310838157 (310.8 MB)  TX bytes:18062367 (18.0 MB)

lo        Link encap:Локальная петля (Loopback)  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Диапазон:Узел
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:57 errors:0 dropped:0 overruns:0 frame:0
          TX packets:57 errors:0 dropped:0 overruns:0 carrier:0
          коллизии:0 txqueuelen:0
          RX bytes:4386 (4.3 KB)  TX bytes:4386 (4.3 KB)
interfaces = 127.0.0.0/8 eth0
заменил на
interfaces = eth0

Самбу перезапустил.

Те две команды повторил:

nmblookup -B PENEK44 __SAMBA__

Код: [Выделить]

querying __SAMBA__ on 67.215.65.132
name_query failed to find name __SAMBA__
nmblookup -d 2 '*'

Код: [Выделить]

added interface eth0 ip=fe80::21d:60ff:fe44:8e40%eth0 bcast=fe80::ffff:ffff:ffff:ffff%eth0 netmask=ffff:ffff:ffff:ffff::
added interface eth0 ip=192.168.1.4 bcast=192.168.1.255 netmask=255.255.255.0
querying * on 192.168.1.255
Got a positive name query response from 192.168.1.4 ( 192.168.1.4 )
Got a positive name query response from 192.168.1.2 ( 192.168.1.2 )
192.168.1.4 *<00>
192.168.1.2 *<00>

[Karl500]

67.215.65.132 - откуда берется этот адрес? Где он у Вас прописан? В /etc/resolv.conf ? Почему он пытается использоваться для  резолвинга NETBIOS?

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

На английском: http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/diagnosis.html
Русский перевод (немного корявый): http://lib.ru/PC/samba_diag.txt

(там везде вместо BIGSERVER используйте PENEK44 естественно со своим IP-адресом и вместо ACLIENT - имя Вашей машины)

[Tuner]

67.215.65.132 - откуда берется этот адрес? Где он у Вас прописан? В /etc/resolv.conf ? Почему он пытается использоваться для  резолвинга NETBIOS?

Эээ... понятия не имею откудо он взялся, чесслово. А в /etc/resolv.conf прописан только DNS, который я указывал в NM, тут всего 2 строчки:
# Generated by NetworkManager
nameserver 208.67.222.222

А насчет документа по samba - завтра займусь этим, а то на дворе уже глубокая ночь

Спасибо Вам за помощь!

[AnrDaemon]

Судя по всему, локалка голой жопой сидит в сети провайдера.
Купите роутер, пожалейсте свои мозги.

[Tuner]

Судя по всему, локалка голой жопой сидит в сети провайдера.
Купите роутер, пожалейсте свои мозги.

Незнаю что вы имеете в виду, но ведь сеть под виндой работает исправно! А значит под линуксом тем более всё должно работать.

Cхема сетевых подключений в домашней локалке изображена на картинке:

Два маршрута прописаны с той целью, чтобы все компы могли использовать ресурсы провайдера №2 (форум, в частности), который подключен к "Серверу" через вторую сетевуху. И в винде, и в линуксе эта маршрутизация работает.
На всех компах стояла Windows, а сейчас на один из них поставил Ubuntu 9.10 и вот пытаюсь с этого компа получить нормальный доступ к "Серверу", но почему то не получается. Хотя все ресурсы Сервера становятся доступными через Переход -> Соединиться с сервером -> Тип сервиса: Ресурс ОС Windows -> Сервер: 192.168.1.2 -> Соединиться.

[Karl500]

Как с результатами тестов, ссылки на которые я приводил? У Вас вообще этот сервер по имени с клиента пингуется?

ping penek44

что выдает?

[Гарри Кашпировский]

Cхема сетевых подключений в домашней локалке изображена на картинке:

Как и следовало ожидать, топология сети - черезжопная.
Правильней было бы сделать вот так

Добавьте 150 рублей и купите 3-ю сетевую.

[Tuner]

Как с результатами тестов, ссылки на которые я приводил? У Вас вообще этот сервер по имени с клиента пингуется?

ping penek44

что выдает?

Насчет тестов - седня был занят, попозже займусь. Похоже там не все так просто...
А по поводу пинга по имени - на первой странице уже приводил, вот ещё разок:

Код: [Выделить]

PING penek44 (67.215.65.132) 56(84) bytes of data.
64 bytes from hit-nxdomain.opendns.com (67.215.65.132): icmp_seq=1 ttl=47 time=449 ms
64 bytes from hit-nxdomain.opendns.com (67.215.65.132): icmp_seq=2 ttl=47 time=346 ms
64 bytes from hit-nxdomain.opendns.com (67.215.65.132): icmp_seq=3 ttl=47 time=523 ms
64 bytes from hit-nxdomain.opendns.com (67.215.65.132): icmp_seq=4 ttl=47 time=238 ms
64 bytes from hit-nxdomain.opendns.com (67.215.65.132): icmp_seq=5 ttl=47 time=301 ms
64 bytes from hit-nxdomain.opendns.com (67.215.65.132): icmp_seq=6 ttl=47 time=246 ms
64 bytes from hit-nxdomain.opendns.com (67.215.65.132): icmp_seq=7 ttl=47 time=403 ms
^C
--- penek44 ping statistics ---
8 packets transmitted, 7 received, 12% packet loss, time 7007ms
rtt min/avg/max/mdev = 238.555/358.567/523.316/98.431 msДействительно, что это за левый айпишник, черт возьми?

Как и следовало ожидать, топология сети - черезжопная.
Правильней было бы сделать вот так

Добавьте 150 рублей и купите 3-ю сетевую.

Это довольно очевидная топология, но по понятной причине я её сразу исключил из возможной. Ведь "сервер" у меня не настоящий, это просто комп, он иногда выключается, иногда пересобирается, иногда я там переустанавливаю ОС и экспериментирую с программами. Было бы неразумно сделать компьютеры моей домашней сети зависимыми от этого компа. А свитч - самое оно - он включен всегда и не глючит никогда, а значит всегда есть локальная сеть и интернет. Хотя конечно лучше использовать роутер, но дороговато.
А вот ресурсы провайдера №2 мне по идее вообще не нужны, но почему бы и нет... Подключил к компьютеру, который обычно всегда включен - это наиболее рациональное решение с экономической точки зрения и с точки зрения моих личных потребностей. Поэтому, ничего черезжопного тут нет - самая что ни на есть обычная домашняя локалка, просто к одному из компов подключен ещё один провайдер - ничего ужасного.