| 0
- 22.03.2015 - 21:46
|
Есть копм под win7 в роли NAS,который после 15 минут неактивности уходит в сон. Если его разбудить,то из под клиентов на win7-8 шара доступна примерно через 40 сек,а c android или linux -примерно 5 сек. Почему так?     | | ||
| 1
- 22.03.2015 - 22:13
|
Я как-то читал новость, что у сервера сломалась кнопка питания. Забавная новость : ). По теме: потому что винда RPC использует и еще кучу всякого, а на тупом линуксе просто smb-протокол и все, ничо он больше не требует от сервера. | | ||
| 2
- 22.03.2015 - 22:22
| А можно-ли как-то упростить запросы винды и уравнять время доступа? Тем более,что SMB вроде как расово виндовый протокол,а к unix его уже потом прикрутили. | | ||
| 3
- 23.03.2015 - 12:54
|
Shaman23 - вообще то 40 секнуд это неприлично много, поэтому: - шара по IP или по DNS? - кто раздает имена? - кто masterhost? - дом. сеть есть/нет? - исп-я ли резервирование и/или ARP в роутере? | | ||
| 4
- 23.03.2015 - 15:31
|
3-economist > - шара: сетевой диск либо вход через сетевое окружение винды. -сеть одноранговая,"домашнюю сеть" не настраивал, -в роутере резервирование IP включено. | | ||
| 5
- 23.03.2015 - 16:34
|
- шара (сетевой диск замэплен по IP или по DNS)? - роутер делает сеть LAN/WIFI вида DHCP или Static? - резервирование IP-MAC средствами роутера или таблицами ARP в роутере? - много ли клиентов сети? - включен ли NAT на роутере? - проброшены ли порты к NAS-у (23 итд) - включен ли на NAS к-нить DLNA или UDPPROXY-вещательный сервис? | | ||
| 6
- 23.03.2015 - 16:49
|
- путь "\\Nas\disk" Это видимо по DNS? -DHCP - резервирование IP-MAC средствами роутера -одновременно 3-4клиента -NAT включен -порты проброшены только произвольные для DC+ и торрента, -DLNA был,но уже полгода выключен. | | ||
| 7
- 24.03.2015 - 09:16
|
... тогда не знаю... 1) Попробуйте замэпить сетевой диск через IP-адрес. 2) Попробуйте исключить роутер, содиниться W7/8-W7NAS напрямую. Если все так же осталось плохо - смените ОС на "NAS" на настоящую NAS-овскую FreeNAS или Linux. И будет скорость готовности шары великой. А если все вдруг после 1-2 стало на свои места - делайте выводы. | | ||
| 8
- 24.03.2015 - 14:46
| Цитата:
Напрямую попробую,только сомневаюсь,что толк будет. Насчёт "смените ОС на "NAS" на настоящую.." Самый надёжный вариант) Если бы я умел Linux - уже бы так и сделал,но проблема не настолько серьёзна,чтобы столько читать.. Спасибо. Пока на досуге буду изучать теорию работы виндовых сетей и копать настройки. | | ||
| 9
- 24.03.2015 - 18:24
| Цитата:
Как полагаю маршрутизация идет через роутер, соответственно он должен являться шлюзом и DNS сервером для всех устройств все ли устройства подключаются через WI-FI или есть еще и провод. | | ||
| 10
- 24.03.2015 - 20:38
| kservice - это м.б. не только NetBIOS, но и WINS и даже просто hosts. | | ||
| 11
- 24.03.2015 - 22:09
| 10-economist >возможно, но маловероятно, как и DNS | | ||
| 12
- 25.03.2015 - 08:42
| Кстати, Shaman23, проверьте обновление прошивки роутера и отключите протокол IPv6 в св-вах всех сетевых адаптеров и роутера, если ISP его не поддерживает. | | ||
| 13
- 25.03.2015 - 09:11
|
я бы для начала сделал скриптик из двух строк, удалить и подключить ресурс, просто чтобы выяснить не закешировало ли негативный ответ умное насекомое прибить гвоздиком мастер браузер к одному хосту, хотя бы на время выяснения, т.к. после побудки nas'а в одноранговой сети обычно начинается драка | | ||
| 14
- 25.03.2015 - 10:56
|
Имхо, тут планомерный траблшутинг нужен, а не сразу менять рандомные настройки. Посмотреть на содержимое arp-таблиц в эти 40 секунд (на всякий случай монтировать по ip) на всех узлах прохождения трафика, попинговать. Определить: это по сети узел не доступен, или он тупит по другой причине (например, пытается авторизоваться где-то). Дальше - следующая итерация. Ну и универсальный совет - включить логирование погромче. | | ||
| 15
- 25.03.2015 - 15:47
| Цитата:
+подключение по проводу и по воздуху 12-economist >IPv6 везде выключил. В ченджлогах новых прошивок про работу локалки ничего не пишут,пока оставлю. + после переподключения сетевого диска на основном клиенте(домашнем компе) по IP вместо имени стало так: 1. стук по сетевому диску в проводнике NAS не будит. 2. Если набрать в проводнике \\NAS\disk ,nas просыпается,но доступа нет(40 сек ожидания и "путь недоступен") Если сразу после пробуждения nas'a вторым способом,выполнить пункт 1,то доступ есть через 3 сек,даже если запрос из п.2 продолжает висеть и крутить колёсиком ожидания в отдельном окне. Как-то так.. | | ||
| 16
- 25.03.2015 - 15:57
| Цитата:
Цитата:
З.Ы. эффекта нету. 14-Добрых дел мастер >разбирать сетевые логи знаний не хватает,пока приходится тыка методом решать,с помощью форумчан и гугля)) | | ||
| 17
- 25.03.2015 - 20:17
|
Фаервол на сервере для начала выключи. Совсем. Чтоб голый был и ничто не мешало. Если RPC-порты закрыты, то будут тормза. Ну и вопрос, нафига такое надо? Кстати вот список портов, ВСЕ из них должны быть открыты для нормальной работы шары: Локатор RPC t135 Служба имен NetBios u137 Служба датаграмм NetBios u138 Служба сеансов NetBios t139 Имейте ввиду что 135й tcp-порт традиционно является музеем багов винды, и его стараются закрывать от греха подальше по дефолту. Тогда примерно полминуты и коннектится с другой вин-машины. Но может причина и не в этом, не знаю. | | ||
| 18
- 25.03.2015 - 20:18
| ЗЫ: если файлы шары хранятся на механическом диске, убьете нафиг. Нельзя ему спать. | |
Интернет-форум Краснодарского края и Краснодара |
