Не подключается к RDP, что делать?

Question

[Anonymous]

Стоит OpenSUSE с GNOME 44.
И мне нужно сделать удаленное подключение к рабочему столу. Я настроил в GNOME Settings удаленное подключение, это выглядит так:

Я пытаюсь подключиться на ноутбуке с Windows 10 через встроенный RDP-клиент mstsc.
Но подключиться не дает, да и вообще извне не подключиться. Ни SSH, ни RDP, ничего не работает.
Сначала гонял на файрволл, выключил его, но результата никакого. IP-адрес динамический, Билайн. Раздается в комп через смартфон по USB.
Проверял команду

nikita@nikita-desktop:~/Downloads>systemctl status --user gnome-remote-desktop.service

Говорит что с RDP все в порядке и он запущен.

Если мне подключиться к самому себе на машине где RDP через Remmina - все работает. На других устройствах RDP недоступен.
Подскажите пожалуйста что мне с этим сделать? Давно такая проблема, но сейчас уже хочу наконец-то решить. Я не могу ни хостить, да вообще ничего. Мой IP-адрес доступ только внутри моего устройства и недоступен извне.

Графический процессор Intel® UHD Graphics 630

Answer 1

[hint000]

Как можно проверить, не серый ли айпи?

И проверять не нужно. Он серый, гарантирую.

IP-адрес я брал на компьютере с помощью команды ip addr

Вы же видите, что тут нет белого адреса.

Еще пробовал
curl ifconfig.me
Вывело:
138.124.180.132
И он тоже не работает

Это белый, но после NAT провайдера, с этого адреса кроме вас ещё куча клиентов работает (сотня человек запросто).

нет возможности сейчас подключить по-хорошему домашний инет к ПК

Ну тогда на что вы рассчитываете?

Это проблема провайдера или как?

Это не проблема провайдера, потому что провайдер не обещал вам белый адрес. Если вам нужно ночью ехать на другой конец города, а денег на такси нет, есть деньги на трамвай, но трамвай не ходит ночью - то это проблема трамвая (по вашей логике)? Ни у трамвая, ни у провайдера проблемы нет, они работают так, как должны работать.

Как мне бороться с этим?

Арендовать VPS, настроить туннель и пробрасывать нужные порты с белого адреса VPS на свой ПК.

Upd. Кстати, адрес 138.124.180.132 принадлежит не ISP-конторе (в том числе и не сотовому оператору), а VPS-хостеру. Причём настолько нищебродскому хостеру, что даже сайт у них сделан на коленке за несколько часов школьником. Причём диапазон адресов как бы назначен США, но принадлежит якобы британской компании. Очень загадочно. :) Вы не морочите нам голову?

Comments

[Anonymous]

Вы не морочите нам голову?

Простите, я ничего не знаю:)
Вот такая правда

[hint000]

Значит это Билайн какие-то странные британско-американские адреса раздаёт. Ладно, хрен с ним, с Билайном.

[Anonymous]

Арендовать VPS, настроить туннель и пробрасывать нужные порты с белого адреса VPS на свой ПК.

Скажите пожалуйста, как проложить такой туннель? Есть ли гайд?

[Anonymous]

Я просто не сисадмин который в этом всем разбирается :)

[Anonymous]

Да и вообще, у меня ведь динамический IP-адрес вроде, то есть он постоянно меняется, мне придется постоянно перебрасывать туннель?

[hint000]

Anonymous, обычно адрес не меняется, пока не прервётся ваше соединение с провайдером. Но да, нужно, чтобы с вашей стороны была постоянная проверка состояния туннеля и при падении автоматическое повторное подключение.

как проложить такой туннель? Есть ли гайд?

Есть очень много статей на эту тему:
https://www.google.com/search?q=как+настроить+тунн...
Почитайте, поймите общие принципы. Если после этого будет что-то конкретное непонятно - создавайте здесь новый вопрос

[Anonymous]

hint000, https://qna.habr.com/q/858873
посмотрел. Поднял Wireguard, оказалось что извне если не подключится к VPN не работает. Но все-таки уже радует, что я могу между своими устройствами работать. А можно ли полностью сделать открытым, а не только в пределах VPN?

[hint000]

Anonymous, непонятно вы сейчас сформулировали вопрос. VPN нужен между вашим сервером и VPS. Клиенту не нужно ничего знать про VPN. Для этого делается переадресация (DNAT) с белого адреса VPS на серый адрес сервера.

Answer 2

[Vadim_aka_Wipperson]

Скорее всего у Вас на компьютер раздается серый IP. А подключиться по RDP, SSH и т.д. вы пытаетесь на белый IP, через который идет интернет.

Comments

[Anonymous]

Как можно проверить, не серый ли айпи?
У меня к сожалению нет возможности сейчас подключить по-хорошему домашний инет к ПК.
У меня телефон Galaxy J4, Android 10.

[Anonymous]

Как мне бороться с этим? Это проблема провайдера или как?

[Anonymous]

USB-модем запускаю через настройки, флагом USB-модем.

[Anonymous]

IP-адрес я брал на компьютере с помощью команды ip addr

nikita@nikita-desktop:~/Downloads> ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: enp0s20f0u6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    link/ether 02:01:35:66:66:67 brd ff:ff:ff:ff:ff:ff
    inet 192.168.42.167/24 brd 192.168.42.255 scope global dynamic noprefixroute enp0s20f0u6
       valid_lft 2757sec preferred_lft 2757sec
3: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether a8:a1:59:8d:33:47 brd ff:ff:ff:ff:ff:ff
4: outline-tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 500
    link/none 
    inet 10.0.85.1/32 scope global outline-tun0
       valid_lft forever preferred_lft forever

Вывело это.
Еще пробовал
curl ifconfig.me
Вывело:
138.124.180.132
И он тоже не работает. На телефоне, вывод такой:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: umts_dm0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ppp
3: rmnet0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ppp
4: rmnet1: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ppp
5: rmnet2: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ppp
6: rmnet3: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ppp
7: rmnet4: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1300 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    link/ppp
    inet 11.168.166.4/24 scope global rmnet4
       valid_lft forever preferred_lft forever
8: rmnet5: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ppp
9: rmnet6: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ppp
10: rmnet7: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ppp
11: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 0c:e0:dc:54:ce:6d brd ff:ff:ff:ff:ff:ff
12: p2p0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
13: ip_vti0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default
    link/ipip 0.0.0.0 brd 0.0.0.0
14: ip6_vti0@NONE: <NOARP> mtu 1500 qdisc noop state DOWN group default
    link/tunnel6 :: brd ::
15: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default
    link/sit 0.0.0.0 brd 0.0.0.0
16: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN group default
    link/tunnel6 :: brd ::
17: epdg4: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none
18: epdg5: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none
19: epdg6: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none
20: epdg7: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none
21: epdg0: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none
22: epdg1: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none
23: epdg2: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none
24: epdg3: <POINTOPOINT,MULTICAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 500
    link/none
57: rndis0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether d6:23:01:b2:87:8f brd ff:ff:ff:ff:ff:ff
    inet 192.168.42.129/24 brd 192.168.42.255 scope global rndis0
       valid_lft forever preferred_lft forever
    inet6 fe80::d423:1ff:feb2:878f/64 scope link
       valid_lft forever preferred_lft forever

[kisaa]

На телефон поставьте клиента и попробуйте подключиться к компу (у него в ваших примерах адрес 192.168.42.167) - так вы проверите настройки компа и убедитесь, что RDP работает. Ну а дальше, как сказали, мудрить с туннелями.

[Anonymous]

kisaa, я уже проверял, да.