f0xyandr, Число ядер у них одинаковое, а максимальная частота у i7 выше, так что сильно зависит от теста, кто кого сделает..
Но в любом случае, разница будет не принципиальная...
Александр, в команде route add вы указываете маску, сети, для которой применяется данный маршрут.
Указание маски 255.255.255.255.пропишет маршрут для единственного адреса (хоста)
IPMI, В свойствах сетевой карты у виртуалки можно указать любой MAC, поэтому с провайдером проблем не будет, но в одном сегменте сети не может быть два устройства с одним MAC, поэтому , возможно, придется думать что делать с устройством, которое сейчас привязано.
grunev, далеко не всегда к базовой станции приходит кабель. Раньше часто использовалась радио-релейный канал, у которого скорости были меньше.
Хотя, вряд-ли это касается 5G. Тут и скорости другие и расстояния поменьше.
Почему делаете попытки подключения по белым адресам, а не по адресам vpn?
Зачем на fedora открывать порт 59000? Он
слушается на VPS. На fedora обмен будет по сети 127.0.0.1, а там и так все открыто...
На vps.
Запускаете netstat -na | grep 59000 (ss -na)
Порт должен быть в состоянии Listen. Смотрите на каких адресах слушается.
Делаете попытку подключения.
В выводе netstat должна появится строка сессии.
Если не появилась - смотрите правила firewall на vps.
В debug ssh должна пройти строчка о попытке подключения.
Если появилась строка в netstat - проверяете на fedora, что так же появилась сессия tcp.
На fedora VNC запущен?
astar7922,
В результате по ключам зашли или все же вводили пароль?
Судя по логу, вход был по ключам.
Клиент ssh проверяет файлы где может хранится fingerprint сервера, к которому подключаетесь. Вариантов может быть несколько. Файл known_hosts2 один из них. Не обязателен.
По firewall.
В зоне FedoraWorkstation не вижу интерфейса wg0.
Могу предположить, что он в другой зоне со своим набором правил.
В выделенном фрагменте, на мой взгляд, опечатка. В таком виде коменда просто не пройдет.
Есть дополнительное ограничение: по умолчанию, remote forwarding слушает порт только на интерфейсе 127.0.0.1, даже если Вы указали 0.0.0.0. Что бы изменить это поведение, в sshd_config надо разрешить GatewayPorts .
На машине VPS, скорее всего, порт 22 уже слушается по всем интерфейсам, поэтому Вы не сможете сделать redirect для этого порта.
Более того, что бы запустить серси на порту < 1024 надо быть root, вряд ли Вы входите по ssh сразу как root.
При первых запусках можно увеличить детальность сообщений, указав -vvv. В логах смотреть ключевые слова: listen, connect.
Поэтому предлагаю попробовать такую строку:
ssh -R 10.0.0.1:3389:127.0.0.1:3389 -R 10.0.0.1:2022:127.0.0.1:22 user@VPS
Предварительно, на VPS разрешить GatewayPorts.
После входа, на VPS, проверить, слушаются ли порты 3389, 2022 и на каких интерфейсах.
После этого, обращаясь на 10.0.0.1:3389 дожны попасть на RDP на машине fedora39 (если там сервис запущен), а
при обращении на 10.0.0.1:2022 - на ssh fedora39.
Текущие настройки ssh говорят, что на машине vps, после запуска ssh, при обращении к адресу 127.0.0.1 порт 3389, запрос уйдёт на адрес 10.0.0.1 порт 3389.
А что реально хотите получить. В терминах конкретных адресов и портов?
Но в любом случае, разница будет не принципиальная...