On Wed, Sep 7, 2016 at 5:40 PM Turbo Fredriksson <[email protected]> wrote:
> On Sep 7, 2016, at 10:24 PM, Brandon Sawyers wrote: > > > I think we are. I'm specifically talking about having my nodes talk to > each > > other using a FQDN. > > Yes, that IS what you use a DNS for. > > > I'm not sure if this is the case or not. I've seen several things online > > saying that it is possible. I just can't seem to get it to work. > > Such as? > https://openstack.nimeyo.com/83652/openstack-neutron-designate-tenancy-neutrons-integration?start=0#a_list_title That's the last one I was looking at. > > > I've got designate working so that when a floating ip gets added to an > > instance the DNS will update but it only adds an entry for the floating > ip, > > not the private ip. > > Did you set "dns_name" on the private IP? > I don't have to. Neutron set it's for me. [brandor5@cloudcontrol ~]$ neutron port-show 335a3915-a5bf-4d62-ab46-2e96b258696b +-----------------------+----------------------------------------------------------------------------------+ | Field | Value | +-----------------------+----------------------------------------------------------------------------------+ | admin_state_up | True | | allowed_address_pairs | | | binding:host_id | os-compute-1.mgt | | binding:profile | {} | | binding:vif_details | {"port_filter": true} | | binding:vif_type | bridge | | binding:vnic_type | normal | | created_at | 2016-09-07T21:51:32 | | description | | | device_id | 85c71134-dce0-4161-8910-6a9f12f0c7a4 | | device_owner | compute:nova | | dns_assignment | {"hostname": "test", "ip_address": "10.0.0.15", "fqdn": "test.cloud.int."} | | dns_name | test | | extra_dhcp_opts | | | fixed_ips | {"subnet_id": "3a6bedd6-3c8f-4bfb-8e2b-60db8c711afd", "ip_address": "10.0.0.15"} | | id | 335a3915-a5bf-4d62-ab46-2e96b258696b | | mac_address | fa:16:3e:73:61:b5 | | name | | | network_id | a42ea9bf-2aa8-4097-a0be-fce7db9a2707 | | port_security_enabled | True | | security_groups | 6eb331a7-63eb-4198-8e38-8b9620bfc0e1 | | status | ACTIVE | | tenant_id | ad9cd650613b4758b430a38ce1e7f2dc | | updated_at | 2016-09-07T21:51:35 | +-----------------------+----------------------------------------------------------------------------------+ [brandor5@cloudcontrol ~]$ neutron net-show cit.nis-test +---------------------------+--------------------------------------+ | Field | Value | +---------------------------+--------------------------------------+ | admin_state_up | True | | availability_zone_hints | | | availability_zones | nova | | created_at | 2016-09-07T19:44:45 | | description | | | dns_domain | test.internal. | | id | a42ea9bf-2aa8-4097-a0be-fce7db9a2707 | | ipv4_address_scope | | | ipv6_address_scope | | | mtu | 1450 | | name | test.int | | port_security_enabled | True | | provider:network_type | vxlan | | provider:physical_network | | | provider:segmentation_id | 66 | | router:external | False | | shared | False | | status | ACTIVE | | subnets | 3a6bedd6-3c8f-4bfb-8e2b-60db8c711afd | | tags | | | tenant_id | ad9cd650613b4758b430a38ce1e7f2dc | | updated_at | 2016-09-07T19:44:46 | +---------------------------+--------------------------------------+ [brandor5@cloudcontrol ~]$ openstack zone list +--------------------------------------+----------------------+---------+------------+--------+--------+ | id | name | type | serial | status | action | +--------------------------------------+----------------------+---------+------------+--------+--------+ | cf91b092-7d7b-4813-aa40-c31ec4573362 | test.internal. | PRIMARY | 1473278904 | ACTIVE | NONE | +--------------------------------------+----------------------+---------+------------+--------+--------+ [brandor5@cloudcontrol ~]$ openstack recordset list test.internal. +--------------------------------------+---------------------------+------+-------------------------------------------------------------------------+--------+--------+ | id | name | type | records | status | action | +--------------------------------------+---------------------------+------+-------------------------------------------------------------------------+--------+--------+ | 24fb1df3-1922-4869-9550-3ad21fefdd05 | test.internal. | NS | ns1.local. | ACTIVE | NONE | | cc454b07-0537-4add-a8ca-6e76bf761060 | test.internal. | SOA | ns1.local. brandor5.gmail.com. 1473278904 3512 600 86400 3600 | ACTIVE | NONE | | 30efcfd8-220c-44fd-ac4e-da85efc3a497 | test.test.internal. | A | 172.21.14.62 | ACTIVE | NONE | +--------------------------------------+---------------------------+------+-------------------------------------------------------------------------+--------+--------+ Everything that should be there seems to be. Even the floating ip of a previous iteration. > > > How would I do that? I don't see "dns_name" on a guest and neither > > openstack client or nova client have a way to update it. > > ----- s n i p ----- > bladeA01:~# neutron port-show e7c956c4-f146-4531-b18b-23388dcbaf8c | grep > dns| dns_assignment | {"hostname": "host-10-100-0-247", > "ip_address": "10.100.0.247", "fqdn": > "host-10-100-0-247.openstack.domain.tld."} | > | dns_name | > | > ----- s n i p ----- > > It's unset, because I don't use that system any more. See below. > > ----- s n i p ----- > bladeA01:~# neutron port-update --help | grep dns > [--dns-name DNS_NAME | --no-dns-name] > --dns-name DNS_NAME Assign DNS name to the port (requires DNS > integration > --no-dns-name Unassign DNS name from the port (requires DNS > ----- s n i p ----- > > The "openstack" command isn't quite finished yet, so in this case you'll > need to use the "neutron" command. > > > It sounds like > > you're using heat to create the port before hand and then heat attaches > > that port to your instance. > > No, I create a OS::Designate::Record for the record manually in my > Heat stack. I no longer use the automated Designate addition. > > > http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FloatingIP-prop-dns_name > > > http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Port-prop-dns_name > > > Yep, I've got designate working for floating ips, like I said above. Are > > the networks you're using external networks and not internal? That might > > explain what is happening. > > No, internal. But as I've said, I now do this manually. But before that, > I had the automatic stuff working just fine. I just prefer to have better > control over where and how an entry is create (I have several different > domains, for different purposes and any port on a network, might have to > be added in several domains). > -- > I love deadlines. I love the whooshing noise they > make as they go by. > - Douglas Adams > >
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : [email protected] Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
