Onderwerp: [RaQ+telnet]: gebruiker kan andere bestanden bekijken

Inderdaad, inloggen via SSH is redelijk eenvoudig terwijl voor sftp en apop toch wat meer kennis nodig is. Het lijkt me ook niet klantvriendelijk als je de klant verplicht om via sftp en apop te werken aangezien dat niet door alle gangbare programma's wordt ondersteund.

SSH wordt vooral gebruikt voor het beheer van eens erver aangezien het niet zo heel erg verstandig is om je root password in plain text over het internet te sturen. En aangezien elke (verstandige) sysadmin enkel zijn root wachtwoord gebruikt voor SSH maakt het voor pop3 en ftp niet zo denderend veel uit (IMO).

Natuurlijk, ik begrijp de bezwaren best. Maar als je shell toegang wilt geven kan je dat net zo goed via telnet als via ssh doen, omdat die wachtwoorden toch plain tekst over de lijn gaan voor ftp en pop.

En Deimos, het ging niet zozeer over het gebruik van telnet als beheerder van een server, want dat moet je uiteraard niet doen. Het ging erom dat webhosts die klanten shell toegang willen geven dat niet via telnet maar alleen via ssh zouden moeten doen en dat is een beetje onzinnig als toch ftp en pop gebruikt worden.

Hans wat dat betreft ben ik het helemaal met je eens. De reden dat telnet ook niet wordt gebruikt is dan ook dat het in het verleden zeer vulnerable is gebleken. En van SSH kan men dat niet bepaald zeggen. Dat is ook 1 van de redenen .

Maar om het ww te beschermen maakt het idd niets uit. Gaat meer om de beveiliging van de server zelf (er vanuit gaande dat de user bijna helemaal zit opgesloten op zijn server).

Cronjab? NOOIT
Shell? NOOIT


Waarom zou je in godsnaam Shell of zelfs cronjab aanbieden?
Tenzij je snel je faillissement wil aankondigen

misschien is dit wat voor je als je toch ssh toegang wilt verlenen.
Keb het vroeger onder linux welleens geinstalleerd en het werkte goed.


http://www.gsyc.inf.uc3m.es/~assman/...uickguide.html

Ook daar is uit te breken maar inderdaad, het is een extra hindernis die moeilijk te nemen is voor de meesten.

ik bied crontab en ssh al meer als één jaar, nog nooit problemen gehad

je moet wel je bak kunnen beveiligen

en als een van je klanten lekker zware scripts per cron draait?

Dan stuur je ze een mailtje, waarin je verwijst naar de algemene voorwaarden met de vraag of ze daarmee willen stoppen. Of een dedicated willen nemen.


Niet zo heel moeilijk. Het lijkt wel of iedereen hier licht in de stress raakt van het woord SSH.

Origineel geplaatst door almar
Dan stuur je ze een mailtje, waarin je verwijst naar de algemene voorwaarden met de vraag of ze daarmee willen stoppen. Of een dedicated willen nemen.

ja, maar waarom moeilijk doen als het makkelijk kan.

Origineel geplaatst door almar

Niet zo heel moeilijk. Het lijkt wel of iedereen hier licht in de stress raakt van het woord SSH.

Van ssh weet ik niet, maar van cronjob krijg ik wel behoefte aan aspirientjes

Gewoon heel streng in zijn, wie een cronjob draait met een herhaling van minder als 6u, ff 24u afsluiten

Origineel geplaatst door tom
Gewoon heel streng in zijn, wie een cronjob draait met een herhaling van minder als 6u, ff 24u afsluiten

Is naar mijn idee niet echt een oplossing. Aangezien ik genoeg scripts ken die tijdens zo'n cronjob een CPU gebruik hebben van zo'n 70-90%. Lijkt me nou niet echt bepaald fijn voor de load en stabiliteit van de machine.....