Почему мой вызов API для OVH не работает на выделенном ipBlock? - PullRequest
0 голосов
/ 22 января 2019

Задача

Я застрял на том, как использовать этот вызов OVH для получения MAC, который был назначен для задачи. Проблема в том, что я не могу предположить, чтобы успешно угадать, что является обязательным параметром "ip" типа "ipBlock".

Моя адресация

193.xx.x.115: на моем выделенном сервере запущено много контейнеров
151.zz.z.192 / 27: блок IP-адресов, который мы приобрели у OVH, чтобы назначить публичный IP-адрес каждому контейнеру
151.zz.z.219: Существующий контейнер, для которого недавно была выполнена задача выделения vMAC (источник taskId)

Что я пытался использовать с client.get (URL)

URL = "/ip/" + 151.zz.z.192/27 + "/task/" + taskID

бросков ovh.exceptions.ResourceNotFoundError: Got an invalid (or empty) URL

URL = "/ip/" + 151.zz.z.192 + "/task/" + taskID

бросков ovh.exceptions.ResourceNotFoundError: The requested object (ip = 151.80.6.192) does not exist

URL = "/ip/" + 151.zz.z.219 + "/task/" + taskID

бросков ovh.exceptions.ResourceNotFoundError: The requested object (ip = 151.80.6.211) does not exist

URL = "/ip/" + 193.xx.x.115 + "/task/" + taskID

бросков ovh.exceptions.ResourceNotFoundError: The requested object (taskId = 127250060) does not exist

В целом

Я начинаю задумываться, работает ли этот вызов API с vMAC. Единственный раз, когда он находит URL и ресурс действительными, это когда я указываю его непосредственно на выделенный сервер, а не на блок IP, который выделен для контейнеров или CT-адреса.

В то же время это кажется менее вероятным, если учесть, что я успешно использовал другой вызов API непосредственно перед этим для назначения vMac тому же IP-адресу контейнера.

Какой совет вы можете предложить? Заранее спасибо.

1 Ответ

0 голосов
/ 24 января 2019

Действительный формат ipBlock - это тип, который вы получаете при вызове /ip/.В вашем случае: 151.zz.z.192/27.

Из моих экспериментов не похоже, что задачи в /ip/... включают задачи создания vmac.Я попытался создать несколько vmacs, и связанные с ними задачи отображаются по адресу: /dedicated/server/{serviceName}/task (function=addVirtualMac).

Вы можете получить оттуда состояние готовности (конкретно, /dedicated/server/{serviceName}/task/{taskId}), но это невключите сгенерированный MAC.

Существует одна конечная точка, которая показывает все виртуальные MAC.Может быть, вы можете использовать его для своих целей: /dedicated/server/{serviceName}/virtualMac

...