Получение "FAILED" при подключении к PCF Dev с CF CLI

Question

Получение "FAILED" при подключении к PCF Dev с CF CLI

Я запускаю pcf dev 0.15.0 на CentOS x64 7.2 с Vagrant 1.8.1 и VirtualBox 5.0.

Когда я делаю vagrant up мне кажется (мне кажется), что все нормально загружается (хотя требуется от 0 до 48 запущенных сервисов)

PCF Dev has reserved 32 GB out of 46 GB total system memory.
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Checking if box 'pcfdev/pcfdev' is up to date...
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Forwarding ports...
    default: 22 (guest) => 2222 (host) (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
    default: Warning: Remote connection disconnect. Retrying...
    default: Warning: Remote connection disconnect. Retrying...
==> default: Machine booted and ready!
==> default: Checking for guest additions in VM...
==> default: Configuring and enabling network interfaces...
==> default: Machine already provisioned. Run `vagrant provision` or use the `--provision`
==> default: flag to force provisioning. Provisioners marked to run always will still run.
==> default: Running provisioner: shell...
    default: Running: inline script
==> default: stdin: is not a tty
==> default: Waiting for services to start...
==> default: 0 out of 48 running
==> default: 0 out of 48 running
==> default: 0 out of 48 running
==> default: 0 out of 48 running
==> default: 0 out of 48 running
==> default: 37 out of 48 running
==> default: 48 out of 48 running
==> default: PCF Dev is now running.
==> default: To begin using PCF Dev, please run:
==> default:    cf login -a api.local.pcfdev.io --skip-ssl-validation
==> default: Email: admin
==> default: Password: admin

Я запускаю это без изменений, единственное изменение состоит в том, что я установил VM_MEMORY потому что я хочу использовать больше памяти (вы можете увидеть результат в первой строке файла журнала)

Когда я пытаюсь войти, используя cf login -a api.local.pcfdev.io --skip-ssl-validation -v это не может быть решено, поэтому я использую IP-адрес, который ifconfig говорит мне после того, как я vagrant ssh в коробку:

eth0      Link encap:Ethernet  HWaddr 08:00:27:6c:38:a8
          inet addr:10.0.2.15  Bcast:10.0.2.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe6c:38a8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:823 errors:0 dropped:0 overruns:0 frame:0
          TX packets:669 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:82923 (82.9 KB)  TX bytes:83850 (83.8 KB)

eth1      Link encap:Ethernet  HWaddr 08:00:27:02:34:18
          inet addr:192.168.11.11  Bcast:192.168.11.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe02:3418/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:32 errors:0 dropped:0 overruns:0 frame:0
          TX packets:39 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2955 (2.9 KB)  TX bytes:4782 (4.7 KB)

Это результат, когда я использую 192.168.11.11 при соединении с cf:

API endpoint: 192.168.11.11

REQUEST: [2016-06-10T10:24:37+02:00]
GET /v2/info HTTP/1.1
Host: 192.168.11.11
Accept: application/json
Content-Type: application/json
User-Agent: go-cli 6.18.1+a1103f0 / linux



RESPONSE: [2016-06-10T10:24:37+02:00]
HTTP/1.1 404 Not Found
Content-Length: 65
Content-Type: text/plain; charset=utf-8
Date: Fri, 10 Jun 2016 08:24:37 GMT
X-Cf-Routererror: unknown_route
X-Content-Type-Options: nosniff
X-Vcap-Request-Id: ba181cbd-aaf3-43cf-4169-e2d7e42d19a5

404 Not Found: Requested route ('192.168.11.11') does not exist.


REQUEST: [2016-06-10T10:24:37+02:00]
GET /v2/info HTTP/1.1
Host: 192.168.11.11
Accept: application/json
Content-Type: application/json
User-Agent: go-cli 6.18.1+a1103f0 / linux



RESPONSE: [2016-06-10T10:24:37+02:00]
HTTP/1.1 404 Not Found
Content-Length: 65
Content-Type: text/plain; charset=utf-8
Date: Fri, 10 Jun 2016 08:24:37 GMT
X-Cf-Routererror: unknown_route
X-Content-Type-Options: nosniff
X-Vcap-Request-Id: 69d68148-17ca-4434-4562-4a6fd90d7984

404 Not Found: Requested route ('192.168.11.11') does not exist.

FAILED
Server error, status code: 404, error code: 0, message:

Похоже, что у других тоже есть похожие проблемы в Windows: https://github.com/pivotal-cf/pcfdev/issues/68

2

virtualbox cloudfoundry pivotal-cloud-foundry pcfdev

Источник

user1354537 10 июн '16 в 07:30

1 ответ

Решение

Другие вопросы по тегам virtualbox cloudfoundry pivotal-cloud-foundry pcfdev

user1061413 10 июн '16 в 08:32 2016-06-10 08:32 · Accepted Answer · 2016-06-10 08:32

То, что вы пытаетесь, не сработает, потому что IP-адрес не является IP-адресом сервера API, это IP-адрес маршрутизатора, который будет смотреть на запрошенный хост и определять, куда прокси-запрос (например, система сообщает это прокси запросы api.local.pcfdev.io к API-интерфейсу Cloud Controller, работающему внутри вашего ПК Dev Dev.

api.local.pcfdev.io следует разрешить 192.168.11.11, любой *.local.pcfdev.io адрес будет, это глобально настроенный DNS для удобства людей, использующих PCF Dev. Вам даже не нужно устанавливать PCF Dev на вашем компьютере, чтобы это работало, например, на моем компьютере:

$ nslookup foo.local.pcfdev.io
Server:     208.69.43.23
Address:    208.69.43.23#53

Non-authoritative answer:
Name:   foo.local.pcfdev.io
Address: 192.168.11.11

Если есть какое-то ограничение, не позволяющее вашей машине разрешать адреса, зарегистрированные в мире, вам может потребоваться научить локальную машину правильному разрешению DNS. Одним из вариантов является настройка вашего компьютера для разрешения этого подстановочного домена: https://serverfault.com/questions/118378/in-my-etc-hosts-file-on-linux-osx-how-do-i-do-a-wildcard-subdomain

Другой вариант - просто определить разрешения DNS для конечного списка системных компонентов в вашем /etc/hosts файл. Я не уверен на 100%, каким будет полный список, но я думаю, что это, вероятно, охватит его:

blobstore.local.pcfdev.io
uaa.local.pcfdev.io
login.local.pcfdev.io
api.local.pcfdev.io
doppler.local.pcfdev.io
loggregator.local.pcfdev.io

В дополнение к системным компонентам вам нужно будет убедиться, что у вас есть настроенный DNS для каждого приложения, которое вы нажимаете. Я считаю, что по умолчанию ваши приложения будут доступны через some-app-name.local.pcfdev.io который в настоящее время не работает для вас. Здесь вы можете настроить дополнительные /etc/hosts записи для каждого приложения, которое вы нажимаете, или вы можете выбрать другой домен приложений с подстановочными знаками, который ваш компьютер может разрешить 192.168.11.11 (например, попробуйте 192.168.11.11.xip.ioхотя я подозреваю, что ваша машина не понравится xip.io или). Подробнее о том, как сообщить PCF Dev о создании нового домена для использования в приложениях, можно узнать здесь: https://docs.cloudfoundry.org/adminguide/manage-domains-routes.html. Так что в этом случае ваше приложение будет доступно на some-app-name.192.168.11.11.xip.io,

Еще, *.local.pcfdev.io DNS регистрируется на общедоступных DNS-серверах, поэтому самым простым будет выяснить, как получить разрешение на вашем компьютере.