sslug-teknik team mailing list archive

[Jon Bendtsen <bendtsen@xxxxxxx>]

On 25/04/2008, at 14.10, Bjarne Büchmann wrote:

> <snip>
>
> > Kan du styre hvor hurtigt rsh genstarter i xinetd?
>
> Jeg forstår nok ikke helt, hvad du mener her(?)
>
> I min verden er "rsh" client-delen, som ikke har noget med
> inetd/xinetd at gøre.
>
> For server-delen (rshd), så er den knyttet til xinetd. Når der kommer
> en forbindelse, så bliver den først fanget af xinetd. Så laver  
> xinetd en
> child (fork), som tager sig af den indkommende rsh-forbindelse ved at
> køre rshd server-delen "/usr/sbin/in.rshd" (ret mig endelig, hvis  
> jeg tager
> fejl her). Hvis jeg har ret, så genstarter rshd slet ikke under  
> normale
> omstændigheder. Faktisk eksisterer rshd ikke som process; det gør
> xinetd, som så starter en helt ny "in.rshd" for hver indkommende
> forbindelse(?)
>
> I xinetd, kan jeg sætte en grænse for, hvor mange indkommende
> forbindelser, der må laves per sekund - og hvor lang tid der skal
> blokkeres (helt), hvis dette tal overskrides. Dette gøres af linier
> som f.eks.
> cps 200 1
> (max 200 per sekund - stop et sekund, hvis det overskrides).
> Standard er lavere (typisk max 30 per sekund) -og det kan godt have
> noget at gøre med hvor tit der ryddes op i brugte porte. Men jeg ved
> bare ikke, hvor sådan noget foregår - eller om jeg overhovedet har
> ret i min antagelse.

Det var netop i xinetd jeg mente at du kunne justere hvor mange den  
skulle starte.
Lige så snart xinetd overtager så tror jeg at forbindelsen bliver  
flyttet til en anden port.

Et andet problem kunne være hvor mange TCP forbindelser du må have pr.  
ip

eller åbne filer. Prøv at hæfte en strace på din xinetd process og se  
hvad der
sker når du laver mange rsh forbindelser.



JonB