Interface for automatic vhost management

[andersk]

(Imported from ​help.mit.edu #394939.)

geofft:

I have a rough prototype of an auto-CNAME script in /mit/geofft/scripts/cname.sh. People should test it, make sure its logic is right, and laugh at my poor coding standards. I think it handles everything (modulo the special case for "DELETE", which it doesn't explicitly take care of at the moment). It doesn't actually do anything yet, just print the actions that it would take.

I'll make it do something (i.e., e-mail jweiss and dump the vhost into SVN) once I'm confident its existing logic is right. Oh, and recommendations for a decent regex or other pattern-matching check for scripts URLs? (Escaping the string and calling wget is certainly an option.)

Oh, and someone who doesn't "add consult" by default (especially someone with tcsh) should make sure the script can still reach qy.

geofft:

Yeah, so more people should test this so we can put it into production. Seriously, it takes like 2 minutes to try some valid data and make sure it produces correct output, and then try invalid data and make sure it errors. And maybe 5 more minutes to read through my source and find holes in it. (Although most holes don't matter, since the script executes as the user.)

andersk:

I fixed some bugs:

/mit/andersk/Public/scripts/geofft-cname.sh

[price]

Current thinking is that this should be a web interface exposed to users, like webmoira. It'll be easier to make sane things happen after #17 is done.

[quentin]

When we implement this change, we should also allow users to create *.username.scripts.mit.edu. We should at the same time make sure that users cannot sign up lockers that are named *.otherusername.scripts or vice versa.

[mitchb]

Xavid's made major progress to having scripts-pony exist and be ready for prime-time.

[adehnert]

Is this ticket in any sense not complete?

[xavid]

Yeah, I think we can close this now.