Разная скорость в получении доступа к NAS
 

Есть копм под win7 в роли NAS,который после 15 минут неактивности уходит в сон. Если его разбудить,то из под клиентов на win7-8 шара доступна примерно через 40 сек,а c android или linux -примерно 5 сек.
Почему так?

Я как-то читал новость, что у сервера сломалась кнопка питания. Забавная новость : ).

По теме: потому что винда RPC использует и еще кучу всякого, а на тупом линуксе просто smb-протокол и все, ничо он больше не требует от сервера.

А можно-ли как-то упростить запросы винды и уравнять время доступа? Тем более,что SMB вроде как расово виндовый протокол,а к unix его уже потом прикрутили.

Shaman23 - вообще то 40 секнуд это неприлично много, поэтому:
- шара по IP или по DNS?
- кто раздает имена?
- кто masterhost?
- дом. сеть есть/нет?
- исп-я ли резервирование и/или ARP в роутере?

3-economist >
- шара: сетевой диск либо вход через сетевое окружение винды.
-сеть одноранговая,"домашнюю сеть" не настраивал,
-в роутере резервирование IP включено.

- шара (сетевой диск замэплен по IP или по DNS)?
- роутер делает сеть LAN/WIFI вида DHCP или Static?
- резервирование IP-MAC средствами роутера или таблицами ARP в роутере?
- много ли клиентов сети?
- включен ли NAT на роутере?
- проброшены ли порты к NAS-у (23 итд)
- включен ли на NAS к-нить DLNA или UDPPROXY-вещательный сервис?

- путь "\\Nas\disk" Это видимо по DNS?
-DHCP
- резервирование IP-MAC средствами роутера
-одновременно 3-4клиента
-NAT включен
-порты проброшены только произвольные для DC+ и торрента,
-DLNA был,но уже полгода выключен.

... тогда не знаю...

1) Попробуйте замэпить сетевой диск через IP-адрес.
2) Попробуйте исключить роутер, содиниться W7/8-W7NAS напрямую.

Если все так же осталось плохо - смените ОС на "NAS" на настоящую NAS-овскую FreeNAS или Linux. И будет скорость готовности шары великой.

А если все вдруг после 1-2 стало на свои места - делайте выводы.

[quote=economist;38432786]1) Попробуйте замэпить сетевой диск через IP-адрес.[/quote]
Вчера,после Вашего вопроса,первым делом попробовал по IP - тоже самое.
Напрямую попробую,только сомневаюсь,что толк будет.
Насчёт "смените ОС на "NAS" на настоящую.." Самый надёжный вариант) Если бы я умел Linux - уже бы так и сделал,но проблема не настолько серьёзна,чтобы столько читать.. Спасибо.

Пока на досуге буду изучать теорию работы виндовых сетей и копать настройки.

[quote=Shaman23;38426673]путь "\\Nas\disk" Это видимо по DNS? [/quote]нет это NetBIOS, DNS здесь лишний и он не участвует.
Как полагаю маршрутизация идет через роутер, соответственно он должен являться шлюзом и DNS сервером для всех устройств
все ли устройства подключаются через WI-FI или есть еще и провод.

kservice - это м.б. не только NetBIOS, но и WINS и даже просто hosts.

10-economist >возможно, но маловероятно, как и DNS

Кстати, Shaman23, проверьте обновление прошивки роутера и отключите протокол IPv6 в св-вах всех сетевых адаптеров и роутера, если ISP его не поддерживает.

я бы для начала сделал скриптик из двух строк, удалить и подключить ресурс, просто чтобы выяснить не закешировало ли негативный ответ умное насекомое
прибить гвоздиком мастер браузер к одному хосту, хотя бы на время выяснения, т.к. после побудки nas'а в одноранговой сети обычно начинается драка

Имхо, тут планомерный траблшутинг нужен, а не сразу менять рандомные настройки.
Посмотреть на содержимое arp-таблиц в эти 40 секунд (на всякий случай монтировать по ip) на всех узлах прохождения трафика, попинговать. Определить: это по сети узел не доступен, или он тупит по другой причине (например, пытается авторизоваться где-то). Дальше - следующая итерация.
Ну и универсальный совет - включить логирование погромче.

[quote=kservice;38440574]Как полагаю маршрутизация идет через роутер, соответственно он должен являться шлюзом и DNS сервером для всех устройств[/quote]
так и есть.
+подключение по проводу и по воздуху
12-economist >IPv6 везде выключил. В ченджлогах новых прошивок про работу локалки ничего не пишут,пока оставлю.
+ после переподключения сетевого диска на основном клиенте(домашнем компе) по IP вместо имени стало так:
1. стук по сетевому диску в проводнике NAS не будит.
2. Если набрать в проводнике \\NAS\disk ,nas просыпается,но доступа нет(40 сек ожидания и "путь недоступен")

Если сразу после пробуждения nas'a вторым способом,выполнить пункт 1,то доступ есть через 3 сек,даже если запрос из п.2 продолжает висеть и крутить колёсиком ожидания в отдельном окне. Как-то так..

[quote=gloomymen;38444791] сделал скриптик из двух строк, удалить и подключить ресурс[/quote]
Вручную отключал и подключал сетевой диск. Это тоже самое или нет? Скрипты не умею)

[quote=gloomymen;38444791]прибить гвоздиком мастер браузер к одному хосту[/quote]
Оставил в сети две машины(NAS и клиент) На nas выключил службу "браузер компьютеров".Смысл тот же вроде?
З.Ы. эффекта нету.

14-Добрых дел мастер >разбирать сетевые логи знаний не хватает,пока приходится тыка методом решать,с помощью форумчан и гугля))

Фаервол на сервере для начала выключи. Совсем. Чтоб голый был и ничто не мешало. Если RPC-порты закрыты, то будут тормза. Ну и вопрос, нафига такое надо? Кстати вот список портов, ВСЕ из них должны быть открыты для нормальной работы шары:
Локатор RPC t135
Служба имен NetBios u137
Служба датаграмм NetBios u138
Служба сеансов NetBios t139

Имейте ввиду что 135й tcp-порт традиционно является музеем багов винды, и его стараются закрывать от греха подальше по дефолту. Тогда примерно полминуты и коннектится с другой вин-машины. Но может причина и не в этом, не знаю.

ЗЫ: если файлы шары хранятся на механическом диске, убьете нафиг. Нельзя ему спать.