Skip to content

Enable delete via IP address #2

Open

Description

@alexellis

Expected Behaviour

After provisioning and coming back later, an inlets exit-node will be known mainly by its IP rather than the internal ID used by the cloud provider.

We could do something like this for a friendlier experience:

inlets delete --ip 209.97.131.180

Current Behaviour

We delete via an ID

inlets delete --id 164857028

Possible Solution

if --ip is given, iterate and page through the instances the cloud provider has (filtered by tag?) and match on IP, then use that ID to run the deletion.

This is a follow-on feature from #1

Activity

  1. added
    enhancementNew feature or request
    and removed
    bugSomething isn't working
    on Nov 11, 2019
  2. alexellis commented on Nov 11, 2019

    @alexellis
    MemberAuthor

    Removing incorrect label of "bug"

  3. adamjohnson01 commented on Jan 1, 2020

    @adamjohnson01
    Contributor

    @alexellis , I will do this one as well.

  4. alexellis commented on Jan 1, 2020

    @alexellis
    MemberAuthor

    Thanks 👍

    This is going to be rather more involved I think, but would be awesome to have.

    In the meantime, can you also send a PR to update the create command so that it prints the sample delete command?

  5. adamjohnson01 commented on Jan 1, 2020

    @adamjohnson01
    Contributor

    In the meantime, can you also send a PR to update the create command so that it prints the sample delete command?

    Sure, will do!

  6. adamjohnson01 commented on Jan 4, 2020

    @adamjohnson01
    Contributor

    @alexellis, as part of #21 I created a method for each provisioner called List. We could potentially create a new cmd called list that will list all of the exit nodes for the specified provisioner. Let me know what you think.

  7. adamjohnson01 commented on Jan 26, 2020

    @adamjohnson01
    Contributor

    @alexellis , this can be closed as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions