🚀 go-pugleaf

"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            |
+-----------------------------+------------------------------------+