«он настроен как точка доступа и, как я уже сказал, подключен через линию электропередачи к моему основному маршрутизатору, с тех пор я отправил сообщение на порт 1 на маршрутизаторе, и на самом деле ничего не изменилось:/ IP-адрес ретранслятора 192.168.1.1 и IP-адрес основного маршрутизатора 192.168.0.1 "
- Так, во-первых, это ... Я сталкивался с этой страницей, имея ту же самую проблему с тем же маршрутизатором. Это сделало меня любопытным из-за потенциальной проблемы с аппаратным обеспечением или прошивкой.
Теперь причина, по которой я цитирую ваш пост, в том, что мне сразу же выскакивает одна вещь. У вас неверная конфигурация. Когда у вас есть две разные подсети, они не могут видеть друг друга в одной локальной сети. Четыре "коммутационных" порта на задней панели маршрутизатора предназначены для одной локальной сети. Поэтому, если вам нужны две подсети, вы не должны подключаться к порту Ethernet LAN № 1 на портах "коммутатора". Вы бы подключили порт коммутатора / клиента основного маршрутизатора к порту WAN повторителя. К сожалению, это входит в более сложные конфигурации.
Поэтому основная идея, которую я передаю, заключается в том, что с IP-адресами:192.168.1.1 192.168.0.1 вы пытаетесь использовать две разные подсети. Этот конфликт может вызвать мгновенные проблемы в общении в той же локальной сети.
Вот пример:192.168.xxx.yyy - xxx = подсеть yyy = LAN. Когда мы назначаем маршрутизаторы, третий октет описывает подсеть на уровне OSI 3. Когда вы подключаете устройство к заднему порту, вы имеете дело с физическим уровнем в стеке OSI. Подумайте об этом следующим образом:первый уровень входит в устройство, второй уровень имеет дело с идентификацией (например, MAC-адрес), а затем он "проецируется" на локальную сеть с IP-адресом. Теперь это просто способ визуализации, но когда у нас есть отдельные устройства, адресованные на уровне 2, этот виртуальный адрес позволяет устройству связываться с сетевым адресом в терминах IP. Чтобы получить этот адрес правильно, он должен быть доставлен в правильный сегмент сети. Мы можем думать об этом как о доставке почты в городе. Подсеть будет представлять городские кварталы, а последний октет (три числа в IP) будет представлять отдельные дома. Если почта доставляется в город, может быть два или более одинаковых адреса, поэтому у нас есть суффиксы почтового индекса (xxxxx-xxxx), чтобы помочь определить, к какой области / блоку относится адрес.
Точно так же у нас могут быть похожие IP-адреса, которые выглядят одинаково, но по сути они находятся в двух разных областях одного и того же "города"/ сети. Они МОГУТ общаться, но они не могут видеть друг друга на виду друг у друга. Теперь это грубый пример, но я просто подумал, что смогу помочь вам (и другим, кто найдет эту страницу), насколько смогу ... из своего собственного опыта. Наличие двух подсетей отлично подходит для установок, где вы хотите сегментировать трафик, но это может быть сделано многими способами, и это только один. Вы также можете разделиться через VLAN. Это другая история.
Итак, вы, похоже, хотите, чтобы оба маршрутизатора находились в одной сети, в одной подсети. Вы не указали желаемую проводную / беспроводную связь, но из-за использования вами беспроводного режима точки доступа я бы предположил, что они проводные, как мои собственные предпочтения. Причина, по которой я упоминаю об этом, заключается в том, что b / c существует другая настройка для беспроводного соединения маршрутизаторов (режимы повторителя / клиента работают ТОЛЬКО с беспроводным соединением маршрутизаторов - из того, что я прочитал / собрал). В любом случае, чтобы связать проводные маршрутизаторы, вы отключаете WAN на маршрутизаторе DDWRT и используете режим AP, как у вас есть (есть другие способы через создание PHY-соединений и виртуальный для точки доступа). Вы должны назначить свой основной маршрутизатор как 192.168.1.1, а дополнительный / ретранслятор как 192.168.1.2 (или любые подсети и номера клиентов, которые вы хотели бы использовать для xxx и yyy выше - просто должна быть та же самая подсеть / xxx). Это позволит осуществлять связь от первичного до вторичного, при этом вторичный сервер настроен как сервер пересылки DHCP. Они смогут видеть друг друга, и в этом конфиге все по существу линейно.
Теперь, чтобы портировать, я нашел тонну противоречивых сообщений на форуме онлайн. Некоторое время это сбивало с толку, потому что я подумал, что если основной маршрутизатор обрабатывает DHCP, то почему это не будет ЕДИНСТВЕННЫМ требованием для переадресации портов / виртуальных серверов? Ну, это б / у DHCP только адресация / лизинг, а маршрутизация отдельная. Существуют разные подходы, но я бы не советовал возиться с таблицами маршрутизации. Вместо этого вы должны принять подход извне сети, внутрь. Установите адреса первого маршрутизатора для приема портов и передайте их вторичному маршрутизатору. Так было бы так:
WAN --->(Ext #)PrimaryRouter(Int #)----->(Ext #)- SecondaryRouter-(Int #)---- ПК
Это означает, что входящие пакеты будут направлены из глобальной сети, где будет принимать внешний порт основного маршрутизатора. Тогда внутренний порт первичного маршрутизатора будет таким же, как внешний порт вторичного маршрутизатора. Внутренний порт вторичного маршрутизатора будет там, где будет конечный номер порта назначения. Например, если вы хотите, вы можете назначить пример, используя порт 40001 в качестве внешнего порта основного устройства, а затем 40000 в качестве внутреннего порта основного устройства. Это будет означать, что внешний порт вторичного устройства будет 40000, а затем, если вы подключаете RTSP, внутренний порт вторичного устройства будет 554. Что касается IP-адресов, у вас будет это так
Формат-- (IP-адрес устройства) Устройство / Внешний: Внутренний @ IP-адрес
(192.168.1.1)PrimaryRouter / 40001:40000 @ 192.168.1.2
(192.168.1.2)SecondaryRouter / 40000:554 @ 192.168.1.100 (IP вашего компьютера)
Информация справа - это то, что вы вставляете в каждый маршрутизатор. Эта запись будет у вас для каждого пересылаемого порта, если только вы не используете переадресацию диапазона портов. Затем вы можете открывать несколько портов одновременно, что облегчает ввод (особенно для больших количеств fwds). Для меньшего количества может быть проще отслеживать, если вы вводите каждый отдельно. Вы можете проверить это таким образом.
Как я упоминал ранее о VLAN, также убедитесь, что у вас нет кабеля Ethernet, подключенного с настройками DDWRT к различным WLAN. По умолчанию не должно быть этой проблемы, но это то, с чем я столкнулся.
По сути, вы пытаетесь направить трафик от первого маршрутизатора ко второму маршрутизатору и определить параметры для каждого шага. Здесь возникает одна большая проблема: в этом линейном типе настройки некоторые конфигурации DDWRT могут означать, что вторичное устройство маршрутизации невозможно увидеть из глобальной сети. Это означает, что даже при правильной пересылке некоторые архитектуры / конфигурации не будут регистрировать вторичный маршрутизатор как "видимый" из глобальной сети (даже если он будет отображаться внутри). Сайты, которые проверяют порты, могут в конечном итоге попасть в эту категорию, поэтому вам может потребоваться дополнительная помощь в тонкой настройке этой конфигурации (чтобы можно было увидеть другое устройство). Это может включать, возможно, организацию статической настройки IP для вторичного / AP, VLAN или других потенциальных вариантов. Мое объяснение состоит в том, чтобы дать вам основную идею для правильной переадресации портов. Я просто хотел предупредить вас, что некоторые маршрутизаторы в определенных настройках не могут быть видны извне, потому что они по своей сути относятся к самой конфигурации (а не к тому, что вы делаете или понимаете неправильно). Огромное количество противоречивых советов по этому вопросу и многие профессионалы, которые немного высокомерны по отношению к newbz, действительно превращают исследовательский материал в потраченные часы разочаровывающих испытаний и ошибок для конечного пользователя.
Был там ... нет, спасибо. Я надеюсь, что это поможет вам (и другим) встать на правильный путь настройки ваших ретрансляторов и настроек перенаправления портов. Опять же, если вы планируете подключить соединение между ретранслятором DDWRT и основным маршрутизатором (или более), вы НЕ хотите выбирать параметры беспроводного режима для клиента, клиента с мостом, ретранслятора или ретранслятора с мостом. Эти режимы предназначены ТОЛЬКО для беспроводного соединения между маршрутизаторами (по словам их собственных форумов / сайтов). Вы хотите, чтобы режим AP функционировал как ретранслятор, о котором вы говорите (но, как я уже сказал, это также может иметь некоторые проблемы с WAN - не уверен, используете ли вы только для локальной сети или для обеих сторон). Это о самой простой конфигурации повторителя, хотя.
Надеюсь это поможет:D
