Перейти до

Не работаєт проброс порта RDP через Mikrotik


Рекомендованные сообщения

Опубліковано: (відредаговано)

Безмежно вдячний  корисувачу  NET-CREATOR 

все ок !!!

ІР була навішена не на брідж а на інтерфейс який входить в брідж.  Це було змінено і все запрацювало . 

Відредаговано AndriyLL
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 81
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Проброс порта 3389 для использования RDP ставит под удар сохранность данных на удалённом компьютере: к нему будут постоянно ломиться из мира, брудфорсить и т.д.. При слабой организации защиты на компь

Каунтеры на  правиле проброса меняются? Посмотри пакет снифером или в обе стороны пакеты идут, и вообще куда идут... 

айпишки экономят. 

Posted Images

192.168.90.х То для його і є зовнішня ай пі . це внутрішня мережа підприємства , а той мікротик стоїть в окремому корпусі як і решта три  які успішно працюють , все через них прокидається без проблем. 

Чуть оффтопа - а зачем внутри предприятия делать NAT?

Больше головняка, чем пользы...

Разве что совсем дикий роутинг там %)

Ссылка на сообщение
Поделиться на других сайтах
  • 1 year later...

Подниму тему. Та же проблема. Замучился просто уже с ней. Решение ТС не помогает. IP у меня навешена на бридж. Все правила фаерволла отключены. При попытке подключения снаружи проходит минимальный трафик и все. Если подключится к вай-фай сети роутера - подключение по RDP проходит нормально.

 

conf.txt

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, fokses сказал:

При попытке подключения снаружи проходит минимальный трафик и все.

Каунтеры на  правиле проброса меняются? Посмотри пакет снифером или в обе стороны пакеты идут, и вообще куда идут... 

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
/ip dhcp-client
add dhcp-options=hostname,clientid disabled=no interface=ether1

А ипишник то хоть белый?

+ в фаере правило вверх подымите с пробросом.

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, Dimkers сказал:

А ипишник то хоть белый?

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

Ссылка на сообщение
Поделиться на других сайтах

нууу, батенька. я не ваш пров :) Вдруг он адепт блокировки торрентчиков :) НАТ 1:1 вовсе не говорит о том, что других правил в табличке нет :)

Ссылка на сообщение
Поделиться на других сайтах
17 часов назад, tkapluk сказал:

Каунтеры на  правиле проброса меняются?

Да. Каунтер меняется на 1. И всё

73d2daac611b.png

В логе:

409454764aa1.png

 

17 часов назад, Dimkers сказал:

А ипишник то хоть белый?

Это подсеть (172.16.2.0/24) внутри "внешней" локальной сети (172.16.1.0/24). У микротика внешний адрес 172.16.1.91. Из внешней сети он пингуется без проблем.

17 часов назад, Dimkers сказал:

в фаере правило вверх подымите с пробросом.

Поменял. Изменений нет.

Ссылка на сообщение
Поделиться на других сайтах
22 минуты назад, fokses сказал:

У микротика внешний адрес 172.16.1.91.

попробуй правило дестинейшн ната повесить на ип(172.16.1.91), а не на интерфейс. 

 

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
22 минуты назад, tkapluk сказал:

попробуй правило дестинейшн ната повесить на ип(172.16.1.91), а не на интерфейс.

 Оно то может и заработает, но только до следующей смены ip. Там ведь адреса по дхцп на wan выдаются.

Кстати, можно вообще убрать in-interface и попробовать.

Відредаговано Matou
Ссылка на сообщение
Поделиться на других сайтах
4 минуты назад, Matou сказал:

 Оно то может и заработает, но только до следующей смены ip. Там ведь адреса по дхцп на wan выдаются.

Скорее всего на ДХЦП сервере адрес таки зарезервировали за микротом. Или юзера РДП адрес будут перебором подбирать? :)

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, tkapluk сказал:

попробуй правило дестинейшн ната повесить на ип(172.16.1.91), а не на интерфейс. 

Не помогает. И если указать интерфейс + IP

 

1 час назад, tkapluk сказал:

Скорее всего на ДХЦП сервере адрес таки зарезервировали за микротом.

Да. Зарезервирован.

 

Вот результаты Tool -> Packet sniffering отфильтрованные по порту 3389:

0c7069d17bcd.png

 

Правильно ли я понимаю, что пакеты уходят нормально и проблема вообще не в Микротике ?

 

Вот еще странное для меня явление. Сервер подключен в Ethernet3. Если я пингую его адрес через ether3, пинги не проходят. Если же пингую через бридж - то все ок:

89e51f7d3714.png

1315608b89b6.png

6d3a34ac366f.png

Відредаговано fokses
Ссылка на сообщение
Поделиться на других сайтах

1) что за сорс порт 33032?

2) учите матчасть. У вас ипишник на бридже висит.

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах
6 минут назад, Dimkers сказал:

1) что за сорс порт 33032?

По всей видимости, случайный порт выбранный клиентом RDP

7 минут назад, Dimkers сказал:

2) учите матчасть. У вас ипишник на бридже висит.

Я и не претендую на звание профи. Поэтому пишу в раздел "Для самых маленьких". Вы можете поподробнее расписать вот эту мысль? Да, на бридже. А где должен?

Ссылка на сообщение
Поделиться на других сайтах
8 минут назад, fokses сказал:

По всей видимости, случайный порт выбранный клиентом RDP 

Если так, то как он пролезть должен через правило дропа?

8 минут назад, fokses сказал:

и не претендую на звание профи. Поэтому пишу в раздел "Для самых маленьких". Вы можете поподробнее расписать вот эту мысль? Да, на бридже. А где должен?

Должен там и быть. Но пинга на етн не будет, т.к. на них нет адреса. Тупо пусто. Для эксперимента повешацте адрес из той же подсети на етн и посмотрите что будет :)

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Dimkers сказал:

Если так, то как он пролезть должен через правило дропа?

 

Все правила фаерволла выключены.

 

Ради интереса сбросил роутер. Сделал минимальные настройки Static IP 172.16.1.220. Ситуация в точности такая же. Проброс не работает.

conf2.txt

Відредаговано fokses
Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, fokses сказал:

Вот результаты Tool -> Packet sniffering отфильтрованные по порту 3389:

По дестинейшину? Если да отфильтруй еще по сорс порту. 

Если пакетов нет значит не отвечает сервер... Микрот у сервера шлюзом выступает? Фаервол? 

На сервере пакеты можно посмотреть Wireshark.

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, tkapluk сказал:

Если пакетов нет значит не отвечает сервер... Микрот у сервера шлюзом выступает? Фаервол?

Если с внутрисетки все ок, то при чем тут фаервол?

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент


×
×
  • Створити нове...