Closed Bug 1120384 Opened 9 years ago Closed 9 years ago

Create public fqdn of webqa-ci.mozilla.com to proxy traffic to http://webqa-ci1.qa.scl3.mozilla.com:8080/

Categories

(Infrastructure & Operations :: SSL Certificates, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: davehunt, Assigned: cliang)

References

Details

(Whiteboard: [kanban:https://webops.kanbanize.com/ctrl_board/2/271] )

See bug 1112555 for details and bug 1118241 for results of security review.
Hi, MOC.

I have no idea where to assign this request - they're asking for public (8080/tcp) access to a non-DMZ host that isn't managed by WebOps.

Could you help us triage this service request?
Assignee: vpn-acl → nobody
Component: Mozilla VPN: ACL requests → MOC: Service Requests
QA Contact: dparsons → lypulong
Per IRC, this is a NetOps DC ACL Request, so moving it to that component.

:ulfr, you did sec-review for bug 1118241, can you chime in here?
Assignee: nobody → network-operations
Component: MOC: Service Requests → NetOps: DC ACL Request
Flags: sec-review?(jvehent)
QA Contact: lypulong → jbarnell
Summary: Make http://webqa-ci1.qa.scl3.mozilla.com:8080/ publicly accessible → External NAT request: webqa-ci1.qa.scl3.mozilla.com (8080/tcp)
Dave: we typically don't open non-standard ports like this. This request would be easier to process if we went with the standard webops setup, which includes:

1. pick a public fqdn for the service, and not an internal machine hostname. For example: ci.qa.mozilla.com

2. obtain a certificate for the public fqdn

3. set a vhost on the external load balancer to terminate HTTPS with the certificate and proxy web traffic to http://webqa-ci1.qa.scl3.mozilla.com:8080/

Would this work for you? If so, let's transfer this bug over to webops.
Flags: needinfo?(dave.hunt)
Flags: sec-review?(jvehent) → sec-review-
(In reply to Julien Vehent [:ulfr] (use needinfo) from comment #3)
> Dave: we typically don't open non-standard ports like this. This request
> would be easier to process if we went with the standard webops setup, which
> includes:
> 
> 1. pick a public fqdn for the service, and not an internal machine hostname.
> For example: ci.qa.mozilla.com
> 
> 2. obtain a certificate for the public fqdn
> 
> 3. set a vhost on the external load balancer to terminate HTTPS with the
> certificate and proxy web traffic to
> http://webqa-ci1.qa.scl3.mozilla.com:8080/
> 
> Would this work for you? If so, let's transfer this bug over to webops.

Yes, this would all work for me. I would suggest webqa-ci.mozilla.com as the FQDN, what do you think Stephen?
Flags: needinfo?(dave.hunt) → needinfo?(stephen.donner)
(In reply to Dave Hunt (:davehunt) from comment #4)
 
> Yes, this would all work for me. I would suggest webqa-ci.mozilla.com as the
> FQDN, what do you think Stephen?

Ship it -- yes, please! :-)
Flags: needinfo?(stephen.donner)
See comment 3 for details.
Assignee: network-operations → server-ops-webops
Component: NetOps: DC ACL Request → WebOps: SSL and Domain Names
QA Contact: jbarnell → nmaul
Summary: External NAT request: webqa-ci1.qa.scl3.mozilla.com (8080/tcp) → Create public fqdn of webqa-ci.mozilla.com to proxy traffic to http://webqa-ci1.qa.scl3.mozilla.com:8080/
Whiteboard: [kanban:https://webops.kanbanize.com/ctrl_board/2/271]
I *think* this now depends on bug 1121453 -- clear the field if that's not the case, please :-)
Depends on: 1121453
I'd say bug 1121453 is a nice to have (and I see no reason that we won't have it) but it doesn't block moving forward on this bug. I think we just need to find an owner for this bug now that can set up what we need.
No longer depends on: 1121453
:gozer -- is this something you could pick up for us?  Thanks!
Flags: needinfo?(gozer)
Assignee: server-ops-webops → cliang
Flags: needinfo?(gozer)
webqa-ci.mozilla.com should be set up and working.  HTTP traffic should be automatically re-directed to HTTPS.  Requests are logged at the ZLB.  Please verify that things are working as expected.  =)

I've also created a service entry in Inventory which lists the technical owner of the service (AKA "who should be poked if the underlying server is having issues") as Stephen Donner with a business owner (AKA "which director does this belong to") as Clint Talbert.
(In reply to C. Liang [:cyliang] from comment #10)
> webqa-ci.mozilla.com should be set up and working.  HTTP traffic should be
> automatically re-directed to HTTPS.  Requests are logged at the ZLB.  Please
> verify that things are working as expected.  =)
> 
> I've also created a service entry in Inventory which lists the technical
> owner of the service (AKA "who should be poked if the underlying server is
> having issues") as Stephen Donner with a business owner (AKA "which director
> does this belong to") as Clint Talbert.

Thanks so, so much - to both you and Stephanie, for prioritizing this for us and making it happen!  <3

I've logged in, and will let Dave Hunt work with me, soon, on any further issues/needs; thanks!
This is *awesome* thank you so much! :)
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.