> Mielőtt biztos jelét adod annak, hogy nem értetted meg, amit kissg
> beidézett a man-ból, javaslom fuss neki még egyszer az idézett kézikönyv
> megfelelő fejezetének.
>
>
ok, most már megvan
de ezt a match user-t sem ismertem
ha van időm olvasgatni, nem írok a listára
kösz a segítséget,
z.
Szia!
""Kónya Zoltán (EVM)"" írta 2009-08-19 21:01-kor:
>
> > permitopen="host:port"
> >
> szerintem ez nekem nekem nem teljesen jó
> vannak userek amik az egyik szerver egyik portjához, míg mások másik
> szerver másik portjához férhetnek hozzá - nincs userre való korlátozási
> lehetős
> permitopen="host:port"
>
szerintem ez nekem nekem nem teljesen jó
vannak userek amik az egyik szerver egyik portjához, míg mások másik
szerver másik portjához férhetnek hozzá - nincs userre való korlátozási
lehetőség
olvastam valami ForwardACL nevezetű opcióról és ott finoman lehet
h
>> data=journal
>>
>> Ezt hasznalja valaki elesben?
>
> +noatime?
>
> dir_index?
>
dir_index van, noatime-ot meg koruljarom.
Koszonom!
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Papp Tamas írta:
> En ha lehet tmpfs-t raknek a spool ala
Ez szerintem nem jó ötlet, mert egy esetleges reboot során ezzel a
megoldással törlöd a spoolt, benne a már átvett, de még nem kézbesített
leveleket.
--
--- Friczy ---
'Death is not a bug, it's a feature'
Hi!
"Kiss Gabor" írta 2009-08-13 07:16-kor:
> Ez mindenfele szolgaltatasokat nyujt a regi szomszedainak.
> Illetve csak nyujtana. Van ami nem megy, mert a kliensei most
> hiaba kuldik a broadcastokat a 137-es UDP portra (netbios-ns),
> baratunk nem kapja meg oket.
Ez ugyan nem a kérdésedre a vála
In article <4a8c092b.2020...@evmzrt.hu>,
=?ISO-8859-2?Q?K=F3nya_Zolt=E1n?= writes:
> Tudom azt korl=E1tozni, hogy egy adott ssh user, csak a r=E9sz=E9re
> enged=E9lyezett tunneleket (adott ip-re, adott port-ra) tudja l=E9trehozni?
> z.
sshd(8)
AUTHORIZED_KEYS FILE FORMAT
permitopen
On Wed, Aug 19, 2009 at 03:39:48PM +0100, Miloska wrote:
> > + megneznem a particiojanak a mount opcioit.
> >
>
> Eppen ezt teszem :)
>
> data=journal
>
> Ezt hasznalja valaki elesben?
+noatime?
dir_index?
tompos
_
linux lista - linux@
Hegedüs Ervin wrote:
> Ezt talaltam hirtelen:
> http://ninjamonkey.us/wordpress/2007/09/postfix-and-noatime-mounts/
> ami reszben magyarazza a dolgot, miert ne hasznaljuk a
> noatime-ot.
Koszi a linket, megguglizom a kerdeskort.
A legtobb szerveremen noatime-mal mountolt a
vonatkozo fs, de p
hello,
> > Kerdesem, van-e valakinek bevalt tunning opcioja ilyen igenybevetelre
> > (sok kis file iras/olvasas/torles) vagy masik FS / gyorsabb disk a
> > megoldas.
>
> A noatime ugye megvolt?
sajnos nem talaltam archivumot, de egyszer Wietse valaszolt azon
kerdesemre, h gyorsithatom-e a Postfi
Miloska wrote:
> Kerdesem, van-e valakinek bevalt tunning opcioja ilyen igenybevetelre
> (sok kis file iras/olvasas/torles) vagy masik FS / gyorsabb disk a
> megoldas.
A noatime ugye megvolt?
--
Udv:
Erdelyi Gabor
_
linux lista - linu
> + megneznem a particiojanak a mount opcioit.
>
Eppen ezt teszem :)
data=journal
Ezt hasznalja valaki elesben?
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
On Wed, Aug 19, 2009 at 04:24:09PM +0200, Papp Tamas wrote:
>
> En ha lehet tmpfs-t raknek a spool ala, masreszt nem biztos, h naplozo
> fs-t hasznalnek, vagy legalabbis ugy, hogy az egy kulon device-on
> legyen.
+ megneznem a particiojanak a mount opcioit.
tompos
___
On Wed, Aug 19, 2009 at 02:30:34PM +0100, Miloska wrote:
> Sziasztok,
>
> adott egy SMTP 'proxy' szerver, CentOS 5.3, postfix megkapja a
> leveleket a belos halobol majd kikuldi oket a nagyvilagba.
>
> Nagyobb forgalom eseten a [kjournald] sokszor tobb masodpercre
> atveszi a vezetest a top-ban e
Hello!
Tudom azt korlátozni, hogy egy adott ssh user, csak a részére
engedélyezett tunneleket (adott ip-re, adott port-ra) tudja létrehozni?
z.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Miloska írta, 2009.08.19.:
> Sziasztok,
>
> adott egy SMTP 'proxy' szerver, CentOS 5.3, postfix megkapja a
> leveleket a belos halobol majd kikuldi oket a nagyvilagba.
>
> Nagyobb forgalom eseten a [kjournald] sokszor tobb masodpercre
> atveszi a vezetest a top-ban es az egesz gep par masodpercre
Miloska wrote:
> Kerdesem, van-e valakinek bevalt tunning opcioja ilyen igenybevetelre
> (sok kis file iras/olvasas/torles) vagy masik FS / gyorsabb disk a
Az attol fugg, hogy most milyen/mennyi diszked van, milyen vezerlod, meg
mennyi az az i/o tulajdonkeppen. En defaultbol/rutinbol XFS-t ten
Miloska wrote:
>
> Kerdesem, van-e valakinek bevalt tunning opcioja ilyen igenybevetelre
> (sok kis file iras/olvasas/torles) vagy masik FS / gyorsabb disk a
> megoldas.
>
A reiserfs a kis nagy filek baratja, de vigyazz vele, mert az ujabb
kernelekben beleganyoltak csunyan...
--
Gabor HALASZ
Sziasztok,
adott egy SMTP 'proxy' szerver, CentOS 5.3, postfix megkapja a
leveleket a belos halobol majd kikuldi oket a nagyvilagba.
Nagyobb forgalom eseten a [kjournald] sokszor tobb masodpercre
atveszi a vezetest a top-ban es az egesz gep par masodpercre megall.
Nezegettem mar par ext3 tuning
19 matches
Mail list logo
