Доступ к сети Bittorrent UI удаленно

Если WebUI работает на маршрутизаторе, то http://mydomain.ath.cx:8080/gui/ должен работать, если маршрутизатор не блокирует доступ к тому порту снаружи - в этом случае необходимо было бы настроить его для предоставления внешнего доступа. Если WebUI не работает на маршрутизаторе, необходимо настроить маршрутизатор, чтобы сделать перенаправление портов 8 080 к localip.

Вы могли бы хотеть проверить Порт Вперед сайт.

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

Затем отовсюду в мире, введите http://YOUR_IP:80 или безотносительно порта, и необходимо смочь получить доступ к нему.

Что Вы пытаетесь сделать, здесь выполняется RDP снаружи Вашей локальной подсети. Это относительно легко сделать, пока Вы рассматриваете несколько вещей. Сначала необходимо получить трафик к порогу. Вы, кажется уже, сделали с DynDNS, таким образом, нет никакой потребности изобрести велосипед здесь. Затем необходимо настроить маршрутизатор для передачи порта RDP локальной машине, выполняющей UI. Вот хорошая статья, если Вы уже не знаете, как сделать это. RDP использует порт 3389.

Удостоверьтесь, что RDP включен на Вашей машине, и удостоверьтесь, что брандмауэр окон не блокирует ту программу.

В этой точке необходимо смочь перейти к имени хоста DynDNS с помощью "mstsc.exe" для доступа RDP на порте 3389!

Я на самом деле должен был изобразить это твердый путь ранее сегодня. Удостоверьтесь, что Брандмауэр позволяет входящие соединения на порте, и что маршрутизатор вперед порты правильно. Если у Вас есть это, это должно смочь работать с http://mydomain.ath.cx:8080/gui..., если это не работает, Вы, возможно, должны настроить немного отличающийся адрес со своим доменным поставщиком, чтобы перейти к ipaddr:8080/gui или просто ввести его вручную каждый раз (который является тем, что у меня есть закладка для),

Как был упомянут выше, необходимо настроить маршрутизатор для передачи порта на интернет-стороне, например, 8080 для портирования 8080 на машине "localip". Когда Вы получите доступ, yourdyndnsdomain:8080 это будет обработан localip:8080. Вы могли передать порт 80 localip:8080, и затем yourdyndnsdomain будет автоматически обработан localip:8080. Я предполагаю, что это очевидно.

Вы говорите, что, получаете свою страницу маршрутизатора при доступе к yourdyndnsdomain из Интернета. Это не желательно, и Вы хотите выключить это, поскольку Вы рискуете нападением на него, если это взято некоторой деточкой бота или сценария там. Google мог использоваться для поиска этого маршрутизатора, и в лучшем случае кто-то попробует администраторское имя и пароль по умолчанию, сопровождаемое каждым известным общим паролем. В худшем случае, как только уязвимость найдена с веб-интерфейсом маршрутизатора, злоумышленник примет его. Это могло быть сделано почти невидимо.

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

Аналогично, поместите свой WebUI на высокий необычный порт, поскольку это также потенциально уязвимо. Взломщик попробует порт 80 и затем вероятно, 8080, чтобы видеть, существует ли что-нибудь, тут же идут дальше, если это не интересно. Если это уязвимо, Ваша машина могла бы быть поставлена под угрозу в секундах. Маловероятно, что любой полностью просканирует порты на Вашем домене, но снова лучше не оставить выполнение WebUI если не необходимым.

В дополнение к перенаправлению портов Вы могли бы также хотеть удостовериться, что Вы проверяете брандмауэр своего компьютера, чтобы видеть, позволяет ли это порт 8080/8086 (какой бы ни один Вы на самом деле используете теперь).

Звучит тривиальным, но я несколько раз забывал этот относительно braindead-легкий шаг при конфигурировании моих портов, и Вы, кажется, свалили часть перенаправления портов правильно.