Onderwerp: Subdomein en normaal user mag bestand niet kunnan verwijderen

Beste WHT'ers,

Ik zoek vraagjes naar mijn 2 problemen.
Ten eerste :

Omdat ik een aantal collega's/klanten heb die een ftp accountje en een subdomein gebruiken dus geen control panel.
Die mogen van mij bijv 250 MB aan schijfruimte gebruiken, maar ik kan daar helaas geen limiet op instellen.
Vorige keer heb ik gehad dat iemand 2 GB i.p.v 500 MB heeft gebruikt.
Dat is natuurlijk niet het bedoeling.

Tweede vraag is dat ik een htaccess bestand heb om hotlink te voorkomen dus ook onnodige dataverkeer.
Die plaats ik zelf in het map van mn klant, maar sommige klanten willen die wel eens wissen.


Nu is mijn vraag hie kan ik via chmod of iets anders ervoor zorgen dat niemand die bestand kan verwijderen.

Dus een normale user mag hem niet verwijderen, als het kan ook niet downloaden en inhoud lezen.
En een ftp accountje, dus een subdomein mag hem ook niet kunnen verwijderen en natuurlijk ook niet overwrite met een zelfde bestandnaam maar andere inhoud.
Ook dat ie hem niet kan downloaden en inhoud lezen.

Groetjes.

Ik weet niet of dit mogelijk is maar graag uw hulp.

De .htaccess een chmod 000 geven moet werken denk ik?

Oorspronkelijk geplaatst door alleznet

De .htaccess een chmod 000 geven moet werken denk ik?

Had ik als root al gedaan maar helpt niet.
Als ik via het subdomein inlog op Ftp kan ik het toch verwijderen.

verander de owner naar iets anders en chmod hem dan?

chown apache .htaccess
chmod 600

Als je naar chmod 000 doet kan apache het bestand ook niet lezen!

En met welk controle paneel probeer je een limiet in te stellen?

Is het trouwens niet mogelijk om dat .htaccess-bestand in een hogere map te plaatsen? Dus zeg maar in de root, want dat geldt dat (eea afhankelijk van het controle paneel overigens) ook voor de submappen en dus de subdomeinen?

Wat moet ik nu precies doen?
Chmod 600 helpt ook niet.

Als je de directory structuur als volgt hebt:

/home/limited/pietje/pietjes_ftp_dir

En pietjes_ftp_dir is de directory waar ze in terecht komen met de FTP client, en ook de document root, kan je ook een .htaccess zetten in /home/limited/pietje -- zolang je maar aangeeft in httpd.conf:

<Directory "/home/limited">
AllowOverride All
</Directory>

Beetje "link" met de All maar goed. Op die manier gaat apache eerst in de docroot kijken of 'ie een .htaccess tegenkomt, zo nee dan gaat 'ie steeds een dir terug totdat 'ie er een vind (of niet). Vind 'ie er een, gebruikt 'ie die.

Aangezien de .htaccess op dat moment niet eens in de FTP root is te vinden, kan 'ie ook niet gewist worden.

chattr +i .htaccess

chmod 000 zal niet werken, Apache kan er dan niet meer bij.

Oorspronkelijk geplaatst door DiedX

chattr +i .htaccess

chmod 000 zal niet werken, Apache kan er dan niet meer bij.

Nadeel van chattr is dat je dat iets minder makkelijk vanuit een control panel kan fixen, bij wijze van spreken, en voor zover ik me even zo snel kan herinneren laat een ls geen attributes zien, maar moet je daar weer speciaal lsattr voor pakken. Moet je je dus ook wel net herinneren dat je dat file te pakken hebt gehad

Maar het werkt wel 100% zeker, da's wel het voordeel.

Oorspronkelijk geplaatst door Arto

Wat moet ik nu precies doen?
Chmod 600 helpt ook niet.

heb je gedaan wat Liber schreef, apache de owner van dat bestand maken ?

Oorspronkelijk geplaatst door DiedX

chattr +i .htaccess

Dit werkt inderdaad, maar dan kan ik als root het bestand ook niet verwijderen of overschrijven?

je bent als root altijd de hoogste, je kan het dus ten alle tijde aanpassen !

Ja, maar niet als het bestand het "i" (immutable) attribute heeft, dan kan zelfs root 't niet wijzigen/verwijderen. Je zal eerst weer chattr -i moeten doen op die file voor je 'm kan muteren (niet vergeten om na je wijzigingen weer +i te doen).