У меня два компьютера, оба работают под управлением Arch Linux. Мой рабочий стол работает без монитора, постоянно подключен к разъему Ethernet в моей комнате. В моем университете есть общеуниверситетская сеть Wi-Fi, которую я могу использовать с моим ноутбуком. Проблема возникает, когда я пытаюсь подключиться по ssh между ними. Если оба компьютера подключены к разъемам Ethernet, проблем нет. Но если ноутбук подключен по Wi-Fi, ни один из них не может подключиться по ssh к другому.
IP-адрес настольного компьютера (не настоящий IP; я изменил последний байт) 130.18.119.210/22, а IP-адрес Wi-Fi ноутбука — 130.18.245.167/24 (опять же, последний байт изменен). Я знаю, что сетевые маски как-то связаны с этим, но я не совсем уверен, что именно, поскольку сетевые технологии — это одна из немногих вещей в компьютерах, в которых я не силен. В чем проблема и что я могу сделать, чтобы ее исправить?
Когда с ноутбука я ping 130.18.119.210
успешно пингую. Но traceroute 130.18.119.210
возвращается:
traceroute to 130.18.119.210 (130.18.119.210), 30 hops max, 60 byte packets
1 130.18.67.1 (130.18.67.1) 7.460 ms 50.628 ms 57.059 ms
2 core.cisco1.butler.mgmt.msstate.edu (130.18.0.11) 57.259 ms 57.537 ms 64.118 ms
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * *^C
Имейте в виду, что у меня нет root ни для какой инфраструктуры, только для моих двух машин. Спасибо за любую информацию!
решение1
130.18.116.210/22:
10000010 00010010 01110111 11010010 IP in binary
11111111 11111111 11111100 00000000 Netmask for /22
-----------------------------------
10000010 00010010 01110100 00000000 Network part
130 18 116
Laptop's wifi IP is 130.18.245.167/24
Network 130.18.245.0
Я не вижу проблем с сетевыми масками. Оба компьютера находятся в разных сетях.
Если у обоих устройств есть действующий маршрут во внешний мир и нигде нет межсетевых экранов, блокирующих доступ, то они просто должны иметь возможность общаться.
Эта связь не будет идти напрямую от ноутбука к настольному компьютеру, а по более длинному маршруту. Возможно, сталкиваясь с некоторыми политиками или брандмауэрами кампуса. Вы можете проверить это, попытавшись подключиться к ноутбуку или настольному компьютеру из третьего места и посмотреть, работает ли это или где останавливается.
Такие инструменты, как traceroute, ping, mtr и т. д., окажутся полезными.