FIWARE Orion на VMware Доступ запрещен

Я недавно создал образ Orion, найденный ЗДЕСЬ на VMWare Player. После обновления до версии 0.22 я могу подтвердить, что он запущен и работает с завитком внутри виртуальной машины:

[root@centimeter ~]# curl -XGET localhost:1026/version
<orion>
    <version>0.22.0</version>
    <uptime>0 d, 0 h, 5 m, 54 s</uptime>
    <git_hash>06bc8fd55ee37567a3754422e78e732c8fd69da8</git_hash>
    <compil_time>Mon May 25 13:25:10 CEST 2015</compile_time>
    <compiled_by>fermin</compiled_by>
    <compiled_in>centollo</compiled_in>
</orion>

Однако, если я запустил эту проверку с хост-компьютера (на IP-адрес гостевой виртуальной машины или с правильно настроенной переадресацией портов), я получаю следующее:

GET http://192.168.0.104:1026/version
{
    message: "Access forbidden"
}

Что мне не хватает?

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

Я думаю, что это как-то связано с недавней реализацией CORS. Любая помощь?

Спасибо, Душан


fiware fiware-orion vmware-player
person duxan    schedule 07.06.2015    source источник
comment
Спасибо, Фермин. Как вы предположили в ответе, это была проблема с сетью. Сначала моя сеть не работала, когда я создал виртуальную машину из образа. Я нашел eth0 под другим именем, поэтому решил эту проблему с помощью таких ответов: cyberciti.biz/tips/. Однако похоже, что тогда мой петлевой интерфейс так и остался неработающим. Простой ifup lo решил все. Благодарю вас!   -  person duxan    schedule 10.06.2015
comment
Рад узнать, что вы решили это :)   -  person fgalan    schedule 10.06.2015

Ответы (1)


arrow_upward
1
arrow_downward

Я не думаю, что сам процесс Orion генерирует это сообщение, поскольку ни одно место в его исходном коде не может отобразить это сообщение.

Таким образом, создается впечатление, что это сообщение генерирует другой объект. Это может быть процесс, запущенный внутри виртуальной машины, вы можете проверить с помощью netstat -ntlpd | grep 1026, прослушивает ли какой-либо другой процесс интерфейс 192.168.0.104. Или это может быть какой-то сетевой процесс, связанный с инструментами VMware, работающими за пределами виртуальной машины (хотя переход на тот же IP-адрес от самой виртуальной машины не поддерживает этот вариант...).

В любом случае убедитесь, что IP-адрес 192.168.0.104 связан с этой конкретной виртуальной машиной.

person fgalan    schedule 08.06.2015