Linux-haladó

Van egy ldap szerverem.
suffix "dc=kasa,dc=local" (ez jól is működik)
Szeretnék egy "c=hu" suffix-et is.
Ha csak úgy utánaírom a configban (ahogy a doksi írja) akkor a bdb backend
jelzi, hogy ő nem kezel több suffix-et.
Ha külön adatbázist, külön könyvtárral adok meg akkor pedig
pampog, hogy nem létezik az id2entry.bdb fájl.
Hogyan tudom ezt létrehozni ?
(Más megoldás is szóba jöhet)

A minap keztem el utánanézni hogy hogy is áll az Xgl + Compiz megoldás Intel grafikus chipekre és nagy örömmel láttam, hogy már igen jól működik egyeseknek a dolog. Gondoltam kipróbálom a laptopomon is. A gépen egy Dapper Drake van, amely automatikusan felismerte a kártyát és volt OpenGL-es gyorsítás is. Ezután a Quinn repoból lehúztam a megfelelő csomagokat és használni szerettem volna őket. Az Xgl-lel jött egy frissebb i810 driver is az X-hez. Ezzel sem volt semmi gond, sima X alatt van OpenGL a glxinfo szerint:
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 915GM 20050225
OpenGL version string: 1.3 Mesa 6.5.1

Viszont ha elindítom az Xgl-t, akkor sajnos a Mesa Indirect Rendering az OpenGL provider. Hol lehet a hiba? Miért nem engedélyeződik az OpenGL driveres gyorsítás? A 915 kernelmodul dri-vel együtt be van töltve.

Helló. lenne 1 kérdésem:

xmodmappal úgy kéne módosítani a billentyűzet kiosztásom, hogy a következő történjen:

keycode 234 Ctrl+PageUp
keycode 233 Ctrl+PageDown

legyen.

Helló.

Egy prblémával szembesültem, miközben az új notimat konfigurálgatom. Az acpi sleephez kell 1 kis trükk IBM R50e -n, hogy felébredjen a képernyő is, nem csak a gép. Ehehz egy file-ba kell írni. Célszerűen a /tmp/video_state file-t választottam, a leírások alapján.
A gép nem akart felébredni, csak ha hálózaton, távolról ébresztettem. Észrevettem, hoyg az audit küldi a jelelntéseket, és rájöttem ez a hiba.

Nem engedte a SELinux a /tmp/video_state file-t létrehozni. Most a SELinuxot átállítottam permissive módba, és megy. Ez azonban nem megoldás, csak, szép magyar szóval "workaround". Valakinek lenne ötlete, megoldása, és egy linkje valami jó SELinux HOWTO-ról.

Megoldást is kérek, nem csak howtot, mert előbb megoldanám, utána megérteném ezt a problémát. Google nem segített, fedora bugzillán ugyanezt a hibát és workaroundot adta csak ki.

A segítségért előre is köszi

ggergely

Erdekes problemaval talalkoztam a VPNnel kapcsolatban.
Van egy 2-3 eve mokodo VNCszerver a melohelyi Debianos routeren (cel500, 160MB ram, 13GB hdd, kernel 2.6.16) errol a geprol kapja a netet a tobbi 15 gep, megy rajta samba (wins), ftp, stb... Itthon is egy hasonlo Debianos gep figyel routerkent (kernel 2.6.18rc1, de probaltam mar regebbi kernelekkel is) mogotte 2 wines/linuxos gep. Itthon a szolgaltato t-online, melohelyen chello. Nehany honapja feltunt hogy ha PPTP VPNel felcsatlakozok a melohelyi halora az itthoni wines geprol (2 napja reinstallalt) akkor neha eljatsza azt hogy par masodpercig egy nyomorek bit se megy se ki se be, majd hirtelen jo lesz. Eloszor rafogtam a chellora de miutan en es melohely kozott `kimertem` a netet es nem talaltam hibat (nincs packetloss, sebesseg is elfogadhato), kezdett gyanus lenni a dolog. RAdmin csomoszor nem hajlando fellepni, RealVNC idonkent szakad. Menet kozben elkezdtem pingelni a tuloldalt hogy lassam mi is tortenik, es ez jott ki:

Válasz 192.168.1.11: bájt=32 idő=25 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=49 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=23 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=42 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=25 ms TTL=63
A kérésre nem érkezett válasz a határidőn belül.
A kérésre nem érkezett válasz a határidőn belül.
A kérésre nem érkezett válasz a határidőn belül.
A kérésre nem érkezett válasz a határidőn belül.
A kérésre nem érkezett válasz a határidőn belül.
A kérésre nem érkezett válasz a határidőn belül.
Válasz 192.168.1.11: bájt=32 idő=25 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=24 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=27 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=27 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=27 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=35 ms TTL=63
Válasz 192.168.1.11: bájt=32 idő=27 ms TTL=63

A hiba akkor jon elo garantaltan amikor a tavoli asztalon hirtelen tortenik sokminden (pl agyonflashelt oldal)
Az ipcimkiosztas igy nez ki:
itthoni halo: 192.168.0.1-63 (Mask:255.255.255.192)
melohelyi halo: 192.168.1.1-63 (Mask:255.255.255.192)
VPNnel a melohelyi debian router cime: 192.168.1.65 (Mask:255.255.255.192)
VPNnel az itthoni wines gep cime: 192.168.1.66 (Mask:255.255.255.192)

Help plz!

Sziasztok!

Beüzemeltem egy OpenVPN servert a cégnél. Királyul megy az egész. Otthonról kipróbálva megy még a SAMBA is. Nade ha valakinek DSL router mögül netezik a VPN megy neki (kap IP címet), de a SAMBA megosztást nem látja :( Hogyan lehetne ezt a problémát kijavítani??

Csabi

Helló!

Szeretnék egy bootolható cd-t létrehozni, egy kernellel aminek a cd-n kellene lennie de a rendszer többi részének pedig a pendrive-n. A kérdésem nemes egyszerűségell az volna, hogy hogyan lehetne ilyesmit csinálni? Hogyan tudom a Grubnak megadni azt, hogy a kernel a CD-n van, a root filesystem pedig a bootolás pillanatában láthatlan (modulok hiánya miatt) a pendriven?

Azzal a problémával találkoztam, hogy a samba szerveren meghalt a névfeloldás. IP cím alapján látják a windowsok, de ha netbios név alapján hivatkozom rá, akkor már nem találják. smbd, nmbd fut, a logok szerint a gép lett a master browser, nem látok semmit, ami hibára utalna...
van valakinek ötlete, hogy mi romolhatott el?
tegnap még minden ment, azóta semmi változtatás nem történt sem a futó processzekben, sem a hálózati struktúrában.

Esetleg tud valaki a fenti temaban ajanlani bevalt/hasznalt eljarasokat?
Fontos, hogy a kliensek egyidoben (kozel) ugyanazon video streamet lassak.

Hello!

A celom az lenne, hogy a gep a 192.168.10.6 alatt az aa.bb.cc.dd IP
cimet ertse. A problemat iptables-szel probaltam megoldani eddig eredmenytelenul:

1. proba:

iptables -t nat -A PREROUTING -d 192.168.10.6 -j DNAT --to aa.bb.cc.dd

2. proba:

echo "1" > /proc/sys/net/ipv4/ip_forward

iptables -I FORWARD -p tcp -d 192.168.10.6 --dport 1098 -j ACCEPT

iptables -I PREROUTING -t nat -p tcp -d 192.168.10.6 --dport 1098 -j DNAT --to aa.bb.cc.dd:1098

Tovabba kliens geprol meg a kovetkezo informaciokat sikerult kideritenem:

# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
...
192.168.10.6 192.168.75.163 255.255.255.255 UGH 0 0 0 bond1
...

Sztem mar vki mas is probalta ezt megoldani es ez a routing bejegyzes annak
lehet az eredmenye. Nem biztos hogy kell.

bond0 Link encap:Ethernet...
inet addr:10.x.x.x Bcast:10.255.255.255 Mask:255.0.0.0
...

bond1 Link encap:Ethernet...
inet addr:192.168.75.73 Bcast:192.168.75.255 Mask:255.255.255.0
...

Miert hatastalan az iptables?

Varom a helyes megoldasokat!:-)