Re: Grub, xp boot

2006-11-30 bef zés Salamon Attila
2006. november 30. 20.29 dátummal Gyurman Attila ezt írta:
> fixboot után bootnál bejött a grub, vagy bebootolt az XP?

A grub jött. Azért nem a fixmbr-t használtam, hogy megmaradjon a grub 
az mbr-ben. De ez már lassan offtopic lesz itt... :-)

-- 
Sala
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: tar + DAT

2006-11-30 bef zés Dévay Gyula

2006. november 30., 23:21:00, SZABO Zsolt ezt írta:

> tar -tvf /dev/nst0 -b 96 |head ... ? Aztan persze még vissza kell
> léptetni mt-vel... legalábbis én így csinálom. Ha tényleg erre 
> vonatkozott a kérdés.

Igen, koszi. Erre nem is gondoltam. :-)

-- 
Üdvözlettel,
 Dévay Gyulamailto:[EMAIL PROTECTED]

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: tar + DAT

2006-11-30 bef zés SZABO Zsolt
Dévay Gyula wrote:
> Sziasztok!
> 
>   Tar-al mentek DAT-ra. Szeretnem visszamentes elott kinyerni, hogy
>   milyen label alatt fut a mentes. Ezt megtudom, ha listaztatom,
>   visszamentek, stb. - de ez nagyon lassu a kiiratashoz (feladat: script
>   kerdezne le es irna ki a labeleket ugy, hogy mindig az adott mentes elejere
>   pozicional a dat, kiirja a labelt majd megy tovabb a kovetkezoig - a
>   mentesek pozicioja ismert) Viszont nem talaltam ra opciot, hogy csak labelt
>   kiiratni hogyan lehet. Van valakinek ra otlete?

tar -tvf /dev/nst0 -b 96 |head ... ? Aztan persze még vissza kell 
léptetni mt-vel... legalábbis én így csinálom. Ha tényleg erre 
vonatkozott a kérdés.

sZs


_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


tar + DAT

2006-11-30 bef zés Dévay Gyula
Sziasztok!

  Tar-al mentek DAT-ra. Szeretnem visszamentes elott kinyerni, hogy
  milyen label alatt fut a mentes. Ezt megtudom, ha listaztatom,
  visszamentek, stb. - de ez nagyon lassu a kiiratashoz (feladat: script
  kerdezne le es irna ki a labeleket ugy, hogy mindig az adott mentes elejere
  pozicional a dat, kiirja a labelt majd megy tovabb a kovetkezoig - a
  mentesek pozicioja ismert) Viszont nem talaltam ra opciot, hogy csak labelt
  kiiratni hogyan lehet. Van valakinek ra otlete?

-- 
Üdvözlettel,
 Dévay Gyula  mailto:[EMAIL PROTECTED]

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Grub, xp boot

2006-11-30 bef zés Gyurman Attila
Salamon Attila írta:
> 4. fixboot kiadása az xp javítókonzolról
>
> Az 1. pont nem lehetséges, mert ezen a laptop-on ilyet nem lehet 
> állítani. A 2-4 pontok nem hoztak eredményt.
>
>   
Szia!

fixboot után bootnál bejött a grub, vagy bebootolt az XP?

Attesz
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: apache redirect

2006-11-30 bef zés Mihaly Zachar
Salamon Attila wrote:
> A kívülről jövő kliens nem "látja" a belső gépeidet, csak a tűzfalad 
> külső lábát. Tehát így nem lesz jó.
>
> Megoldás lehet, hogy a tűzfalon a tcp/443-at a webszerver tcp/443-ra 
> küldöd, mondjuk a tcp/1234 portot meg a másik belső gép tcp/443-ra.
>
> A webszerveren meg átirányítod a /mail/ -el kezdődő címeket a 1234 
> portra:
> RedirectMatch ^/mail/(.*) https://webmail.host.com:1234/mail/$1
>
> Igy a https://webmail.host.com az egyik gépre mutat, a 
> https://webmail.host.com:1234 a másikra, és az első a /mail/-es 
> url-eket átdobja a másikra.
>
>   
ez mukodhet, csak az a problema, hogy az 1234-es portot a user-nek ugye 
latnia kell...
en a tuzfal mogotti apache-csal nem redirektelnek, hanem proxy-znek...

es akkor mindenki orul, csak a proxy-zo apache nem...

Misi

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: openswan, auto=manual, neither AH nor ESP specified

2006-11-30 bef zés LiRul
On Thu, Nov 30, 2006 at 11:03:46AM +0100, Gabor HALASZ wrote:
> LiRul wrote:
> > 
> > Termeszetesen hiaba irtam be direkt a conn-hoz, hogy auth=esp az sem segit.
> > En valami parser bugra gondolok. Van tippetek?
> > 
> 
> Ne add meg.

Nem segitett. :( Most sem a default szekcioban, sem kulon a conn-oknal nem
adtam meg, de igy is ugyan az a hiba (holott amugy is az esp a default
kulon define nelkul).

Thx.
-- 
  LiRulhttp://www.hixsplit.hu/
  Un*x + HIX = hixsplit   Lehet, de nem erdemes nelkule...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: SuSE System Update hogyis megy

2006-11-30 bef zés Andras Mantia
On Thursday 30 November 2006 13:00, [EMAIL PROTECTED] 
wrote:
> Sziasztok,
>
> Probaltam SuSE 9.1 verziorol 9.3 verziora upgradelni.
>
> YaST2 System Update menuje.
> Allandoan azt mondja az "Update" szekcioban, hogy "ERROR: No
> proposal".

Szoval az a System Update allitloag nincs rendesen letesztelve... Nekem 
mukodott a 10-es szeriaban. A javasolt modszer: boot a CD/DVD-rol es 
ott kivalasztani, hogy frissiteni akarod a rendszert. Meg i586-rol 
x86_64-re valo firssites is ment, bar tiltakozott ellene. ;-)

Andras
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


iptables nat: se a masq, se a snat nem megy rendesen

2006-11-30 bef zés Krusó Krisztián
Sziasztok,

adott egy 2.6.18-as kernellel ellátott debian 3.1-es
szerver, iptables 1.3.6-tal.(forrásból fordítva)

A gond az, hogy a nat tablaban van jo par masquerade
es sajnos nem minden csomagra hasznalja.
Egy szabaly: -s 192.168.0.0/16 -o eth0 -j MASQUERADE
Ennek ellenere a legtobb olyan csomagot maszkolas nelkul
atengedi, aminek: sport 1024:65535 és dport 1024:65535 tcp
Kulon szabalyt betettem erre is, de alig nehanyat
maszkol belole. 
Probaltam azt is, hogy SNAT-tal megoldjam, de a helyzet
valtozatlan.
A MASQ-ok a legelsők a nat/postroutingban, tehat nincs elott
semmi ami kiengedje!

ip_conntrack_max 32000
ip_conntrack_buckets 32000
a valos ip_conntrack szam 6000 korul mozog.


Mit tudok tenni? Hol keressek?


Kossz mindenkinek!


Chris

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: openswan, auto=manual, neither AH nor ESP specified

2006-11-30 bef zés Gabor HALASZ
LiRul wrote:
> 
> Termeszetesen hiaba irtam be direkt a conn-hoz, hogy auth=esp az sem segit.
> En valami parser bugra gondolok. Van tippetek?
> 

Ne add meg.

-- 
Gabor HALASZ <[EMAIL PROTECTED]>
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Grub, xp boot

2006-11-30 bef zés Salamon Attila
Sziasztok!

Egy laptop vinyóján volt egy rendszervisszaállító partíció (hda1), egy 
xp ntfs-en (hda2), egy linux swap (hda3) és egy linux (hda4).

A linux egy friss etch. A bootloader grub (0.97-19). Eddig xp-t, 
linux-ot egyaránt indított.

A linux már kinőtte a helyét, az xp partíciója meg félig üres volt. 
Gondoltam átrendezem egy kicsit a partíciókat meg a méreteket. Első 
lépésben a system rescue cd-n lévő qtparted-al összenyomtam az ntfs 
partíciót. Ezután még mindig boot-olt az xp is.
Majd dd-vel lementettem az xp és a linux partícióját, töröltem a 
partíciókat, a hda1 lett a kisebb xp, hda2 swap, hda3 linux. 
Visszaállítottam a mentéseket, partíciók mount-olhatók, adatok  
rendben látszanak. 
fstab, menu.lst szerkesztés, grub-install megvolt.
A linux rendben boot-ol is, az xp-t kiválasztva a grub menüből, az 
alábbi üzenet jön:

Filesystem type unknown, partition type 0x7

Az ehhez tartozó grub konfig:
title   Microsoft Windows XP Professional
root(hd0,0)
savedefault
makeactive
chainloader +1

A hibára rákeresve a következő megoldásokat találtam:
1. LBA beállítása auto helyett a bios-ban.
2. root (hd0,0) helyett rootnoverify (hd0,0)
3. chainloader +1 helyett chainloader (hd0,0)+1
4. fixboot kiadása az xp javítókonzolról

Az 1. pont nem lehetséges, mert ezen a laptop-on ilyet nem lehet 
állítani. A 2-4 pontok nem hoztak eredményt.

Van még valakinek ötlet a tarsolyában?

ui.: Az xp-s partíció természetesen 7-es id-jű és a boot flag be van 
állítva rajta.

-- 
Sala
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: postfix 2.3.3 reverse lookup

2006-11-30 bef zés varadi
On Wed, Nov 29, 2006 at 09:51:46PM +0100, friiz wrote:
> > 
> > Minden javaslatot koszonok ...
> > 
> milyen rendszer? esetleg chroot?

A postfix smtpd része alapból chroot-olt.

-- 
[Varadi Gabor]
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: postfix 2.3.3 reverse lookup

2006-11-30 bef zés varadi
On Wed, Nov 29, 2006 at 09:17:14PM +0100, Gathidi Laszlo wrote:
> Hello Mindenki !
> 
> A postfix 2.3.3-at hasznalok.
> A gondom az, hogy nem naplozza a kapcsolodo szerverek nevet:
> 
> #tail /var/log/mail/info
> Nov 29 20:05:59 penguin postfix/smtpd[5866]: disconnect from 
> unknown[195.56.177.40]
> Nov 29 20:06:47 penguin postfix/smtpd[5866]: connect from 
> unknown[195.56.177.40]

Abban az adott pillanatban nem tudta feloldani az ipcimet.

-- 
[Varadi Gabor]
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: apache redirect

2006-11-30 bef zés Salamon Attila
2006. november 30. 06.09 dátummal Jozsef Valkai ezt írta:
> Olyat akarok csinalni, hogy ha bongeszovel ramutat user a
> https://webmail.host.com/mail-re akkor a tuzfal a NAT-on belulli
> gepre dobjaa kerest, majd ezen a gepen levo apache redirecttel egy
> masik NAT-on beluli gepre:
...
> Kivulrol a celgep nem lathato, kivitelezheto-e ez egyaltalan?

A kívülről jövő kliens nem "látja" a belső gépeidet, csak a tűzfalad 
külső lábát. Tehát így nem lesz jó.

Megoldás lehet, hogy a tűzfalon a tcp/443-at a webszerver tcp/443-ra 
küldöd, mondjuk a tcp/1234 portot meg a másik belső gép tcp/443-ra.

A webszerveren meg átirányítod a /mail/ -el kezdődő címeket a 1234 
portra:
RedirectMatch ^/mail/(.*) https://webmail.host.com:1234/mail/$1

Igy a https://webmail.host.com az egyik gépre mutat, a 
https://webmail.host.com:1234 a másikra, és az első a /mail/-es 
url-eket átdobja a másikra.

-- 
Sala
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: apache redirect

2006-11-30 bef zés Molnár István
Jozsef Valkai írta:
> Olyat akarok csinalni, hogy ha bongeszovel ramutat user a
> https://webmail.host.com/mail-re akkor a tuzfal a NAT-on belulli gepre
> dobjaa kerest, majd ezen a gepen levo apache redirecttel egy masik
> NAT-on beluli gepre:
>
> #RPC and webmail redirections:
> RewriteCond %{HTTP_HOST} ^webmail.host.com$ [NC]
> RewriteRule ^/mail(.*)$ https://amail1.host.com  [NS,L,QSA]
>
> Kivulrol a celgep nem lathato, kivitelezheto-e ez egyaltalan?
>
>   
Redirect permanente ^/mail(,*)$ https://amail1.host.com/mail$1

Erre gondolsz?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux