QEMU-KVM виртуализация Linux на командной строке

Как упомянуто, причина, почему Ваш ping успешен к 74.208.192.xx:80, состоит в том, потому что это так или иначе разрешается к некоторому другому IP-адресу, и это - то, которое Вы на самом деле проверяете с помощью ping-запросов.

Так как можно соединить использование браузера от обоих клиентов, я предположил бы, что проблема не связана с возможностью соединения как таковой, но возможно что-то с клиентом веб-сервиса или брандмауэром на клиентских компьютерах, вмешивающихся в него.

Я проверил бы, чтобы видеть, есть ли у Вашего клиента (SOAP, который я принимаю) какой-либо способ распечатать диагностическую информацию. Это могло бы позволить Вам узнать что случилось.

Вы могли бы также попытаться загрузить asmx страницу своим браузером (браузерами) и видеть то, что открывается, или получаете ли Вы какие-либо ошибки. Когда я загружаю asmx браузером, я получаю страницу HTML со списком методов; посмотрите, можно ли добраться настолько далеко от обоих клиентов.

7
задан 22 February 2012 в 17:33
3 ответа

Итак, базовый модуль, который необходимо отключить, - это fbcon , однако ядро ​​Arch не компилирует его как модуль, поэтому помещает его в черный список. По-прежнему можно определить и отключить конкретный драйвер, который запускает fbcon , но такой драйвер не указан в lsmod , поэтому драйвер qemu-kvm является скомпилирован в Arch. Чтобы отключить сам fbcon , вы должны использовать его собственный странный синтаксис параметров загрузки:

fbcon=map:99

, где 99 - это просто произвольно большое число, превышающее количество устройств с буфером кадра на система (обычно 1-2).

См. fbcon.txt для получения дополнительной информации.

5
ответ дан 2 December 2019 в 23:41

Попробуйте запустить его так:

TERM=dumb qemu-kvm -curses ...
0
ответ дан 2 December 2019 в 23:41

vga16fb.modeset = 0 работал у меня в прошлом (в Ubuntu). Также в Ubuntu работало занесение в черный список всех модулей фреймбуфера (включая vga16fb).

1
ответ дан 2 December 2019 в 23:41

Теги

Похожие вопросы