🚀 go-pugleaf

In article <3A2A274F.F9D5BF98@bigfoot.com>, "richard lucassen"
<spam1@bigfoot.com> wrote:

-8<-

> 
> Nu wil ik het automatiseren maar de remote-machine laat op ssh geen
> root-logins toe en het rsyncen moet als root gebeuren. En alleen poort
> 22 staat open op de remote.
> 
> Iemand een hint of een goeie tip hoe je zoiets slim aanpakt?
> 
scp of sftp gebruiken ?

-- 
GUI
What your computer becomes after spilling your coffee on it.
(pronounced 'gooey')

Nils Vogels wrote:
> 
> > Nu wil ik het automatiseren maar de remote-machine laat op ssh geen
> > root-logins toe en het rsyncen moet als root gebeuren. En alleen poort
> > 22 staat open op de remote.
> >
> > Iemand een hint of een goeie tip hoe je zoiets slim aanpakt?
> >
> scp of sftp gebruiken ?

rsync maakt een exacte kopie van 1.3GB in een minuut of twee, op
voorwaarde dat er niet veel veranderd is. Doe dat maar eens met scp of
sftp. M.a.w. rsync kijkt alleen naar de  veranderingen. Een file van
100MB updaten waar 3 bytes aan veranderd zijn duurt nog geen seconde. En
dan ook nog eens via een casema kabbelmodem.

-- 
________________________
recursion: see recursion

+-----------------------------+------------------------------------+
| Richard Lucassen, Utrecht,  | Powered by Linux 2.2.16 RedHat 6.2 |
| The Netherlands             | on an i686/300MHz/256MB            |
+-----------------------------+------------------------------------+

richard lucassen <spam1@bigfoot.com> writes:

> Ik wil een cronjob een rsync over ssh laten uitvoeren. Dat gaat nu nog
> als tweetrapsraket met de hand in twee xterms.
> 
> In xterm 1 forward ik als luser poort 2000 (rsync --port=2000) en op die
> wijze draait rsync dus "lokaal". Rsync draait op poort 2000 omdat
> poorten <1024 niet als luser geforward mogen worden. In xterm 2 rsync ik
> vervolgens als root tegen localhost:2000. En dat gaat op zich goed.
> 
> Nu wil ik het automatiseren maar de remote-machine laat op ssh geen
> root-logins toe en het rsyncen moet als root gebeuren. En alleen poort
> 22 staat open op de remote.
> 
> Iemand een hint of een goeie tip hoe je zoiets slim aanpakt?


Dat kan je allemaal regelen met behulp van een Expect-script.
ssh-login de su en de rsync.

Gewoon Expect installeren, en dan de sessie doen in 'learnmode' van
expect, en je bent nagenoeg klaar.


cor

-- 
(defvar my-computer '((OS . "GNU Emacs") (Boot-Loader . "GNU Linux")))
/*    If GNU/LINUX has no solution, you've got the wrong problem    */
/*    Never install Slackware..........You might learn to use IT    */ 
/*    pa3eyp@amsat.org                    http://clsnet.dynip.nl    */

On Sun, 03 Dec 2000 11:58:23 +0100, richard lucassen <spam1@bigfoot.com> wrote:
>Ik wil een cronjob een rsync over ssh laten uitvoeren. Dat gaat nu nog
>als tweetrapsraket met de hand in twee xterms.
>
>In xterm 1 forward ik als luser poort 2000 (rsync --port=2000) en op die
>wijze draait rsync dus "lokaal". Rsync draait op poort 2000 omdat
>poorten <1024 niet als luser geforward mogen worden. In xterm 2 rsync ik
>vervolgens als root tegen localhost:2000. En dat gaat op zich goed.
>
>Nu wil ik het automatiseren maar de remote-machine laat op ssh geen
>root-logins toe en het rsyncen moet als root gebeuren. En alleen poort
>22 staat open op de remote.
>
>Iemand een hint of een goeie tip hoe je zoiets slim aanpakt?

ssh ook root logins laten accepteren is het simpelste.

Zeker beter dan (zoals elders gesuggereerd) een expect script een su
te laten doen en daarbij het root password ergens moeten opslaan.

Als de reden dat rsync root moet zijn is dat de dir die geupdate
wordt van root is, of van een user waarop niet ingelogd kan worden,
is dit de beste keuze.
(beter dan rsync als een andere local user te draaien en dan met
[root] cronjob files lokaal te moven oid )

Als je nog wat meer paranoide wilt zijn kun je op een andere poort
een sshd draaien die de root login van rsync accepteerd en
een beperktere ipchains ervoor dan voor de 'gewone' ssh login oid.

Boudewijn

-- 
+--------------------------------------------------------------+
|Boudewijn Visser        | E-mail:visser@ph.tn.tudelft.nl      |
| -                    - | http:                               |
+-- my own opinions etc ---------------------------------------+

"Boudewijn W. Ch. Visser" wrote:
> 
> ssh ook root logins laten accepteren is het simpelste.

Ik vind het maar niks dat er al een username bekend is. Het is
natuurlijk onwaarschijnlijk dat men het password raadt, maar toch. Alles
wat dicht zit zit dicht.

> Zeker beter dan (zoals elders gesuggereerd) een expect script een su
> te laten doen en daarbij het root password ergens moeten opslaan.
> 
> Als de reden dat rsync root moet zijn is dat de dir die geupdate
> wordt van root is, of van een user waarop niet ingelogd kan worden,
> is dit de beste keuze.

Ik kan natuurlijk ook twee sshd_configs aanmaken (waarvan 1 met
root-login) en sshd een trap geven bedenk ik me nu.

> (beter dan rsync als een andere local user te draaien en dan met
> [root] cronjob files lokaal te moven oid )

Ik dacht aan een sudo constructie

> Als je nog wat meer paranoide wilt zijn kun je op een andere poort
> een sshd draaien die de root login van rsync accepteerd en
> een beperktere ipchains ervoor dan voor de 'gewone' ssh login oid.

Je brengt me op een idee. Ik kan via de gewone ssh een script aftrappen
waarmee ik een chain kan toevoegen die `echo $SSH_CLIENT | awk '{print
$1}'`  toevoegt om tijdelijk poort 873 aan te spreken en na het rsyncen
de chain delete. Dan ben ik er zeker van dat *ik* alleen de rsync-server
kan bereiken.

Het moet wel met dyn-ip werken namelijk...

-- 
________________________________________________________________
Quoten is een post-doctorale vaardigheid. Het verkeerd quoten is
een gemiddeld internetgebruiker dan ook niet aan te rekenen.

+-----------------------------+------------------------------------+
| Richard Lucassen, Utrecht,  | Powered by Linux 2.2.16 RedHat 6.2 |
| The Netherlands             | on an i686/500MHz/128MB            |
+-----------------------------+------------------------------------+

Cor Gest jr wrote:
> 
> Dat kan je allemaal regelen met behulp van een Expect-script.
> ssh-login de su en de rsync.
> 
> Gewoon Expect installeren, en dan de sessie doen in 'learnmode' van
> expect, en je bent nagenoeg klaar.

Expect zegt me niks. Ik heb eens gekeken wat het is en het lijkt me best
leuk. Maar ik zoek eigenlijk meer in de richting van een simpel
bash-script dat het e.e.a. op een veilige manier laat verlopen.

-- 
________________________________________________________________
Quoten is een post-doctorale vaardigheid. Het verkeerd quoten is
een gemiddeld internetgebruiker dan ook niet aan te rekenen.

+-----------------------------+------------------------------------+
| Richard Lucassen, Utrecht,  | Powered by Linux 2.2.16 RedHat 6.2 |
| The Netherlands             | on an i686/500MHz/128MB            |
+-----------------------------+------------------------------------+

richard lucassen wrote:

> Ik wil een cronjob een rsync over ssh laten uitvoeren. Dat gaat nu nog
> als tweetrapsraket met de hand in twee xterms.
>
> In xterm 1 forward ik als luser poort 2000 (rsync --port=2000) en op die
> wijze draait rsync dus "lokaal". Rsync draait op poort 2000 omdat
> poorten <1024 niet als luser geforward mogen worden. In xterm 2 rsync ik
> vervolgens als root tegen localhost:2000. En dat gaat op zich goed.
>
> Nu wil ik het automatiseren maar de remote-machine laat op ssh geen
> root-logins toe en het rsyncen moet als root gebeuren. En alleen poort
> 22 staat open op de remote.
>
> Iemand een hint of een goeie tip hoe je zoiets slim aanpakt?
>
> --
> ________________________
> recursion: see recursion
>
> +-----------------------------+------------------------------------+
> | Richard Lucassen, Utrecht,  | Powered by Linux 2.2.16 RedHat 6.2 |
> | The Netherlands             | on an i686/300MHz/256MB            |
> +-----------------------------+------------------------------------+

Richard,

Ik heb zelf nooit met resync over ssh gewerkt, maar ik denk dat de
net::telnet module binnen perl een uitkomst voor je kan bieden. Dan kan je
vanuit perl dezelfde commando's geven die je normaal zelf intikt.

Suc6,
Martijn

Martijn Jordaan wrote:
> 
> Ik heb zelf nooit met resync over ssh gewerkt, maar ik denk dat de
> net::telnet module binnen perl een uitkomst voor je kan bieden. Dan kan je
> vanuit perl dezelfde commando's geven die je normaal zelf intikt.

het leuke van ssh is dat je remote commando's kunt uitvoeren en dan ook
nog eens geencrypt. Maar het probleem is het uitvoeren van een root
commando door een luser via alleen poort 22. Maar ik geloof dat ik al
een oplossing gevonden heb :-)

-- 
________________________________________________________________
Quoten is een post-doctorale vaardigheid. Het verkeerd quoten is
een gemiddeld internetgebruiker dan ook niet aan te rekenen.

+-----------------------------+------------------------------------+
| Richard Lucassen, Utrecht,  | Powered by Linux 2.2.16 RedHat 6.2 |
| The Netherlands             | on an i686/500MHz/128MB            |
+-----------------------------+------------------------------------+

richard lucassen wrote:

> Martijn Jordaan wrote:
> >
> > Ik heb zelf nooit met resync over ssh gewerkt, maar ik denk dat de
> > net::telnet module binnen perl een uitkomst voor je kan bieden. Dan kan je
> > vanuit perl dezelfde commando's geven die je normaal zelf intikt.
>
> het leuke van ssh is dat je remote commando's kunt uitvoeren en dan ook
> nog eens geencrypt. Maar het probleem is het uitvoeren van een root
> commando door een luser via alleen poort 22. Maar ik geloof dat ik al
> een oplossing gevonden heb :-)
>
> --
> ________________________________________________________________
> Quoten is een post-doctorale vaardigheid. Het verkeerd quoten is
> een gemiddeld internetgebruiker dan ook niet aan te rekenen.
>
> +-----------------------------+------------------------------------+
> | Richard Lucassen, Utrecht,  | Powered by Linux 2.2.16 RedHat 6.2 |
> | The Netherlands             | on an i686/500MHz/128MB            |
> +-----------------------------+------------------------------------+Da

Das heel mooi, laat ff horen.

In <3A2A274F.F9D5BF98@bigfoot.com>, richard lucassen <spam1@bigfoot.com> wrote:
>Ik wil een cronjob een rsync over ssh laten uitvoeren. Dat gaat nu nog
>als tweetrapsraket met de hand in twee xterms.

>In xterm 1 forward ik als luser poort 2000 (rsync --port=2000) en op die
>wijze draait rsync dus "lokaal". Rsync draait op poort 2000 omdat
>poorten <1024 niet als luser geforward mogen worden. In xterm 2 rsync ik
>vervolgens als root tegen localhost:2000. En dat gaat op zich goed.

>Nu wil ik het automatiseren maar de remote-machine laat op ssh geen
>root-logins toe en het rsyncen moet als root gebeuren. En alleen poort
>22 staat open op de remote.

>Iemand een hint of een goeie tip hoe je zoiets slim aanpakt?

Je hebt geen rsync met --daemon nodig om rsyncs over ssh te doen; alleen
rsync op beide hosts.

Als je op de doelhost (die met rootlogins=no) wel voldoende permissies hebt,
zou je de rsync vanaf daar kunnen opstarten.

Je zou ook (als schijfruimte goedkoper is dan bandbreedte) de rsync kunnen
uitvoeren naar een locatie waar je geen root-permissie voor nodig hebt en
vervolgens (echt lokaal, dus zonder host: in de rsync src en target
parameters) die file rsyncen met de echte file.


Vince.