Как упомянуто, причина, почему Ваш ping успешен к 74.208.192.xx:80, состоит в том, потому что это так или иначе разрешается к некоторому другому IP-адресу, и это - то, которое Вы на самом деле проверяете с помощью ping-запросов.
Так как можно соединить использование браузера от обоих клиентов, я предположил бы, что проблема не связана с возможностью соединения как таковой, но возможно что-то с клиентом веб-сервиса или брандмауэром на клиентских компьютерах, вмешивающихся в него.
Я проверил бы, чтобы видеть, есть ли у Вашего клиента (SOAP, который я принимаю) какой-либо способ распечатать диагностическую информацию. Это могло бы позволить Вам узнать что случилось.
Вы могли бы также попытаться загрузить asmx страницу своим браузером (браузерами) и видеть то, что открывается, или получаете ли Вы какие-либо ошибки. Когда я загружаю asmx браузером, я получаю страницу HTML со списком методов; посмотрите, можно ли добраться настолько далеко от обоих клиентов.
Итак, базовый модуль, который необходимо отключить, - это fbcon
, однако ядро Arch не компилирует его как модуль, поэтому помещает его в черный список. По-прежнему можно определить и отключить конкретный драйвер, который запускает fbcon
, но такой драйвер не указан в lsmod
, поэтому драйвер qemu-kvm
является скомпилирован в Arch. Чтобы отключить сам fbcon
, вы должны использовать его собственный странный синтаксис параметров загрузки:
fbcon=map:99
, где 99
- это просто произвольно большое число, превышающее количество устройств с буфером кадра на система (обычно 1-2).
См. fbcon.txt для получения дополнительной информации.
vga16fb.modeset = 0
работал у меня в прошлом (в Ubuntu). Также в Ubuntu работало занесение в черный список всех модулей фреймбуфера (включая vga16fb).