Afdrukvoorbeeld
Daniel Tryba wrote:
[knip]
>
> Alweer die ftp. Ik snap nog steeds niet wat dit te maken heeft met je
> chmod/ownership problemen
Als je de files per ftp upload i.p.v. ze door de webserver te laten
schrijven, dan hebben ze wel de goede ownership, namelijk die van de ftp user.
Michiel.
Michiel de Roo <yourlove@welovespam.nl>:
> Op een normaal ingerichte Linux webserver is dat niet het geval. Als een
> andere user geen permissies heeft om in jouw home directory te lezen
> (zoals gewoonlijk), dan kunnen de files die er in staan best 'permissie
> everyone' hebben, maar dan kunnen ze die nog steeds niet lezen. Ze
> kunnen de directory immers niet in.
$ ls -ld t
d--x--x--x 3 root admin 102 May 27 16:23 t
$ ls -al t/foo
-rw-r--r-- 1 robert staff 0 May 27 16:23 t/foo
Ondanks dat de directory geen leespermissies heeft, kan ik de file die erin
staat wel stat'en (en lezen). Het ligt er dus een beetje aan wat jij met
'jouw homedirectory te lezen' bedoelt :)
--
robert
Michiel de Roo <yourlove@welovespam.nl> wrote:
> [knip]
>>
>> Alweer die ftp. Ik snap nog steeds niet wat dit te maken heeft met je
>> chmod/ownership problemen
>
> Als je de files per ftp upload i.p.v. ze door de webserver te laten
> schrijven, dan hebben ze wel de goede ownership, namelijk die van de ftp user.
Flauw om dat te verklappen, alles wat tussen de haakjes stond was ervoor
om de OP eens goed te laten denken over wat hij nu eigenlijk wil :(
--
Daniel Tryba
Daniel Tryba wrote:
> Eduard Bekker <e.bekker@layout.nl> wrote:
> Alweer die ftp. Ik snap nog steeds niet wat dit te maken heeft met je
> chmod/ownership problemen (je wilt er immers alleen maar een user/passwd
> combo mee authentificeren (toch? (het antwoord hierop is uitermate
> cruciaal voor een potentiele oplossing))). Helaas snap je zelf het
> probleem ook (nog) niet, de onderliggende oorzaak is je webserver (maar
> dat had ik reeds opgemerkt in eerdere postings).
We gaan met frisse moed verder, want blijkbaar kan ik niet duidelijk
maken waar het om gaat. Ik vraag het nu maar op een andere manier.
Vertaald van http://nl2.php.net/manual/en/function.ftp-chmod.php
kom ik tot het volgende.
<?php
$file="body.txt";
$ftp_server = "www.domein.nl";
$ftp_user = "user";
$ftp_pass = "ww";
// set up a connection or die
$conn_id = ftp_connect($ftp_server) or die("Couldn't connect to
$ftp_server");
// try to login
if (@ftp_login($conn_id, $ftp_user, $ftp_pass))
{
echo "Connected as ".$ftp_user."@".$ftp_server."\n";
}
else
{
echo "Couldn't connect as ".$ftp_user."\n";
}
if (ftp_chmod($conn_id,0644, $file))
{
echo $file." cdmoded successfully to 644\n";
}
else
{
echo "could not chmod $file\n";
}
// close the connection
if (ftp_close)
{
echo "<BR>\nVerbinding weer gesloten";
}
?>
Als ik dit uit laat voeren, krijg ik:
--
Connected as user@www.domein.nl
Fatal error: Call to undefined function: ftp_chmod() in
/[pad]/ftptest.php on line
--
Waarom?
--
/\/\/\/\/\/\/\/\/\
..|
..| Groetjes, Eduard
..|
\/\/\/\/\/\/\/\/\/
Eduard Bekker <e.bekker@layout.nl>:
> Als ik dit uit laat voeren, krijg ik:
> --
> Connected as user@www.domein.nl
> Fatal error: Call to undefined function: ftp_chmod() in
> /[pad]/ftptest.php on line
> --
> Waarom?
Omdat jij PHP 4.1.2 gebruikt en ftp_chmod volgens de documentatie pas in
PHP 5 verschenen is?
--
robert
In article <40b5f893$0$36861$e4fe514c@news.xs4all.nl>, Michiel de Roo wrote:
> Daniel Tryba wrote:
> [knip]
>>
>> Alweer die ftp. Ik snap nog steeds niet wat dit te maken heeft met je
>> chmod/ownership problemen
>
> Als je de files per ftp upload i.p.v. ze door de webserver te laten
> schrijven, dan hebben ze wel de goede ownership, namelijk die van de ftp user.
Maar als zo'n script kan ftp-en... waarom zou een evil user dan niet je
username en password uit dat script kunnen halen?
--
Tim Van Wassenhove <http://home.mysth.be/~timvw/contact.php>
Eduard Bekker <e.bekker@layout.nl> wrote:
> We gaan met frisse moed verder, want blijkbaar kan ik niet duidelijk
> maken waar het om gaat. Ik vraag het nu maar op een andere manier.
>
> Vertaald van http://nl2.php.net/manual/en/function.ftp-chmod.php
>
> kom ik tot het volgende.
[...]
> Fatal error: Call to undefined function: ftp_chmod() in
> /[pad]/ftptest.php on line
> --
> Waarom?
Zucht...
Omdat je niet leest? Wederom staat er in de usercontribs een mogelijke
oplossing (is natuurlijk weer afhankelijk van de ftpd).
--
Daniel Tryba
Tim Van Wassenhove wrote:
> In article <40b5f893$0$36861$e4fe514c@news.xs4all.nl>, Michiel de Roo wrote:
>
>>Daniel Tryba wrote:
>>[knip]
>>
>>>Alweer die ftp. Ik snap nog steeds niet wat dit te maken heeft met je
>>>chmod/ownership problemen
>>
>>Als je de files per ftp upload i.p.v. ze door de webserver te laten
>>schrijven, dan hebben ze wel de goede ownership, namelijk die van de ftp user.
>
>
> Maar als zo'n script kan ftp-en... waarom zou een evil user dan niet je
> username en password uit dat script kunnen halen?
Omdat het niet in de uiteindelijke versie komt te staan, maar via post
wordt opgehaald.
--
---------------------------
Groetjes,
Eduard
http://www.websitez.nl
---------------------------
robert wrote:
> Michiel de Roo <yourlove@welovespam.nl>:
> > Op een normaal ingerichte Linux webserver is dat niet het geval. Als een
> > andere user geen permissies heeft om in jouw home directory te lezen
> > (zoals gewoonlijk), dan kunnen de files die er in staan best 'permissie
> > everyone' hebben, maar dan kunnen ze die nog steeds niet lezen. Ze
> > kunnen de directory immers niet in.
>
> $ ls -ld t
> d--x--x--x 3 root admin 102 May 27 16:23 t
> $ ls -al t/foo
> -rw-r--r-- 1 robert staff 0 May 27 16:23 t/foo
>
> Ondanks dat de directory geen leespermissies heeft, kan ik de file die erin
> staat wel stat'en (en lezen). Het ligt er dus een beetje aan wat jij met
> 'jouw homedirectory te lezen' bedoelt :)
Ja, verkeerd uitgedrukt. Het gaat natuurlijk om het uitvoeren (x) en niet
om r of w. Het is beter om je homedirectory drwx--x--- te maken (0710), in
dat geval kan niemand er ooit in.
Daniel Tryba wrote:
> Eduard Bekker <e.bekker@layout.nl> wrote:
>>Fatal error: Call to undefined function: ftp_chmod() in
>>/[pad]/ftptest.php on line
>>--
>>Waarom?
>
>
> Zucht...
>
> Omdat je niet leest? Wederom staat er in de usercontribs een mogelijke
> oplossing (is natuurlijk weer afhankelijk van de ftpd).
ftpd Is me weer een onbekend begrip.
Het leek allemaal zo eenvoudig, maar het is allemaal blijkbaar veel
ingewikkelder dan ik dacht.
De tip in de usercontrib geeft:
--
could not chmod body.txt
--
Ik begin inderdaad van deze groep aan te nemen, dat het niet zomaar
mogelijk is om met php een file te wijzigen die als permissie 'owner'
heeft. Excuses dat ik zo eigenwijs was te denken dat dat zou moeten
kunnen (met PHP_versie_4.1.2.). Eigenlijk is dit de eerste keer dat een
probleem dat ik in deze groep aandraag, inderdaad niet blijkt op te lossen.
Willen mijn klanten werkelijk veilig hun site onderhouden, dan zullen
toch moeten leren ftp-en. (In Windows is dat nauwelijks meer als het
verslepen van het bestand van het ene mapje naar het andere, maar als je
het woord 'mapje' laat vallen klapt menig klant al bij voorbaat dicht).
Daarom was het handig geweest, als het ook mogelijk was geweest via een
formulier en een php-script.
Daar komen blijkbaar dingen bij kijken, die ik zelf niet in de hand heb.
Het is wel ontzettend jammer. Er zit weinig anders op dan af te wachten
tot versie 5 op de server staat, waarmee het waarschijnlijk wel mogelijk is.
Hoe dan ook: bedankt voor de moeite en excuses dat ik tevergeefs een
beroep op jullie tijd heb gedaan.
--
---------------------------
Groetjes,
Eduard
http://www.websitez.nl
---------------------------
Michiel de Roo <yourlove@welovespam.nl> wrote:
> Ja, verkeerd uitgedrukt. Het gaat natuurlijk om het uitvoeren (x) en niet
> om r of w. Het is beter om je homedirectory drwx--x--- te maken (0710), in
> dat geval kan niemand er ooit in.
Hoe komt de webserver er dan bij?
--
Daniel Tryba
Eduard Bekker <e.bekker@layout.nl> wrote:
> Ik begin inderdaad van deze groep aan te nemen, dat het niet zomaar
> mogelijk is om met php een file te wijzigen die als permissie 'owner'
> heeft. Excuses dat ik zo eigenwijs was te denken dat dat zou moeten
> kunnen (met PHP_versie_4.1.2.). Eigenlijk is dit de eerste keer dat een
> probleem dat ik in deze groep aandraag, inderdaad niet blijkt op te lossen.
De oplossing is reeds lang geleden aangedragen. Zorg ervoor dat de
webserver dingen draaid onder het id van de gebruiker. bv suexec voor
Apache: http://httpd.apache.org/docs/suexec.html
> Willen mijn klanten werkelijk veilig hun site onderhouden, dan zullen
> toch moeten leren ftp-en.
ftp is totaal onveilig, het is veiliger om gewoon je huidige php opzet
te houden dan te gaan prutsen met ftp (zowat elke ftpd heeft regelmatig
een securitylek en het protocol is niet encrypted). SSH (scp/sftp) is
een zinnig alternatief.
--
Daniel Tryba
Daniel Tryba wrote:
> Eduard Bekker <e.bekker@layout.nl> wrote:
>
>> Ik begin inderdaad van deze groep aan te nemen, dat het niet zomaar
>> mogelijk is om met php een file te wijzigen die als permissie
>> 'owner' heeft. Excuses dat ik zo eigenwijs was te denken dat dat
>> zou moeten kunnen (met PHP_versie_4.1.2.). Eigenlijk is dit de
>> eerste keer dat een probleem dat ik in deze groep aandraag,
>> inderdaad niet blijkt op te lossen.
>
>
> De oplossing is reeds lang geleden aangedragen. Zorg ervoor dat de
> webserver dingen draaid onder het id van de gebruiker. bv suexec voor
> Apache: http://httpd.apache.org/docs/suexec.html.
Helaas: ik ben geen echte IT-er en deze zaken gaan me te ver.
De systeemberen van de betreffende site heb ik echter hulp gevraagd.
Ongetwijfeld weten zij een oplossing voor wat ik wil.
> ftp is totaal onveilig, het is veiliger om gewoon je huidige php
> opzet te houden dan te gaan prutsen met ftp (zowat elke ftpd heeft
> regelmatig een securitylek en het protocol is niet encrypted). SSH
> (scp/sftp) is een zinnig alternatief.
'Gewoon' onderhoud doe ik met ftp.
Ik heb even gezocht en er bestaat inderdaad ook SSH-software voor Mac OS X.
Ik hou het in de gaten.
--
---------------------------
Groetjes,
Eduard
http://www.websitez.nl
---------------------------
Daniel Tryba wrote:
> Michiel de Roo <yourlove@welovespam.nl> wrote:
>
>>Ja, verkeerd uitgedrukt. Het gaat natuurlijk om het uitvoeren (x) en niet
>>om r of w. Het is beter om je homedirectory drwx--x--- te maken (0710), in
>>dat geval kan niemand er ooit in.
>
>
> Hoe komt de webserver er dan bij?
>
Die kan er wel gewoon bij natuurlijk. Ik weet niet precies hoe, wellicht
zit die in een groep met de user ofzo ? Ik doe het serverbeheer op de
server van het voorbeeld niet zelf. Op mijn eigen server heb ik geen extra
gebruikers, dus dan is het helemaal makkelijk ;-)
Michiel.
Michiel de Roo <yourlove@welovespam.nl> wrote:
>>>Ja, verkeerd uitgedrukt. Het gaat natuurlijk om het uitvoeren (x) en niet
>>>om r of w. Het is beter om je homedirectory drwx--x--- te maken (0710), in
>>>dat geval kan niemand er ooit in.
>>
>>
>> Hoe komt de webserver er dan bij?
>>
>
> Die kan er wel gewoon bij natuurlijk. Ik weet niet precies hoe, wellicht
> zit die in een groep met de user ofzo ? Ik doe het serverbeheer op de
> server van het voorbeeld niet zelf.
MAW iedereen kan er via de webserver bij.
--
Daniel Tryba