From Fedora Project Wiki
m (1 revision(s))
m (Clean up.)
Line 1: Line 1:
<!-- Do not remove
{{header|infra}}
-->
<!-- StartHeader
-->
<pre>#!html
<div style="height:66px; width:100%; background-color:#002867;">
<a href = "http://fedoraproject.org/wiki/Infrastructure"> <img style="float:right;padding-top:3px;" src="http://fedoraproject.org/wiki/Infrastructure?action=AttachFile&do=get&target=InfrastructureTeamN1.png" /></a>
</div>


<HR style="height:2px; background-color:#00578E;" />
</pre>
<!-- EndHeader
-->
<!-- page was renamed from InfrastructurePrivate/FedoraPeopleConfig
-->
= Fedorapeople.org =
= Fedorapeople.org =


Fedorapeople.org was set up to provide a place for fedora contributors/developers to host files/scm repositories/etc and easily exchange files with people as part of what they do for fedora. It's been very successful. In order to make it secure and sensible we needed to take some semi-extreme steps to keep people from abusing our generosity.
Fedorapeople.org was set up to provide a place for fedora contributors/developers to host files/scm repositories/etc and easily exchange files with people as part of what they do for fedora. It's been very successful. In order to make it secure and sensible we needed to take some semi-extreme steps to keep people from abusing our generosity.


== Getting the accounts on the box ==
== Getting the accounts on the box ==
Line 26: Line 11:


finally we modified /etc/nsswitch.conf to include 'db' for passwd, shadow and groups. This means that the system uses nss_db as an additional module to do user/group lookups.
finally we modified /etc/nsswitch.conf to include 'db' for passwd, shadow and groups. This means that the system uses nss_db as an additional module to do user/group lookups.


== polyinstantiated tempdirs ==
== polyinstantiated tempdirs ==
We wanted a way so that each user would have their own tmpdir and ONLY they could write to it. We also wanted the tmpdir to appear on the same filesystem as their homedir so we could make one set of quotas apply to all the places where the user could write. We used [http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/sag-pam_namespace.html pam_namespace]  to configure /tmp and /var/tmp to point to a directory inside /home/tempdirs. In order to keep from having to make directories in advance for all of our users pam_namespace can make these on the fly at login.
We wanted a way so that each user would have their own tmpdir and ONLY they could write to it. We also wanted the tmpdir to appear on the same filesystem as their homedir so we could make one set of quotas apply to all the places where the user could write. We used [http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/sag-pam_namespace.html pam_namespace]  to configure /tmp and /var/tmp to point to a directory inside /home/tempdirs. In order to keep from having to make directories in advance for all of our users pam_namespace can make these on the fly at login.


/etc/pam.d/system-auth file:
/etc/pam.d/system-auth file:
Line 56: Line 39:


Reboot and any login will have a dir made automatically in that path and they will not be able to distinguish /tmp from that path. It is bindmounted in place only for their login instance. Only they can see it and multiple logins do not conflict with each other.
Reboot and any login will have a dir made automatically in that path and they will not be able to distinguish /tmp from that path. It is bindmounted in place only for their login instance. Only they can see it and multiple logins do not conflict with each other.


== quotas ==
== quotas ==
Line 72: Line 54:
noatime is just for speed and less silly writes. Everything else is to keep them from doing anything sneaky.
noatime is just for speed and less silly writes. Everything else is to keep them from doing anything sneaky.
The above mount restrictions we also put on /dev/shm just to keep sneaky people from figuring out they could write there.
The above mount restrictions we also put on /dev/shm just to keep sneaky people from figuring out they could write there.


== application set refinement ==
== application set refinement ==
I sat for a while with yum shell open and purged any and everything there wasn't a compelling need for. I ended up adding back editors and most of the scms.
I sat for a while with yum shell open and purged any and everything there wasn't a compelling need for. I ended up adding back editors and most of the scms.


== apache configuration for username.fedorapeople.org auto-setup ==
== apache configuration for username.fedorapeople.org auto-setup ==
Line 86: Line 66:


<pre>
<pre>
RewriteCond ${lowercase:%{SERVER_NAME}} ^www\.fedorapeople\.org$
RewriteCond ${lowercase:%{SERVER_NAME}} ^www\.fedorapeople\.org$
RewriteRule ^/(.*)$ http://fedorapeople.org/$1 [R,L]  
RewriteRule ^/(.*)$ http://fedorapeople.org/$1 [R,L]  
Line 95: Line 74:


RewriteRule  ^(.+)  -  [PT]  
RewriteRule  ^(.+)  -  [PT]  
</pre>
</pre>


Line 103: Line 81:
1. if there is anything in the first part then take it and rewrite that path to:
1. if there is anything in the first part then take it and rewrite that path to:
/home/fedora/$thatpart/public_html/whatever_else_was_on_the_url
/home/fedora/$thatpart/public_html/whatever_else_was_on_the_url


That's really it.
That's really it.


----
[[Category:Infrastructure]]
[[Category:Infrastructure]]

Revision as of 21:10, 25 May 2008

Fedorapeople.org

Fedorapeople.org was set up to provide a place for fedora contributors/developers to host files/scm repositories/etc and easily exchange files with people as part of what they do for fedora. It's been very successful. In order to make it secure and sensible we needed to take some semi-extreme steps to keep people from abusing our generosity.

Getting the accounts on the box

We setup a new accountdb from the FAS named 'people'. This was a select of all the users in the db who are a member of any of the CLA_* groups and at least one other group. Then we used make-shell-accounts from the normal infrastructure to grab the nss_db files for the passwd/shadow/groups and the users dirs.

make-shell-accounts just grabs a tarball off of a central fedora server and unpacks it appropriately every hour. The server side job creates the tarball by querying the fas db for specific items and then creating 'fake homedirs' for the users that consist of a .ssh dir with their authorized_keys file. That way if a user modifies something in their homedir the only changes that get lost are ones to their authorized_keys file.

finally we modified /etc/nsswitch.conf to include 'db' for passwd, shadow and groups. This means that the system uses nss_db as an additional module to do user/group lookups.

polyinstantiated tempdirs

We wanted a way so that each user would have their own tmpdir and ONLY they could write to it. We also wanted the tmpdir to appear on the same filesystem as their homedir so we could make one set of quotas apply to all the places where the user could write. We used pam_namespace to configure /tmp and /var/tmp to point to a directory inside /home/tempdirs. In order to keep from having to make directories in advance for all of our users pam_namespace can make these on the fly at login.

/etc/pam.d/system-auth file:


session     optional      pam_keyinit.so revoke
session     required      pam_limits.so
session     [success=1 default=ignore]  pam_succeed_if.so service in crond quiet use_uid
session     required      pam_unix.so
session     required      pam_namespace.so

/etc/security/namespace.conf:

/tmp     /home/tempdirs/tmp/             user      root,adm,apache,puppet,nagios,rpm
/var/tmp /home/tempdirs/vartmp/          user      root,adm,apache,puppet,nagios,rpm

Make the dirs and protect them from snooping:

mkdir -p /home/tempdirs/tmp /home/tempdirs/vartmp
chmod 000 /home/tempdirs/*

Reboot and any login will have a dir made automatically in that path and they will not be able to distinguish /tmp from that path. It is bindmounted in place only for their login instance. Only they can see it and multiple logins do not conflict with each other.

quotas

We setup quotas in the normal way but with the user homedir and tempdirs all under one mounted location there's no place for the user to put files unsafely.

mount options

We mounted all partitions where a user could write with:

usrquota,noatime,noexec,nosuid,nodev

noatime is just for speed and less silly writes. Everything else is to keep them from doing anything sneaky. The above mount restrictions we also put on /dev/shm just to keep sneaky people from figuring out they could write there.

application set refinement

I sat for a while with yum shell open and purged any and everything there wasn't a compelling need for. I ended up adding back editors and most of the scms.

apache configuration for username.fedorapeople.org auto-setup

We wanted to provide hostname spaces like username.fedorapeople.org for all of the people with accounts on the machine. To do this and provide sane 404 or redirects when someone asked for thisuserdoesnotexist.fedorapeople.org

We got normal fedorapeople.org/~username working as per normal UserDir option in apache.

Then we added in some serious rewriterule crack to make it all happen:

RewriteCond ${lowercase:%{SERVER_NAME}} ^www\.fedorapeople\.org$
RewriteRule ^/(.*)$ http://fedorapeople.org/$1 [R,L] 

RewriteCond ${lowercase:%{SERVER_NAME}} ^[a-z0-9-] +\.fedorapeople\.org$
RewriteRule ^(.+) ${lowercase:%{SERVER_NAME}}$1 [C] 
RewriteRule ^([a-z0-9-] +)\.fedorapeople\.org/(.*) /home/fedora/$1/public_html/$2 [L] 

RewriteRule   ^(.+)  -  [PT] 

The above is mostly: 1. match anything.fedorapeople.org, except for www 1. lowercase the first part of the server name 1. if there is anything in the first part then take it and rewrite that path to: /home/fedora/$thatpart/public_html/whatever_else_was_on_the_url

That's really it.