Linux-haladó

Sziasztok!

Van egy visszatérő problémánk és még nem sikerült Google segítségével megoldanunk... :((

Néha, ha egy user megnyit egy xls fájlt a samba share-n, dolgozik rajta majd kilép, akkor utána más userek csak read-onlyként tudnak hozzáférni a fájlhoz, és nem tudjuk (hogyan) unlockolni.

A samba újraindítása nem lehetőség, mert nagyon sokan (az egész iroda) folyamatosan használja az a share-t... :(

Hogyan tudok unlockolni ilyen fájlokat shellből vagy valahogyan?

Köszi!

Udv mindenkinek. Eddig egy PIVDualos gepen gond nelkul keszitettem kernelt tobb pentium sorozatu gepekre, valamint 64bites opteronra is, debian etch (amd64) oprendszer alatt. Azonban most ugyanezt a feladatot egy Core2Dual -os gepen szeretnem elvegezni, ujrainstalltam a debian etch-et, ugyanugy amd64-es valtozattal, azonabn ezzel mar nem tudok i386os kernelt forditani, nem ajanlja fel a menuconfig... probalkoztam olyannal, h "make ARCH=i386" ami ugy tunt mukodik is, de aztan a forditas mindenfele hibaval elszallt:
arch/i386/kernel/asm-offsets.c:106: error: invalid use of undefined type âstruct i386_pdaâ
arch/i386/kernel/asm-offsets.c:107: error: invalid use of undefined type âstruct i386_pdaâ
make[1]: *** [arch/i386/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2
sh /sources/kernel/src/linux-2.6.20-ovz-grsec/arch/i386/boot/install.sh 2.6.20-ovz007-grsec arch/i386/boot/bzImage System.map "/sources/kernel/targets/pen.eiszproxy"

ezutan elkezdtem keresgelni a neten, hogy pontosan hogy is kell ezt csinalni, talaltam egy CROSSTOOL nevu eszkozt, amivel sikeresen elkeszitettem a 32bites gcct meg a libeket, csak az a gond h hasznalni nem tudom :). netes forrasok szerint a kovetkezonek kellene mukodnie:
cd ./src/linux
make menuconfig ARCH=i386 CROSS_COMPILE=/opt/crosstool/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin/i686-unknown-linux-gnu-
make ARCH=i386 CROSS_COMPILE=/opt/crosstool/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin/i686-unknown-linux-gnu-
make install ARCH=i386 CROSS_COMPILE=/opt/crosstool/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin/i686-unknown-linux-gnu-

De
/bin/sh: /opt/crosstool/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin/i686-unknown-linux-gnu-gcc: Permission denied
make[1]: *** [arch/i386/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2

ezt a hibat kapom. a fileon minden jog megvan, a jelenlegi 64es kernelben van 32bites emu, es ha csak siman megprobalom elinditani a "i686-unknown-linux-gnu-gcc" -t, ami ugye a 32bites gcc lenne, akkor is permission denied. strace-tol sem lettem boldogabb:

compiler:/opt/crosstool/gcc-4.1.0-glibc-2.3.6/i686-unknown-linux-gnu/bin# strace ./i686-unknown-linux-gnu-gcc
execve("./i686-unknown-linux-gnu-gcc", ["./i686-unknown-linux-gnu-gcc"], [/* 22 vars */]) = -1 EACCES (Permission denied)
dup(2) = 4
fcntl(4, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat(4, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x341a25ea0000
lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(4, "strace: exec: Permission denied\n", 32strace: exec: Permission denied
) = 32
close(4) = 0
munmap(0x341a25ea0000, 4096) = 0
brk(0x571000) = 0x571000
exit_group(1) = ?
Process 14158 detached

van egy lyan erzesem, h ezen az uton nem fogok elorebb jutni. Tehat csinallt mar valaki ilyesmit, es ha igen, le tudna irni nekem egy gyorstalpalon, h mikent forditsam le azt a nyavajas kernelt 64bites renceren i386-ra (vagy akar sparc-ra)?

Köszönöm!

Sziasztok, most ismerkedek a kernel modulokkal es egy hello world modult forditanek, de a kovetkezo konyvtaram nem is letezik... /lib/modules/2.6.18-4-686/build mit kene leforditani, hogy egyaltalan legyen ilyenem ? elore is koszonom.

Sziasztok,

Lenne egy p1-133-as gép, 4gb winchesterrel. A proci venti már kezd nyiffanni, a gép lassan 8-10 éve üzemel, max néha volt 1-2 újraindítás.

Csináltam egy Debianos szervert amivel megpróbálnám kiváltani a fileszerver funkciót. Ezzel nemis lenne gond a win98 és XP gépek esetén. Viszont lenne 1-2 gép ami kizárolag DOS-t futtathat, mivel speckó progi fut rajtuk egy speciális "egér" eszközzel (sorosporton lévő dobozka, néhány gombbal és tekerentyűvel), úgy gondolom a win9x és újabb winek kizárva.

Mit javasoltok, FreeDOS vagy bármi alkalmas samba megosztást használni (mivel jelenleg a novell szerveren naponta frissitett fileokat kell felolvasnia) és DOS progit futtatni?

Köszönettel

Sziasztok!

A problémám a következő lenne:

Van egy "Red Hat Enterprise Linux ES release 4 (Nahant)".
AD ben integrálva
működik is a cucc ugy 500 felhasználóval levelezés és proxy is.
Most létre hoztunk egy uj usert, de az "id username" ra: "No such user" -t ad.
getent passwd username -ra nincs eredmény
getent passwd |grep username kiirja a felhasználót.

Gondoltam valami csunya karakter került a felhasználói névbe...
letöröl/újralétrehoz ...
jelenség ugyan az...
mégegyszer... ugyan az...

amugy egyéb user esetében
getent passwd masvalaki
masvalaki:*:10921:10004:Más Valaki:/home/DOMAIN/masvalaki:/bin/bash

Sziasztok!

A munkahelyemen van egy wireless halozat, ami LEAP autentikaciot hasznal. WinXP alol tokjol megy, a fenti disztrok alol viszont egyaltalan nem.
Valakinek van tapasztala ilyesmivel? Allitott mar be valaki ilyesmit?
Addig eljutottam, hogy az xsupplicant csomagot feltettem, es egy minimalis konfiguralast csinaltam, de valamit valoszinuleg nagyon elrontok, mert meg se nyekken.

Elore is koszonom a segitseget
d

Sziasztok!

Összetettem egy gépet virtualbox alatt.

Host gép eth0: 192.168.1.1 (amúgy lényegtelen)

Virtualbox ip címek: 10.1.1.1 (host) 10.1.1.2 (guest)
Hozzáadtam egy plussz ip címet eth0-hoz : 192.168.1.2

Azt szeretném, hogy minden 192.168.1.2-re érkező csomag a virtualbox 10.1.1.2 -nek legyen fowardolva, és azt a gépet lássák kívülről, bármilyen porton is jönnek.

köszi

Z.

Hi !

Van egy remekül működő postfix+dovecot páros, egésszen addig amígy Outlook ill. OutlookExpress kliensel nem akarok levelet küldeni.
A szerver azt mondja: 554 Relay access denied
Ha az Outlook-al tesztelem a fiókot akkor nincs hiba (önmagának küld 1 tesztüzenetet, azt meg is kapom)
Amúgy meg nem megy sem ssl-el sem anélkül sem a 25-ös sem a 465-ös porton...
"broken_sasl_auth_clients=yes" van a configban

pl. linux alól megy ssl-el meg anélkül (evolution kliens)
Win alól a Sylpheed klienst is be lehet szépen lőni - ssl nélkül simán megy, ssl-el csak ha a "STARTTLS parancs használata SSL kapcsolat indításához" be van pipálva.

Valami 5let?
Gugliztam is már, de nem igazán....

thx

Sziasztok!
Egy érdekes problémával küzdök. Adott a postfix (2.3.8-2).
A /etc/postfix/main.cf config fájl tartalma

# See /usr/share/postfix/main.cf.dist for a commented, more complete version

# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

# SMTP auth client
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl/sasl_passwd
smtp_security_options = noanonymous
smtp_sasl_type = cyrus
#smtp_sender_dependent_authentication = yes
smtp_sasl_mechanism_filter = plain, login
smtp_tls_use = no
smtp_tls_enforce_peername = no
smtp_always_send_ehlo = yes

# TLS parameters
#smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
#smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls = no
#smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
#smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = debian
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = debian, localhost
relayhost = mail.invitel.hu
mynetworks = 127.0.0.0/8
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

Tehát az invitelen keresztül szeretnék levelet küldeni és nem hajlandó ezt megtenni.
A logban ez látható.

Jul 23 16:37:45 debian postfix/pickup[25178]: 73092B941B: uid=0 from=
Jul 23 16:37:45 debian postfix/cleanup[25768]: 73092B941B: message-id=<20070723143745.73092B941B@debian>
Jul 23 16:37:45 debian postfix/qmgr[25179]: 73092B941B: from=, size=284, nrcpt=1 (queue active)
Jul 23 16:37:46 debian postfix/smtp[25770]: 73092B941B: to=, relay=z.mx.invitel.net[62.77.203.7]:25, delay=0.68, delays=0.25/0.29/0.09/0.06, dsn=5.0.0, status=bounced (host z.mx.invitel.net[62.77.203.7] said: 554 <82-131-186-234.pool.invitel.hu[82.131.186.234]>: Client host rejected: You have mass IP pool like reverse in DNS, fix it or use smtp relay from your provider. (in reply to RCPT TO command))
Jul 23 16:37:46 debian postfix/cleanup[25768]: 171D4B941C: message-id=<20070723143746.171D4B941C@debian>
Jul 23 16:37:46 debian postfix/qmgr[25179]: 171D4B941C: from=<>, size=2271, nrcpt=1 (queue active)
Jul 23 16:37:46 debian postfix/bounce[25771]: 73092B941B: sender non-delivery notification: 171D4B941C
Jul 23 16:37:46 debian postfix/qmgr[25179]: 73092B941B: removed
Jul 23 16:37:46 debian postfix/local[25772]: 171D4B941C: to=, orig_to=, relay=local, delay=0.31, delays=0.01/0.07/0/0.23, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Jul 23 16:37:46 debian postfix/qmgr[25179]: 171D4B941C: removed

Van valakinek ötlete, hogy mi lehet a gond? Az addig ok, hogy dinamikus IP-ről nem akar fogadni levelet az invitel. Elvilet smarthost-ként működne a postfix, az authentikáció is jó lehet, de mégsem.
Köszi mindenkinek

Sziasztok!

Az volna a kérdésem, hogy tudom megadni a freeradiusnak, hogy azok a userek jöhetnek be az adoot groupba akkik tagjai a groupnak.

Ldap-al összelőttem a dolgot, csak beengedi azokat a usereket is akik nem tagjai a groupnak.

Légyszii segítsetek már 2 napja ezzel szívok....

Köszi