Две сети, которые вы описываете в своем вопросе, настроены как сети класса B, потому что есть два "подстановочных" октета.
Network A - 10.160.*.* == 10.160.0.0/16
Network B - 10.220.*.* == 10.220.0.0/16
Обратите внимание, что оба этих пространства, как описано, требуют использования маски подсети /16
(также известной как 255.255.0.0
), чтобы охватить все пространство.
Однако вы описываете свои маски подсети как /24
(иначе 255.255.255.0
). Если во всей области /16
действительно есть хосты, ваша машина не сможет получить к ним прямой доступ. Вместо этого он будет иметь доступ только к машинам, которые совместно используют один и тот же третий октет в дополнение к первым двум.
В вашем примере со шлюзами, настроенными на 10.160.123.1
и 10.220.250.1
, вы не сможете напрямую обращаться к каким-либо хостам в блоках 10.160.0.0 - 10.160.122.255
, 10.160.124.0 - 10.160.255.255
, 10.220.0.0 - 10.220.249.255
и 10.220.251.0 - 10.220.255.255
. Вместо этого трафик на любой из этих адресов пойдет на один из ваших шлюзов, какой бы ни был первичным.
Если ваши сети действительно относятся к классу B, вам необходимо изменить записи маски подсети на вашем компьютере, чтобы они соответствовали требуемой маске 255.255.0.0
для сети класса B. Если ваши сети на самом деле меньше, вам может потребоваться установить явные маршруты, как уже описывали другие.
Простой способ проверить, связана ли проблема с маршрутизацией, - отключить любое работающее в данный момент соединение и посмотреть, начнет ли работать другое. Обратите внимание, что вам может потребоваться очистить маршруты из таблицы маршрутизации, поэтому просмотрите ее с route print
и удалите все, что не относится к route delete [destination]
.