Проброс порта RDP
-
Вот правила:
NAT;
Rules Wan;
на лане все разрешено.
-
FAQ читали?
Так же убедитесь, что:
- На LAN настроены разрешающие правила для локальной подсети
- У целевого компьютера шлюзом установлен pfSense.
- Windows файрвол (файрвол антивируса или до программа) целевого компьютера разрешает доступ по данному протоколу или отключен.
-
FAQ читали?
Так же убедитесь, что:
- На LAN настроены разрешающие правила для локальной подсети
- У целевого компьютера шлюзом установлен pfSense.
- Windows файрвол (файрвол антивируса или до программа) целевого компьютера разрешает доступ по данному протоколу или отключен.
это все уже давно сделано.
-
Тогда 2 варианта - или Вы что-то не доделали, или у Вас какие-нибудь "особенности конфигурации сети".
-
Тогда 2 варианта - или Вы что-то не доделали, или у Вас какие-нибудь "особенности конфигурации сети".
Я не понимаю одного, почему же 80 пробросился нормально?
-
А стоп, разрешающие правила WAN сравните 3389 и 80 (Destination).
-
А стоп, разрешающие правила WAN сравните 3389 и 80 (Destination).
Они одинаковые.
TCP * * 192.168.14.242 80 (HTTP) *
TCP * * 192.168.14.245 3389 (MS RDP) * -
2 Fre@k
Они одинаковые.
У вас на скине два правила для RDP: неправильное и правильное. Т.к. неправильное стоит выше отрабатывается именно оно.
-
2 Fre@k
Они одинаковые.
У вас на скине два правила для RDP: неправильное и правильное. Т.к. неправильное стоит выше отрабатывается именно оно.
Сначала его небыло но рдп итак не работал.
-
Буквально на прошлой неделе заметил, что проброс перестал работать, ранее работал норм. Конфиг не менял. Ребут не спасал.
Удалил все правила этого касающиеся, создал заново - всё заработало. -
Буквально на прошлой неделе заметил, что проброс перестал работать, ранее работал норм. Конфиг не менял. Ребут не спасал.
Удалил все правила этого касающиеся, создал заново - всё заработало.надо будет попробовать.
