Никакой маршрут для хостинга после обновления Fedora 19

TL; DR;

Проблема была с firewalld, отключение его разрешило проблему OP. Ниже список вещей попробовать, когда Вы встречаетесь с проблемой как это (для других).

1. Сети?

Гость KVM использует соединенные мостом сети?

Вероятно, что у Вашего гостя KVM есть NIC, который не связан с соединенным мостом устройством хоста, таким образом, сервисы не будут доступны из сети, которые работают на госте.

• Как установить соединенные мостом сети в KVM - Учебное руководство
• Установка гостевой сети

2. SELinux?

Можно временно отключить его, чтобы видеть, вызывает ли это Вас проблемы.

$ sudo setenforce 0

$ getenforce 
Disabled

3. Брандмауэр (статические правила)?

Временно отключите его.

$ sudo service iptables stop

$ sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

4. Брандмауэр (динамические правила)?

В более новых версиях Fedora новый сервис теперь включен названный firewalld. Можно попытаться отключить его.

$ sudo service firewalld stop

выборка от Wiki

firewalld предоставляет динамично управляемому брандмауэру поддержку зон сети/брандмауэра для определения доверительного уровня сетевых соединений или интерфейсов. Это имеет поддержку IPv4, настроек брандмауэра IPv6 и мостов Ethernet и имеет разделение и постоянных параметров конфигурации во время выполнения. Это также поддерживает интерфейс для сервисов или приложений, чтобы добавить, что брандмауэр управляет непосредственно.

Бывшая модель брандмауэра с system-config-firewall/lokkit была статична, и каждое изменение потребовало полного перезапуска брандмауэра. Это включало также, чтобы разгрузить брандмауэр netfilter модули ядра и загрузить модули, которые необходимы для новой конфигурации. Разгружение модулей повреждало брандмауэринг с сохранением информации и установленные соединения.

Демон брандмауэра, с другой стороны, управляет брандмауэром динамично и применяет изменения, не перезапуская целый брандмауэр. Поэтому нет никакой потребности перезагрузить все модули ядра брандмауэра. Но использование демона брандмауэра требует, чтобы все модификации брандмауэра были сделаны с тем демоном, чтобы удостовериться, что состояние в демоне и брандмауэр в ядре находятся в синхронизации. Демон брандмауэра не может проанализировать правила брандмауэра, добавленные ip*tables и ebtables инструментами командной строки.

Демон предоставляет информацию о текущих активных настройках брандмауэра через D-ШИНУ и также принимает изменения через использование D-ШИНЫ методы аутентификации PolicyKit.

Это было действительно проблемой с брандмауэром (это было вероятно проблема, потому что ssh всегда работал). Хотя iptables был отключен, Fedora теперь идет firewalld также это также должно было быть отключено.

$ sudo service firewalld stop

firewalld стал значением по умолчанию начиная с Fedora 18, и обновление изменило некоторые настройки брандмауэра, которые должны быть зафиксированы.

Моя решена по команде.

$ sudo service firewalld stop

Лучше проверить, нет ли проблем с маршрутом к хосту.

1. статус iptables службы
2. статус firewalld службы
3. getenforce

1 и 2 должны быть остановлены или добавлены требуемые роллы.

3 необходимо проверить статус selinux