Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

work in progress: ssl configuration for Tendrl [blocked] #46

Closed
wants to merge 6 commits into from

Conversation

mbukatov
Copy link
Collaborator

Implementing #30

@mbukatov mbukatov added this to the changes_for_v1.5.2 milestone Sep 22, 2017
@mbukatov mbukatov self-assigned this Sep 22, 2017
lineinfile:
path: /etc/httpd/conf.d/tendrl.conf
regexp: ' *#? *Redirect permanent / https://.*/'
line: " Redirect permanent / https://{{ httpd_ip_address }}/"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think, there should be FQDN, instead of IP address.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good point, let's discuss it here: Tendrl/api#302

- name: Validate ansible variables tweaking apache configuration
assert:
that:
- lookup('dig', ansible_fqdn) == httpd_ip_address
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@dahorak here it is

- name: Configure VirtualHost ServerName in tendrl-ssl.conf
lineinfile:
path: /etc/httpd/conf.d/tendrl-ssl.conf
insertafter: '<VirtualHost .*:443>'
Copy link
Contributor

@dahorak dahorak Sep 25, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there any reason not to use just <VirtualHost *:443> (or <VirtualHost _default_:443>) - simply do not specify any IP address?

From my point of view, it make sense to serve Tendrl related pages on all available IPs/interfaces on the Tendrl server and if somebody want's to restrict it, he or she should know why and how to do it... But default could be with _default_ (or *) and it might avoid some unexpected issues with Tendrl server connected into multiple networks or with access from localhost...

If it make sense, it might be worth to change also the default in the tendrl-api package (https://github.com/Tendrl/api/blob/master/config/apache.vhost-ssl.sample#L8).

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@brainfunked @anivargi see previous comment from @dahorak

@brainfunked
Copy link
Contributor

@dahorak your solution is correct. Ideally, we should use the default vhost for ssl. However, that requires the vhost in the ssl configuration file shipped with the package to be modified. In the long run, this would involve tracking changes to the file in every rpm update.

The idea behind the sample configuration files is that they could be dropped into an existing apache setup without having to modify any of the default configuration files shipped in various packages.

@mbukatov
Copy link
Collaborator Author

mbukatov commented Oct 3, 2017

@dahorak I rechecked your suggestion and when I modify the tendrl-ssl.conf file as you suggested (using * instead of ip address for VirtualHosts):

<VirtualHost *:443>
  # Adjust the ServerName directive to reflect the FQDN for your host. Add
  # additional ServerAlias directives if required.
  ServerName mbukatov-usm1-server.usmqe.lab.eng.brq.redhat.com

The appache starts serving me testing page instead of tendrl web ui ... so I don't think that is a good idea.

@dahorak
Copy link
Contributor

dahorak commented Oct 4, 2017

@mbukatov yep, I understand it from the previous comment. To be able to use this approach, we should modify the default config file shipped with mod_ssl package... which is not good idea.
So there is remaining question, how to deal with situation, when Tendrl server is connected to more than one network?

@mbukatov mbukatov removed this from the changes_for_v1.5.2 milestone Oct 4, 2017
@r0h4n
Copy link
Contributor

r0h4n commented Nov 9, 2017

Are you still working on this ?

@mbukatov
Copy link
Collaborator Author

mbukatov commented Nov 9, 2017

@r0h4n I'm not working on this right now, and I don't plan to work on this during the time our team is focused on dowsntream work. When I have time on the upstream work again, I will need to test multiple possible configurations to test which one makes sense, rebase this pull request and restart the upstream review.

@mbukatov
Copy link
Collaborator Author

Status update: this is not part of short term work plan (next 2 milestones) right now.

@mbukatov mbukatov changed the title work in progress: ssl configuration for Tendrl work in progress: ssl configuration for Tendrl [blocked] Mar 15, 2019
@mbukatov mbukatov added the blocked depends on issue in other component or something outside of tendrl-ansible itself label Mar 22, 2019
@mbukatov mbukatov removed their assignment Apr 17, 2019
@mbukatov mbukatov closed this Jun 17, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
blocked depends on issue in other component or something outside of tendrl-ansible itself
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants