Pwd is actually a string like once I have done that authentication on an initial request, I use a combination of a JSESSIONID cookie and an X-XSRF-TOKEN received in this first response in subsequent requests and don’t send the Authorization header any more. Pm.t(“autheader”,”Remote “.concat(btoa(pm.environment.get(“pwd”)))) I ended up writing a Javascript function to generate it prior to the request being sent. I also authenticate to vIDM and so the authentication header has to be created in a more complex way with a base64 encoding of username and password prefixed with “Remote “.
I am going to try import the API specification. I created a collection but was adding to it manually having no idea what swagger and API specifications were about. Who knows, next time when you need to configure or deploy something in NSX-T you might be doing it using one of the NSX-T API requests in Postman. It takes some minutes, but now that everything has been set up it will be less of a hassle to get started. The requests within the collections will now use these “parent” authorization settings. Click the “ Update” button to save the changes: Instead of entering the NSX-T credentials in the Username and Password fields, you type a “ ” for “ Password“. Select “ Basic Auth” from the “ Type” list. This is configured under “ Authorization“. We also need to authenticate when connecting to the NSX-T API. Don’t forget to select the environment (in the top right corner) so that Postman knows where to fetch it’s value. The Manager API specification can be fetched at: The Policy API specification is at: We immediately make use of the “ baseUrl” environment variable. You can download their specifications using a GET request. In Postman: Step 3 – Download the NSX-T OpenAPI specificationsīoth the Manager API and the Policy API are described in the OpenAPI format. Give the environment a name and add the following variables: Variable To create an environment in Postman choose File > New and select Environment.
Using environment variables is a real time saver. These can then be used within API requests. Step 2 – Create a Postman environmentĪfter we’ve installed Postman, we should create a Postman environment for our NSX-T environment.Īn environment in Postman is a place where you create and store variables with their values. Step 1 – Download and install PostmanĪ pretty obvious first step. In this article I will show you how I set up REST API Client Postman for interaction with the NSX-T API.
Luckily, with the right tools and some preparation, getting started with API-based management isn’t all that hard. Sooner or later you will be facing tasks that either require you to use the API or simply are much faster to complete using the API. Wether you like it or not, the API plays a significant role when installing, configuring, and managing an NSX-T environment.
0 kommentar(er)
