| >> |
No.186213
Файл: Sleepy Princess in the Demon Castle - S01E12-00:23.jpg -(428 KB, 1920x1080, Sleepy Princess in the Demon Castle - S01E12-00:23.jpg)
Если честно, я так и не поняла, что тебе хочется сделать, но если ты хочешь как в ОП
>WiFi в частном доме, чтоб во всех углах интернет был и чтобы винды на клиентах принтер видели? Есть 3G-свисток и куча DIR-320A
Которые как будто
>умеют работать как WiFi-клиенты ещё
То наверно можно сделать и так, но при этом с сетевой обнаружаемостью будут проблемы. Ну, я так полагаю потому, что наиболее robust решением в таком случае выглядит таки включение NAT для всех роутеров-клиентов с последующей изоляцией подсетей.
Однако, наверно можно и нужно сделать что-то другое.
Во-первых, теоретически точки доступа wifi могут работать в режиме повторителя — твои роутеры так могут? Если да, то лучше так, я думаю. Вся вайфай сеть будет в одной подсети, которая при этом связана с основным шлюзом, по-моему это здорово упрощает архитектуру сети, что должно положительным образом сказаться на администрируемости и надёжности.
Во-вторых, можно наверно как-то затолкать все девайсы в одну подсеть и другим способом, но я не уверена, что мои знания адекватны решаемой проблеме. Но я сделаю несколько замечаний.
Эээ~
>Есть роутер, раздающий интернет через 3G-свисток, назовём его старшим; его подсеть 192.168.0.0/24. К нему по WiFi подключен другой роутер, назовём его младшим; его подсеть 192.168.1.0/24
Как мне кажется, такая конфигурация сети не имеет смысла, если ты не хочешь включать NAT. Маски подсетей полностью изолированы друг от друга, таблицы маршрутизации на девайсах не будут перекидывать пакеты между этими сетями. Даже если прописать маршруты между подсетями вручную на роутерах, останется вопрос конфигурации ВСЕХ девайсов, которые войдут в сеть, чтобы они понимали, куда им слать пакеты. Плюс когда я пыталась конфигурировать подсети таким образом, они у меня как будто никогда не работали и со всеми как будто правильными маршрутами, хотя я может что-то не так делала.
То есть, чтобы конфигурировать сеть как в задаче, без NAT, я бы рекомендовала что-то вроде:
1) Создать подсеть на основном устройстве например /24
2) Создать подсети, которые будут меньше главной, например /25 /26 и т.д. на "ведомые подсети"
3) Раздавать на эти девайсы и эти подсети правильные адреса вручную (я понятия не имею, как будет вести себя DHCP в такой ситуации и я даже не пыталась что-то такое делать) и вручную же писать на девайсах шлюз по умолчанию, который не основной центровой девайс с интернетом, а вспомогательный, потому что основной будет в другой подсети же
4) Момент перехода пакетов между разными интерфейсами на девайсе — самый скользкий, пожалуй. Для этого вероятно потребуется дополнительная конфигурация каких-то параметров сетевого стека, по крайней мере мне понадобилось включать proxy_arp и ip_forward параметры в /sys на ПК на линуксе, когда я перекидывала интернет с вайфая и раздавала его по ethernet (я даже написала про это маленький гайд)
На фоне этого, мне кажется вариант с репитерами или NAT — более robust.
В принципе, то, что мне хочется сказать — сети нетривиальны. Лучше получить некоторое образование на тему — под этим я подразумеваю вдумчивое чтение литературы из открытых источников на тему, как оно всё работает — перед тем, как биться головой о новые ворота, хихи.
Спасибо за чтение, надеюсь мой комментарий был вам полезен.
|
