+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Проблемы с NAT на Xbox One

Проблемы с NAT на Xbox One, RouterOS

HiroZA

Guest

21.02.2018 14:57:00

Ребята, пытаюсь открыть NAT на Xbox One и столкнулся с проблемой. Раньше я делал это на роутерах TP Link и Netgear, но сейчас нужна помощь с MikroTik. Первая проблема — Xbox упорно пишет, что «uPnP не сработал». А у меня на роутере стоит галочка у uPnP, я ребутил и роутер, и Xbox, чтобы точно. Думаю, проблема в интерфейсах, но не уверен. Как их нужно настраивать?

Моя физическая схема такая:
Оптика от улицы приходит в оптическую коробку, от неё CAT5 идёт в MikroTik на ETHER1, потом CAT5 идёт с ETHER2 в гостиную к телевизору. Обычно этот кабель подключён к TP-Link W8960N, который у меня используется как свитч для разных устройств. Но чтобы попробовать открыть NAT на Xbox, я убрал TP-Link из цепочки и подключил CAT5 напрямую с MikroTik на Xbox.

Как правильно настроить интерфейсы, чтобы uPnP заработал? Хочу разобраться с этим сначала. Если не получится — попробую порты через Port Forwarding. Для этого я уже прописал статический IP на консоли и настроил проброс портов в IP/Firewall, но похоже что-то сделал не так, потому что не сработало. Вот почему сначала хочу заставить uPnP работать.

Frederick88

Guest

24.06.2021 09:50:00

Я постоянно читаю, что UPnP может быть угрозой безопасности… У меня Xbox подключён к ether9, а WAN — через ether1. Если я включу UPnP только для внешнего порта ether1 и внутреннего — ether9, будет ли это всё равно считаться риском безопасности, ведь UPnP активирован только для Xbox и, соответственно, не может повлиять на другие устройства в LAN? Или теоретически Xbox всё равно сможет открывать порты через UPnP для других IP в LAN, например, тех, что подключены к ether2..?

victorsoares

Guest

23.09.2018 22:49:00

Это уже решено? У меня от этого тоже голова болела, хоть я и сертифицированный консультант MK с многолетним опытом, начал сомневаться в своих силах. Для меня спасением стала простая схема. Главная проблема в том, что на странице поддержки Microsoft не показывают правильные порты, которые нужно перенаправлять. На самом деле нужен только UDP-порт 56102, и его можно настроить прямо на Xbox, зайдя в расширенные сетевые настройки. Вот правило, которое я создал на своём RB, и оно работает. Если у вас всё ещё не решено, надеюсь, это поможет.

/ip firewall nat
chain=dstnat action=dst-nat to-addresses='IP-XBOX' to-ports=56102
protocol=udp dst-address='IP-WAN' dst-port=56102 log=no log-prefix=""

Anumrak Guest	#4 0 24.09.2018 11:07:00 Какой IP-адрес у вас в роутере от провайдера? Он из диапазона 10.0.0.0 - 10.255.255.255, 100.64.0.0 - 100.127.255.255, 172.16.0.0 - 172.31.255.255 или 192.168.0.0 - 192.168.255.255?

caiosmattos

Guest

29.06.2019 13:32:00

Доброе утро, ребята. У меня такая же проблема. У меня в сети есть Xbox One, и он показывает строгий двойной NAT. Я уже настроил правила UPnP на Mikrotik и WiFi-роутере, но результата нет. Вот какие правила я применил на Mikrotik:

/ip firewall nat add action=dst-nat chain=dstnat comment=“XBOX” disabled=no dst-port=3074 protocol=udp to-ports=3074
add action=dst-nat chain=dstnat comment=“” disabled=no dst-port=3074 protocol=tcp to-ports=3074
add action=dst-nat chain=dstnat comment=“” disabled=no dst-port=53 protocol=udp to-ports=53
add action=dst-nat chain=dstnat comment=“” disabled=no dst-port=53 protocol=tcp to-ports=53

/ip firewall filter add action=accept chain=forward comment=“XBOX LIVE” disabled=no dst-port=3074 protocol=tcp
add action=accept chain=forward comment=“” disabled=no dst-port=3074 protocol=udp
add action=accept chain=forward comment=“” disabled=no dst-port=53 protocol=udp
add action=accept chain=forward comment=“” disabled=no dst-port=53 protocol=tcp
add action=accept chain=forward comment=“” disabled=no dst-port=88 protocol=udp
add action=accept chain=forward comment=“” disabled=no dst-port=88 protocol=tcp

/ip firewall mangle add action=accept chain=forward comment=“PORTAS XBOX” disabled=no dst-port=3074 protocol=tcp
add action=accept chain=forward comment=“” disabled=no dst-port=3074 protocol=udp
add action=accept chain=forward comment=“” disabled=no dst-port=53 protocol=udp
add action=accept chain=forward comment=“” disabled=no dst-port=53 protocol=tcp

/ip upnp set allow-disable-external-interface=no enabled=yes show-dummy-rule=yes
/ip upnp interfaces add disabled=no interface=vivo type=external
add disabled=no interface=local type=internal

Но открытый NAT так и не появился. У меня балансировка с двумя линками, и в качестве сервиса я использую PPPoE. В чем может быть проблема? Заранее спасибо!

warzato Guest	#6 0 05.02.2020 22:21:00 Большое спасибо за совет, друг. Я точно так же сделал на своём MK, и всё сработало отлично.

anav

Guest

08.02.2020 17:42:00

Меня немного смущает это правило NAT. Особенно зачем в нем указан адрес назначения? Думаю, я спрашиваю потому, что у себя в правилах dst nat использую in-interface-list=WAN. Хотелось бы предположить, что оба варианта делают в основном одно и то же, но хочу убедиться! (Кстати, часть с too ports не обязательна, так как порт назначения уже прописан, и если нет переноса портов, too port считается таким же, как dest port).

Sob

Guest

08.02.2020 18:00:00

@anav: Довольно сложно найти что-то конкретное в моих старых постах, но у меня не проходит ощущение, что я уже объяснял это тебе, возможно, даже не раз. При перенаправлении порта нужно перенаправлять его с публичного адреса на какой-то внутренний. Параметр dst-address= — правильное решение, потому что он делает именно то, что нужно, ни больше ни меньше. in-interface= — это простой шорткат, он тоже работает, но предполагает, что у тебя на WAN-интерфейсе только один адрес и нет никаких подсетей, которые тебе оттуда маршрутизируются. Что справедливо для среднего домашнего пользователя. Но это может сыграть с тобой злую шутку, если использовать его, не понимая, что он делает, а потом случайно столкнуться с более сложной конфигурацией. Даже в самой простой ситуации, когда у тебя на WAN-интерфейсе два публичных адреса. Если использовать dstnat с in-interface=, порты будут перенаправлены с обоих адресов на одно и то же внутреннее устройство. Навряд ли это то, чего ты хочешь. В общем, продолжай использовать in-interface=, если хочешь — это нормально. Главное преимущество — он автоматически работает с динамическими адресами. Но при этом понимай, что он на самом деле делает.

sebus Guest	#9 0 04.04.2020 12:41:00 В моём случае, куда бы такое правило ни поставили, ни один пакет через него не проходит (то есть оно полностью не используется и не нужно).

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры