Onderwerp: ensim - user met ftp

Hallo, ik heb een domein met webruimte bij freerider, en die maken gebruik
van de Ensim software.
Nu heb ik hier een vraag over. Ik heb een administrator-wachtwoord, en daar
kan ik alles mee doen. Dit wil ik dus niet weggeven. Maar het is wel de
bedoeling dat er verschillende mensen bestanden naar de site kunnen uploaden
via ftp.
Hiervoor heb ik al een nieuwe user aangemaakt, met ftp-toegang, alleen, deze
kan niet in de hoofddirectory van de site, en kan dus alleen uploaden naar
het eigen user-gedeelte.
Hoe kan ik het zo voor elkaar krijgen dat een user wel kan uploaden naar de
hoofddirectory van html (mainwebsite_html) maar niet bij alle andere zaken
kan die bedoeld zijn voor de site administrator?

In de help en op de forums heb ik niet echt een duidelijk antwoord kunnen
vinden.

Inca

Inca wrote:

> Hallo, ik heb een domein met webruimte bij freerider, en die maken gebruik
> van de Ensim software.
> Nu heb ik hier een vraag over. Ik heb een administrator-wachtwoord, en daar
> kan ik alles mee doen. Dit wil ik dus niet weggeven. Maar het is wel de
> bedoeling dat er verschillende mensen bestanden naar de site kunnen uploaden
> via ftp.
> Hiervoor heb ik al een nieuwe user aangemaakt, met ftp-toegang, alleen, deze
> kan niet in de hoofddirectory van de site, en kan dus alleen uploaden naar
> het eigen user-gedeelte.
> Hoe kan ik het zo voor elkaar krijgen dat een user wel kan uploaden naar de
> hoofddirectory van html (mainwebsite_html) maar niet bij alle andere zaken
> kan die bedoeld zijn voor de site administrator?

Je zou een cron job kunnen maken die de bestanden overzet, zeg elke 15
minuten, of, beter misschien, upload via website?

Andere oplossing is een symbolic link maken, maar het kan zijn dat ftp
dat niet toestaat. Op die manier kan je de directory in de user dir
"hangen". (man ls). Echter dan moet de gebruiker daar wel mogen
schrijven, met als gevolg dat ook alle bestanden te overschrijven zijn.

Moet je ook bij die cronjob op letten, want die draait als user "Inca".
Je zou b.v. met een Perl script kunnen checken hoe de bestanden heten en
alleen bepaalde bestanden laten overschrijven, of de cron als een user
laten draaien met minder rechten.

John

--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
UI design tips: http://johnbokma.com/websitedesign/ ~ ICQ 218175426

zwemvlies verzoekschrift ontwikkeling op maat

John Bokma wrote:
> Je zou een cron job kunnen maken die de bestanden overzet, zeg elke 15
> minuten, of, beter misschien, upload via website?

Lijkt me nogal een gedoe..
Upload via de website zou misschien kunnen maar hoe krijg je precies de
directory structuur enzo van de site terug? En dan liefst ook nog zo dat het
enigzins beveiligd is?

> Andere oplossing is een symbolic link maken, maar het kan zijn dat ftp
> dat niet toestaat.

FTP heeft geen moeite met symbolic links, de directory mainwebsite is op
zich al een symbolic link lijkt me wel een goed idee, maar ik kan als
administrator weer niet in de user dir komen. (Niet via /home/usr/ in elk
geval, en ik weet niet of er nog een andere manier is.)

> Op die manier kan je de directory in de user dir
> "hangen". (man ls). Echter dan moet de gebruiker daar wel mogen
> schrijven, met als gevolg dat ook alle bestanden te overschrijven
> zijn.

Ja, schrijfrechten zijn er en dat bestanden te overschrijven zijn, is in
zekere zin ook de bedoeling (zolang het maar binnen de dir en zijn subdirs
blijft). Maar ik krijg geen symbolic link gemaakt in de userdir, omdat ik
daar als admin niet in mag schrijven (ik ben admin, geen root). Als user heb
ik zelfs helemaal geen mogelijkheid om symbolic links te maken.

> Moet je ook bij die cronjob op letten, want die draait als user
> "Inca".
> Je zou b.v. met een Perl script kunnen checken hoe de bestanden heten
> en alleen bepaalde bestanden laten overschrijven, of de cron als een
> user
> laten draaien met minder rechten.

Dit wordt me veel te ingewikkeld. Bovendien vermoed (=hoop) ik dat het
makkelijker kan, het is specifieke site-beheersoftware dat ensim, dus je zou
verwachten dat een elementaire taak als dit redelijk eenvoudig te regelen
is.

Ik heb overigens dus geen linux shell ofzo. Ik kan via ensim en via ftp bij
de files, maar kan dus geen commando's geven.

Inca

Inca wrote:

> John Bokma wrote:
>
>>Je zou een cron job kunnen maken die de bestanden overzet, zeg elke 15
>>minuten, of, beter misschien, upload via website?
>
>
> Lijkt me nogal een gedoe..
> Upload via de website zou misschien kunnen maar hoe krijg je precies de
> directory structuur enzo van de site terug? En dan liefst ook nog zo dat het
> enigzins beveiligd is?

Je zou ze via HTML kunnen laten "browsen". Met een programma kan je HTML
pagina's maken die de structuur geven, of zelfs "on the fly" waarbij je
uiteraard moet opletten dat "/" en dingen als "../../" niet werken.

>>Andere oplossing is een symbolic link maken, maar het kan zijn dat ftp
>>dat niet toestaat.
>
> FTP heeft geen moeite met symbolic links, de directory mainwebsite is op
> zich al een symbolic link lijkt me wel een goed idee, maar ik kan als
> administrator weer niet in de user dir komen. (Niet via /home/usr/ in elk
> geval, en ik weet niet of er nog een andere manier is.)

Je moet in de ftp dir een link maken naar de dir waar het in moet. Of
begrijp ik je verkeerd?

>>Op die manier kan je de directory in de user dir
>>"hangen". (man ls). Echter dan moet de gebruiker daar wel mogen
>>schrijven, met als gevolg dat ook alle bestanden te overschrijven
>>zijn.
>
> Ja, schrijfrechten zijn er en dat bestanden te overschrijven zijn, is in
> zekere zin ook de bedoeling (zolang het maar binnen de dir en zijn subdirs
> blijft). Maar ik krijg geen symbolic link gemaakt in de userdir, omdat ik
> daar als admin niet in mag schrijven (ik ben admin, geen root). Als user heb
> ik zelfs helemaal geen mogelijkheid om symbolic links te maken.

Ah, ok. Je zou die link *in* de ftp dir moeten maken. Dus als je site in

/home/usr/inca/www staat en ftp dir is /home/usr/inca/ftp/ftpuser/ dan
moet je in /home/usr/inca/ftp/ftpuser/ de opdracht:

ln -s /home/usr/inca/www www

doen (uit mijn hoofd) en je krijgt dan een www dir.

>>Moet je ook bij die cronjob op letten, want die draait als user
>>"Inca".
>>Je zou b.v. met een Perl script kunnen checken hoe de bestanden heten
>>en alleen bepaalde bestanden laten overschrijven, of de cron als een
>>user
>>laten draaien met minder rechten.
>
> Dit wordt me veel te ingewikkeld. Bovendien vermoed (=hoop) ik dat het
> makkelijker kan, het is specifieke site-beheersoftware dat ensim, dus je zou
> verwachten dat een elementaire taak als dit redelijk eenvoudig te regelen
> is.
>
> Ik heb overigens dus geen linux shell ofzo. Ik kan via ensim en via ftp bij
> de files, maar kan dus geen commando's geven.

site literal

misschien? (Uit mijn hoofd) Zo deed ik vroeger chmod's via ftp.

John

--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
UI design tips: http://johnbokma.com/websitedesign/ ~ ICQ 218175426

zwemvlies verzoekschrift ontwikkeling op maat

Inca wrote:

> Ik heb overigens dus geen linux shell ofzo. Ik kan via ensim en via ftp bij
> de files, maar kan dus geen commando's geven.

Als wie draait cgi? Als user of als "www" cq. "nobody". Als als user,
dan kan je natuurlijk via cgi even die ln doen :-).

John

--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
UI design tips: http://johnbokma.com/websitedesign/ ~ ICQ 218175426

zwemvlies verzoekschrift ontwikkeling op maat

Inca wrote:

Vast al gevonden: http://support.fastdogs.com/faq2.htm

John

--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
UI design tips: http://johnbokma.com/websitedesign/ ~ ICQ 218175426

zwemvlies verzoekschrift ontwikkeling op maat

On Wed, 23 Jul 2003 21:17:22 +0200 the lifeform known as "Inca"
<shadow*movements@wanadoo.invalid> wrote:

>Hallo, ik heb een domein met webruimte bij freerider, en die maken gebruik
>van de Ensim software.
>Nu heb ik hier een vraag over. Ik heb een administrator-wachtwoord, en daar
>kan ik alles mee doen. Dit wil ik dus niet weggeven. Maar het is wel de
>bedoeling dat er verschillende mensen bestanden naar de site kunnen uploaden
>via ftp.
>Hiervoor heb ik al een nieuwe user aangemaakt, met ftp-toegang, alleen, deze
>kan niet in de hoofddirectory van de site, en kan dus alleen uploaden naar
>het eigen user-gedeelte.

Klopt.

>Hoe kan ik het zo voor elkaar krijgen dat een user wel kan uploaden naar de
>hoofddirectory van html (mainwebsite_html) maar niet bij alle andere zaken
>kan die bedoeld zijn voor de site administrator?

Ik heb het zelf nooit geprobeerd maar misschien kun je een centrale
directory open zetten dat ze daar in kunnen schrijven en ze dan
vertellen (geef ze een symlink o.i.d.) waar ze het neer moeten zetten.

--

Best regards,

Niels.

================================================== =====================
| Drs. ir. Niels Basjes | National Aerospace Laboratory | _ |
| Phone : +31-20-5113381 | Anthony Fokkerweg 2 | / |
| Fax : +31-20-5113210 | 1059 CM Amsterdam |(NLR)|
| E-Mail@NLR : Basjes@NLR,nl | The Netherlands | _/ |
| E-Mail@Home : Niels@Basjes,nl | http://www.nlr.nl | |
================================================== =====================
Spam block : Replace the , with a .

Niels Basjes wrote:
> Ik heb het zelf nooit geprobeerd maar misschien kun je een centrale
> directory open zetten dat ze daar in kunnen schrijven en ze dan
> vertellen (geef ze een symlink o.i.d.) waar ze het neer moeten zetten.

Enneh, hoe doe ik dat?

Inca

On Thu, 24 Jul 2003 16:09:14 +0200 the lifeform known as "Inca"
<shadow*movements@wanadoo.invalid> wrote:

>Niels Basjes wrote:
>> Ik heb het zelf nooit geprobeerd maar misschien kun je een centrale
>> directory open zetten dat ze daar in kunnen schrijven en ze dan
>> vertellen (geef ze een symlink o.i.d.) waar ze het neer moeten zetten.
>
>Enneh, hoe doe ik dat?

Met SSH inloggen als admin en dan zit je in Linux .... althans, dat heb
ik bij mij hosting provider met Ensim.
--

Best regards,

Niels.

================================================== =====================
| Drs. ir. Niels Basjes | National Aerospace Laboratory | _ |
| Phone : +31-20-5113381 | Anthony Fokkerweg 2 | / |
| Fax : +31-20-5113210 | 1059 CM Amsterdam |(NLR)|
| E-Mail@NLR : Basjes@NLR,nl | The Netherlands | _/ |
| E-Mail@Home : Niels@Basjes,nl | http://www.nlr.nl | |
================================================== =====================
Spam block : Replace the , with a .

Inca wrote:

> Niels Basjes wrote:
>
>>Ik heb het zelf nooit geprobeerd maar misschien kun je een centrale
>>directory open zetten dat ze daar in kunnen schrijven en ze dan
>>vertellen (geef ze een symlink o.i.d.) waar ze het neer moeten zetten.
>
>
> Enneh, hoe doe ik dat?

ln -s zoals ik al aangaf :-) Als je geen shell hebt zou je het via een
cronjob kunnen aanmaken (en dan die weer terugzetten) of via een CGI
script wil ook wel eens lukken, en misschien via ftp met site literal ln
-s enz..

John

--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
UI design tips: http://johnbokma.com/websitedesign/ ~ ICQ 218175426

zwemvlies verzoekschrift ontwikkeling op maat

Niels Basjes wrote:
> Met SSH inloggen als admin en dan zit je in Linux .... althans, dat
> heb ik bij mij hosting provider met Ensim.

Oh... ik ben erg onbekend met linux en trouwens ook met SSH.

Maar volgens mij gaat dat niet lukken:
"Telnet en Secure Shell werken niet
Telnet en Secure Shell staan niet ingeschakeld om veiligheidsredenen. Om uw
gegevens te beschermen geven we niemand shell toegang. "

Misschien moest ik de helpdesk maar eens benaderen.

Inca

Inca wrote:

> Niels Basjes wrote:
>
>>Met SSH inloggen als admin en dan zit je in Linux .... althans, dat
>>heb ik bij mij hosting provider met Ensim.
>
>
> Oh... ik ben erg onbekend met linux en trouwens ook met SSH.
>
> Maar volgens mij gaat dat niet lukken:
> "Telnet en Secure Shell werken niet
> Telnet en Secure Shell staan niet ingeschakeld om veiligheidsredenen. Om uw
> gegevens te beschermen geven we niemand shell toegang. "

Wat een kolder. Weer een wannabee systeembeheerder die denkt dat SSH eng
en zo is. OMG, meestal kan je met een CGI scriptje dezelfde ellende
uithalen.

> Misschien moest ik de helpdesk maar eens benaderen.

Ja, en ze even uitlachen en zeggen dat SSH toch echt veilig is en zo.

SSH kan je o.a. met PuTTY:

http://www.chiark.greenend.org.uk/%7Esgtatham/putty/

Voor SFTP en zo zou ik FileZilla aanraden:

http://filezilla.sourceforge.net/

John


--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
UI design tips: http://johnbokma.com/websitedesign/ ~ ICQ 218175426

zwemvlies verzoekschrift ontwikkeling op maat

John Bokma in nl.internet.www.server-side (Thu, 24 Jul 2003 17:22:56
+0200):

>Inca wrote:
>
>> Maar volgens mij gaat dat niet lukken:
>> "Telnet en Secure Shell werken niet
>> Telnet en Secure Shell staan niet ingeschakeld om veiligheidsredenen. Om uw
>> gegevens te beschermen geven we niemand shell toegang. "
>
>Wat een kolder. Weer een wannabee systeembeheerder die denkt dat SSH eng
>en zo is. OMG, meestal kan je met een CGI scriptje dezelfde ellende
>uithalen.

Wie zegt dat je wel cgi-scriptjes kunt draaien?

Jan
--
Look, Ma. No tables - http://www.steenbergen-stichting.nl/enbio.html

Jan Ehrhardt wrote:

> John Bokma in nl.internet.www.server-side (Thu, 24 Jul 2003 17:22:56
> +0200):
>
>
>>Inca wrote:
>>
>>
>>>Maar volgens mij gaat dat niet lukken:
>>>"Telnet en Secure Shell werken niet
>>>Telnet en Secure Shell staan niet ingeschakeld om veiligheidsredenen. Om uw
>>>gegevens te beschermen geven we niemand shell toegang. "
>>
>>Wat een kolder. Weer een wannabee systeembeheerder die denkt dat SSH eng
>>en zo is. OMG, meestal kan je met een CGI scriptje dezelfde ellende
>>uithalen.
>
>
> Wie zegt dat je wel cgi-scriptjes kunt draaien?

Ah, uit ervaring kan ik zeggen dat vaak cron en cgi en PHP wel mag, maar
een shell account niet. En dan krijg je lolbroeken die een cgi interface
naar de shell gaan maken...

John

--
email: mail(at)johnbokma.com (or reply) home: http://johnbokma.com/
UI design tips: http://johnbokma.com/websitedesign/ ~ ICQ 218175426

zwemvlies verzoekschrift ontwikkeling op maat

John Bokma in nl.internet.www.server-side (Thu, 24 Jul 2003 18:55:45
+0200):

>Jan Ehrhardt wrote:
>
>> Wie zegt dat je wel cgi-scriptjes kunt draaien?
>
>Ah, uit ervaring kan ik zeggen dat vaak cron en cgi en PHP wel mag, maar
>een shell account niet.

Ik heb het juist andersom: wel een shell interface, maar geen Perl/CGI
op www.monitor.nl ('oud' advanced account bij xs4all). Voor Perl/CGI
moet ik uitwijken naar cgi.monitor.nl. Op beide heb ik wel PHP.

Gewone ~users bij xs4all hebben wel een shell toegang, maar geen CGI en
geen PHP.

Jan
--
Look, Ma. No tables - http://www.steenbergen-stichting.nl/enbio.html