DHCP или статика внешний свич и другое

[polanat 0]

Принимая во внимание недавно развернувшуюся дискуссию совсем не в профильной ветке, восполняю пробел и даю возможность всем высказаться. Срезюмирую основные тезисы:

 

Тема возникла и бурно вышла из-под контроля после этого сообщения -> Сообщение #20

 

Как выяснилось многие одно и то же формулируют по-разному и в результате возникает недопонимание. Итак поехали:

 

"Статика"

 

С лингвистической точки зрения статика - это то, что не меняется и вполне логично под интересующей нас "статикой" считать зафиксированный IP адрес. А зафиксирован он может быть либо руками (ручной IP), либо силами и средствами DHCP (зарезервированный IP по MAC-адресу).

 

Однако всё же большинство под жаргонным словом "статика" понимают Статический IP Адрес, прописанный руками (например 192.168.1.1). В дополнение к нему ессно прописываются маска и шлюз.

 

"Динамика"

 

С лингвистической точки зрения статика - это то, что наоборот меняется (или точнее используется в течение ограниченного промежутка времени) и вполне логично под интересующей нас "динамикой" считать незафиксированный IP адрес, то есть адрес который может меняться. А меняться (или точнее обновляться) он может опять таки силами и средствами DHCP (ручное изменение здесь опустим ).

 

"Резервация по МАКу"

 

Тут и без линвистики всё понятно - IP фиксируется (или точнее резервируется) для у-ва с конкретным (уникальным) MAC-адресом опять таки силами и средствами DHCP

 

Теперь вернёмся к нашим баранам Что и как использовать в домашней сети. Принимая во внимание аргумент "я так хочу" то правила и устанавливает тот, кто хочет. А вот для тех, кто хочет, но не знает что - обо всём по порядку:

 

1. Роутер (роутеро-комбайн) всегда имеет ручной статический IP адрес ибо он и есть шлюз

2. Если дома (кроме сино) всего один стационарный (неперемещаемый) комп - то и ему можно прописать статику (зачем напрягаться)

3. Ну и наконец 3-е невыносимое из дома у-во это сино - ну и ему статику до кучи (зачем напрягаться)

 

То есть все эти "стационарные" у-ва если и перемещаются, то в пределах стен вашего жилища и применение "статики" здесь выглядит вполне логично (всё гениальное - просто).

 

Однако в современном мире это не так, ибо кроме вас есть ещё родители, жены (мужья), дети, братья, сёстры, другие родственники и наконец просто приходящие гости и что интересно - у всех свои гаджеты и не один (ноуты, планшеты, смартфоны). А дома есть ещё смарт-телевизоры, сетевые медиаплееры, и прочие другие сетевые приставки. И вот и получается, что в некую единицу времени в важем жилище может одновременно хотеть работать более десяти устройств, а некоторые из этих устройств могут хотеть работать не только по воздуху но и по проводу что добавляет к уже имеющемуся количеству МАКов ещё и немало .

 

Можно ли разрулить всё это многообразие сетевых у-в "статикой". Ответ - да, конечно, можно . Но тогда вам придётся вести "инвентарицационную ведомость" с перечислением по порядку всех этих у-в, дабы не присвоить один и тот же IP адрес разным МАКам, ибо получим ничто иное как конфликт IP адресов. Я уже молчу про неимоверные трудозатраты, связанные с ручным прописыванием всех этих ручных айпишников, а общее количество ручных записей ещё к тому же надо умножить на три, ибо также прописываются маска и шлюз.

 

Отсуда вытекает понимание, что нужен помошник, который всё это и будет разруливать, а это и сеть DHCP-сервер. Сервер здесь и далее - не железо а сервис или часть клиент-серверной архитектуры, а клиентами выступают всё сетевые у-ва у вас дома.

 

Раз необходимость DHCP-сервера уже не должна вызывать сомнения, возникает вопрос где же лучше (или проще) его поднимать. Речь опять таки ведём о домашней сети и корпоративные решения пока просто опустим. Производители роутеров (роутеро-комбайнов) уже решили этот вопрос за нас, встроив поддержку DHCP в прошивку роутера. И если у Вашего роутера нет каких-либо ограничений - то DHCP живёт именно там. Если есть (например 8-10 резерваций по МАКу, а Вам надо больше) то DHCP-сервер можно поднять и на сино.

 

Теперь вопрос о дполнительном свиче - нужен он или нет. У большинства он просто есть и всё, ибо банально не хватает оставшихся дупел роутера после подключения к нему по проводу самого сино (или нескольких сино) с одним и более сетевыми портами. Однако предположим (хоть это и сложно ), что сетевых портов на роутере хватает. Например 2 сетевых медиаплеера, и одна IP-камера - всё остальное висит на WiFi (на большее уже не остаётся). Ну и понеслось - на 2-х телеках по сети смотрим Full HD, мегапиксельная Full HD IP-камера снимает в максимальном разрешении. Потянет ли это (и всю отсавшуюся WiFi-сеть) бюджетный роутер со слабым собственным процессором да и к тому же со 100-мегабитными сетевыми портами???

 

Ну вот для начала пока всё - милости просим - оставляйте своё мнение, спорьте, аргументируйте ...

[Imperator 0]

Я для себя решил этот вопрос - то, что подключено кабелем и не покидает пределов сети - статика, что моё и перемещается - привязка по mac, гостевое - динамика, да ещё в отдельном vlan с доступом только в интернет без доступа к локальной сети. Учёт веду в программе, она отображает карту сети и ведёт мониторинг активности всего оборудования. На данный момент в сети 11 устройств со статикой - никаких проблем с ними не возникает абсолютно.

[umount 0]

Остался нераскрытым следующий вопрос - почему подключенный к роутеру по WiFi бюджетный медиаплеер после нештатного отключения/включения роутера продолжает работу, а подключенный к тому же роутеру по проводу продвинутый NAS отказывается общаться с сетью, если ему предварительно руками не прописать IP или не сделать реконнект? И как эту ситуацию исправит свич?

 

Однако предположим (хоть это и сложно ), что сетевых портов на роутере хватает...

На входе в квартиру нашлось место для роутера. Туда и завели внешний кабель. Там же удалось установить NAS. Таким образом, 3 порта роутера свободны. Что же здесь сложного?

[polanat 0]

Остался нераскрытым следующий вопрос - почему подключенный к роутеру по WiFi бюджетный медиаплеер после нештатного отключения/включения роутера продолжает работу, а подключенный к тому же роутеру по проводу продвинутый NAS отказывается общаться с сетью, если ему предварительно руками не прописать IP или не сделать реконнект? И как эту ситуацию исправит свич?

Если мне память не изменяет у WiFi-среды в отличие от проводной нет такого понятия как Link-local address - просто считается что сеть недоступна (а их всегда полно вокруг)

 

И как эту ситуацию исправит свич?

Хороший вопрос - спасибо! А ведь исправит - задумайтесь на минуту зачем и Сино (да и форум ) в случае всевозможных проблем (когда ассистент не находит сино) рекомендуют подключать комп к сино проводом напрямую. Так вот если у Вас свич - делать это вовсе необязательно ...

 

PS Да и потом - писал ведь уже - при статике на сино и наличии свича - всевозможные глюки роутера (DHCP-сервера) никак не отразятся на доступности сино в локальной сети. Если при этом вы дадите статику своему смархабному телевизору - то просмотр скачанного фильма никак не прервётся, что бы там там не вытворяли "демоны" с Вашим роутеро-комбайном

 

На входе в квартиру нашлось место для роутера. Туда и завели внешний кабель. Там же удалось установить NAS. Таким образом, 3 порта роутера свободны. Что же здесь сложного?

Говоря про "сложность" имел в виду не "взял и воткнул" а банальную нехватку на всё про всё 4-х дупел роутеро-комбайна . Ну давайте посчитаем - все думают что сино нужен только один сетевой порт - ан нет есть сино-модели с 2-мя и 4-мя сетевыми портами. А у кого-то дома не один сино а целых два. А у кого-то ко всему ещё и IP-камеры. Да и добавьте как минимум 2 телевизора (либо смартхабные, либо через сетевые медиаплеера) - тут и компу уже ничего не остаётся ...

[umount 0]

Ну давайте посчитаем ...

Нет, мы все равно о разном

На входе в квартиру нашлось место для роутера. Туда завели кабель. Потом удалось пристроить в том же месте ИБП. Потом NAS. Все, больше там физически ничего нет, форм-фактор закончился И провода дальше по квартире не идут. И не пойдут. И поэтому порты пока больше не нужны. Я об этом.

 

[polanat 0]

Нет, мы все равно о разном

Понял . Открыл новую тему -> 802.11ac против Гигабитного Ethernet, Провод умер - да здравтсвует 802.11ac

[Imperator 0]

Остался нераскрытым следующий вопрос - почему подключенный к роутеру по WiFi бюджетный медиаплеер после нештатного отключения/включения роутера продолжает работу, а подключенный к тому же роутеру по проводу продвинутый NAS отказывается общаться с сетью, если ему предварительно руками не прописать IP или не сделать реконнект? И как эту ситуацию исправит свич?

В очередной раз убеждаюсь в правильности своего подхода - у меня таких вопросов не возникает в принципе.

 

Ещё один источник проблем - проброс портов по UPnP. Дома професиональные роутер без этой фигни, проброс прописан руками и никогда никаких проблем не было. На работе роутер домашнего сегмента, решил попробовать эту фичу - через какое-то время доступ извне в накопителю пропадает ибо роутер удаляет правила. Перезагруз наса или пересоздание в настройках правила восстанавливает доступ. После второго раза отключил, прописал руками - работает как часы. Да, для какой-нибудь игры UPnP может и хорош на пару часов порт открыть, но для круглосуточного сервера неприемлем.

[umount 0]

Ещё один источник проблем - проброс портов по UPnP.

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

[polanat 0]

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

Так ведь все форумы (и наш и англо-форум) таки не рекомендуют мастер установки EZ-Internet (требует включение UPnP на роутере) для порт форвардинга. Однако маркетологи сино упорно его продвигают. Видимо настройка проброса портов на роутере - есть тайна за семью печатями

[Garik-M 0]

Не знаю, в тему ли или нет. Вопрос такой: на роутере изменил DNS на гугловский (8.8.8.8). Нужно ли на NAS в разделе сеть IPv4 использовать настройки вручную и менять DNS на гугловский?

[QwertRob 0]

Если НАС получает настройки от роутера по DHCP, то не надо, сам через некоторое время получит новые. Если сетевой интерфейс настроен вручную - то желательно.

[Garik-M 0]

9 часов назад, QwertRob сказал:

Если НАС получает настройки от роутера по DHCP, то не надо, сам через некоторое время получит новые. Если сетевой интерфейс настроен вручную - то желательно.

Все девайсы в доме получают настройки от роутера по DHCP, но посмотрел видео на канале Synology Ru (если не ошибаюсь) и там советуют первое что сделать это поменять сетевые настройки с автоматических на в ручную.  

[QwertRob 0]

Мне больше нравится вариант с фиксацией автоматически выданного IP в таблице самого роутера. В этом варианте поломка роутера и замена его другим ничем Вам не грозит, а фиксированный в Сино адрес придется ловить с клиента с такой же подсетью, если накроется роутер. А так, пока роутер живой, рекомендованный Вам сценарий вполне рабочий.