Я перепробовал все решения, которые смог найти. Все еще не могу подключиться.
Я использую VMware для создания своей виртуальной машины. И я использую шпатлевку для подключения своей виртуальной машины. После нескольких дней использования я не могу использовать шпатлевку для подключения к своей виртуальной машине. Я пробовал много тестов, но все еще не могу найти ничего плохого. Поэтому я просто делаю вторую виртуальную машину. Тем не менее, всего один день используется, я больше не могу подключиться к нему. На второй виртуальной машине я даже не менял никаких сетевых настроек.
информация о моем сервере:
Версия сервера Ubuntu: 20.04LTS
сетевой режим: мост
сетевой план
сеть:
версия: 2
визуализатор: сетевой
Ethernet:
ens33:
адреса: [10.xx.xx.xx/24]
шлюз4: 10.xx.xx.xxx
серверы имен:
адреса: [10.xx.xx.x, 10.xx.xx.xx] //это dns моей компании
DHCP4: нет
Что я пробовал
1. Тест подключения (пинг и шпатлевка)
- хост не может пинговать виртуальную машину.
- ВМ не может пинговать хост.
- обе виртуальные машины, хост могут пинговать шлюз.
- мой коллега может пропинговать мой компьютер (хост) и мою виртуальную машину. И они могут использовать замазку, чтобы использовать мою виртуальную машину.
- Самое странное, что я могу использовать виртуальную машину моего коллеги с помощью шпатлевки, и мой коллега также может использовать мою виртуальную машину с помощью шпатлевки.
Кстати, и виртуальная машина, и сеть хоста работают нормально.
2. SSH-тест
статус службы ssh
приставка : активный (работает)
порт grep /etc/ssh/sshd_config
приставка: Порт 22
судо lsof -i -n -P | СЛУШАТЬ
приставка: оба ipv4 и ipv6 ПРОСЛУШИВАЮТСЯ
3. Закройте брандмауэр
Статус УФВ:
неактивный
hosts.разрешить, hosts.deny:
все комментарии
iptables -nvL
:
ВХОД,ВПЕРЕД,ВЫХОД все пустые
4. автор.лог
Кажется, в журнале нет ничего плохого.
Я могу найти только такие вещи:
ubuntuserver sshd[1990]: сервер прослушивает 0.0.0.0 порт 22.
ubuntuserver ssgd[1990]: сервер прослушивает :: порт 22.
5. Арп-тест
У меня есть проверка arp в моем хосте Windows cmd
Ни у кого из них нет одинакового MAC-адреса
6. Перейдите в сетевой режим NATã только для хоста
Попробуйте изменить режим моста обратно на NAT или режим только для хоста и изменить netplan на исходную версию.
Не работает, до сих пор не могу подключиться.
7. Разрешить замазку и vmware на хосте
ничего не меняется.
Я уже в безвыходном положении.
Я благодарен за любое направление для меня, чтобы попробовать. Заранее спасибо.
Надеюсь, вы, ребята, не возражаете против моего плохого английского. Я действительно старался изо всех сил.