Не связываются win-имена компьютеров с ип-адресами

[GooG1e]

К серваку подключены два сетевых кабеля. Один в интернет выходит напрямую, а другой через роутер(провайдер одинаковый)(P.S.Сделано так, чтобы в локальную сеть файлы спокойно мог раздать вне зависимости от нагрузки на интернет канал).
Сервак почему-то не различает имена компов, которые прописаны на роутере(да и имена, которые на самих компах тоже не различает)
P.S.Возможно все кроется в этой ошибке - RTNETLINK answers: File exists(Как я понял часть маршрутов одинаковая - это на самом деле так и часть маршрутов, которые дает провайдер и роутер одинаковые)

Прошу помочь разобраться) Все таки хочется, чтобы сервак мог и по именам подключаться. Заранее спасибо)

[fisher74]

Ну так приведите сеть в порядок

P.S. или объясните бестолковым как достигается цель "чтобы в локальную сеть файлы спокойно мог раздать...". Я признаться не понял как это всё...

P.P.S. состояние интерфейсов, таблицу маршрутизации тоже бы неплохо показать, чтобы не медитировать по мелочам

[GooG1e]

Маршруты

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

goog2e@SERVER:~$ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         85.159.41.33    0.0.0.0         UG    0      0        0 eth0
85.159.41.32    *               255.255.255.224 U     0      0        0 eth0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth1
goog2e@SERVER:~$

/etc/network/interfaces

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

goog2e@SERVER:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback
        post-up iptables-restore </etc/iptables.conf
auto eth0
iface eth0 inet dhcp
hwaddress ether 00:24:8c:4d:bc:cc
auto eth1
iface eth1 inet dhcp


goog2e@SERVER:~$

Таблица маршрутизации роутера

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

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         85.159.41.33    0.0.0.0         UG    0      0        0 eth3
85.159.41.32    *               255.255.255.224 U     0      0        0 eth3
85.159.41.33    *               255.255.255.255 UH    0      0        0 eth3
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
192.168.1.0     *               255.255.255.0   U     0      0        0 br0
ifconfig

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

goog2e@SERVER:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:24:8c:4d:bc:cc
          inet addr:85.159.41.58  Bcast:85.159.41.63  Mask:255.255.255.224
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1166319419 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2001675640 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:200732516139 (200.7 GB)  TX bytes:2810482766181 (2.8 TB)
          Interrupt:20 Base address:0xac00

eth1      Link encap:Ethernet  HWaddr f4:6d:04:2f:e7:6b
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2961770 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5210566 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:252821775 (252.8 MB)  TX bytes:7303529227 (7.3 GB)
          Interrupt:49 Base address:0x8000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:38898 errors:0 dropped:0 overruns:0 frame:0
          TX packets:38898 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3916729 (3.9 MB)  TX bytes:3916729 (3.9 MB)
Вроде все)

[fisher74]

Мда... интересно Вы преподнесли описание нормальной сети... Вот потому всегда и просят диагностику (в идеале ещё и схему), а не её литературный вариант.

Проблем в маршрутизации я не увидел.
Думаю проблема в именах из-за того, что сервер не работает с сервисом ns роутера (смотрим в /etc/resolv.conf)

[GooG1e]

Устройство сети:
На сервере два сетевых интерфейса - один с интернетом(напрямую соединен), другой с локальной сетью, в которую он раздает файлы.
Также в локальной сети присутствует роутер, который снабжает интернетом все компы из локалки.
Ну соответственно вот и все устройство.
в /etc/resolv.conf прописан адрес роутера.

[fisher74]

в /etc/resolv.conf прописан адрес роутера.

Вы уверены, что он там ещё прописан? (я спрашиваю на основании содержимого interfaces)

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

cat /etc/resolv.conf

[GooG1e]

Да!
Роутер подключен к eth1, а интернет к eth0.

[fisher74]

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

cat /etc/resolv.conf
nslookup ya.ru

[GooG1e]

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

goog2e@SERVER:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 212.1.224.34
nameserver 212.1.230.111
nameserver 192.168.1.1
search netbynet.ru goog2e
goog2e@SERVER:~$ nslookup ya.ru
Server:         212.1.224.34
Address:        212.1.224.34#53

Non-authoritative answer:
Name:   ya.ru
Address: 77.88.21.3
Name:   ya.ru
Address: 87.250.250.3
Name:   ya.ru
Address: 87.250.250.203
Name:   ya.ru
Address: 87.250.251.3
Name:   ya.ru
Address: 93.158.134.3
Name:   ya.ru
Address: 93.158.134.203
Name:   ya.ru
Address: 213.180.193.3
Name:   ya.ru
Address: 213.180.204.3



[victor00000]

P.S.Возможно все кроется в этой ошибке - RTNETLINK answers: File exists(Как я понял часть маршрутов одинаковая - это на самом деле так и часть маршрутов, которые дает провайдер и роутер одинаковые)

прально у тебя
eth0 автоматический dhcp
eth1 автоматический dhcp
ответ  RTNETLINK answers: File exists переводчик.
==========
надо было правильно
eth0 автоматический dhcp
eth1 ручный static
ответ не будет и без проблема.

[fisher74]

nameserver 212.....
nameserver 212.....
nameserver 192.168.1.1

На сколько мне известно, система обратиться к 192.168.1.1 только в случае недоступности вышестоящих по списку
серверов (именно недоступности)

Есть 2 варианта решения проблемы:
1. bind
2. оставить в списке DNS-серверов только роутер. Учитывая, что он так же подключен к тому же провайдеру - проблем будет минимум.

[AnrDaemon]

3.
/etc/nsswitch.conf
hosts: files wins dns

(За точность не ручаюсь, но идея именно эта.)

[fisher74]

Соглашусь, но это в случае работы smb-сервиса. ТС-же намекает на резолвинг от роутера

[AnrDaemon]

Даже если на Linuxе не подняли NMBD, в сети с виндовыми машинами обязательно найдётся один нуб с неотключенным браузером.