Debian GNU/Linux

Hi!

Adott egy UT2004 szerver, ami general egy logot (jatekosok ki/be lepese, jatekos IDje, stb, tehat semmi olyan amit a nagy kozonseg nem lathat). Mostanaban eleg sok a csalo a szerveren es azt talaltam ki hogy ezt a logot publikussa teszem, lassa mindenki az ut2004 jatekosok legaljat. Mar a legujabb anticheat mutatorokat is rohogve megkerulik egyesek. Kesobb ezek az IDk letiltasra kerulnek a kulfoldi kupakon is. Es ezzel az a gondom, hogy nem lehet olvasni a sajat usererem alatt generalt ut2004 logot az apacheal.

-rw------- 1 syserr syserr 45056 aug 28 13.01 log

Hogy tudom ravenni a jatekot hogy `-rw-r--r--` jogosultsaggal mentsen?

VAGY

Hogy tudom ravenni apacheot hogy tudja olvasni a sajat userem alatt talalhato fileokat a file tulajdonsagainak atallitasa nelkul?

Jelenlegi otletem az hogy crontabbol percenkent atallitom chmoddal 644 -re a logokat, de jo lenne erre vmi szebb megoldas :)

Hali!
Egy laptopra (lenovo x41), amiben se cdrom, se floppy, kene installalni debian-t. Ezen kis leiras alapjan szepen usb drive kipreparal, laptop beallit, hogy errol boot-oljon, fasza, be is bootol. Az installer viszont nem hajlando felismerni cdrom-kent a nemistudommit(?), igy addig se jutok el, hogy egy fdisk+debootstrap legyen, a debian-installer meg egyatalan nem megy tovabb. Sajnos csak egy db 64megas pendrive van keznel, de arra egy businesscard-iso-image vigan rafer (etch-t es lenny-t is probaltam, egyik se megy). A leirasban emlegetett initrd.gz-t es vmlinuz-t is az iso-bol szedtem ki, syslinux.cfg beallit, elvileg minden jo. Csak 1x csinaltam eddig ilyet, pont egy eve, az egy desktop vas volt, ott nem volt ilyen problema (faszan ment minden), igy az sincs a fejemben hogy igazabol az installernek mit kene latnia "cdrom" helyett...
koszi, A.

rw NFS csatolás (/home), de nem tudok rá írni (Access denied), úgy viselkedik, mintha ro lenne.

Egy debian sid-es gépen "jött elő", ahol ugyanilyen beállításokkal korábban nem volt baj vele - máshonnan (más verzió ill. más dist.) is működik rendesen. Mi lehet az oka?

mtab-ban rw-nek írja, csak másként csinálA hálózati forgalomban ez látszik minden NFS ACCESS-nél:
kérés: (kliens -> szerver)
access: 0x1f
.... .1 = allow READ
.... 1. = allow LOOKUP
...1 .. = allow MODIFY
..1. .. = allow EXTEND
.1.. .. = allow DELETE
0... .. = not allow EXECUTE


válasz (szerver -> kliens)
access: 0x03
.... .1 = allow READ
.... 1. = allow LOOKUP
...0 .. = not allow MODIFY
..0. .. = not allow EXTEND
.0.. .. = not allow DELETE
0... .. = not allow EXECUTE


szaszi

Debian Etch-el döcögő Comaq Armada M700-am akksija a minap kipurcant, ezzel kilőve az addigra már kb egy hónapja le nem állított rendszert (mindig hibernálással szoktam letenni). Az újraindítás után látszólag minden OK, csak az Iceweasel nem talál meg egy weblapot sem, holott addig gond nélkül ment. A gép kábelen keresztül DHCP-vel kapacsolódik a routerhez 3 másik géppel együtt, a többi gépen nincs probléma.

gepem:/home/envagyok# ifconfig
eth0 Link encap:Ethernet HWaddr 00:C7:49:37:33:14
inet addr:192.168.2.100 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe70::2c0:59ef:fe28:a2f1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:152 errors:0 dropped:0 overruns:0 frame:0
TX packets:235 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:15990 (15.6 KiB) TX bytes:20664 (20.1 KiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:206 errors:0 dropped:0 overruns:0 frame:0
TX packets:206 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:65925 (64.3 KiB) TX bytes:65925 (64.3 KiB)

gepem:/home/envagyok#
gepem:/home/envagyok#
gepem:/home/envagyok# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.2.0 * 255.255.255.0 U 0 0 0 eth0
default 192.168.2.1 0.0.0.0 UG 0 0 0 eth0
gepem:/home/envagyok#
gepem:/home/envagyok#
gepem:/home/envagyok# cat /etc/resolv.conf
# generated by NetworkManager, do not edit!

nameserver 213.197.64.210
nameserver 213.167.64.211

gepem:/home/envagyok#
gepem:/home/envagyok#
gepem:/home/envagyok# ping 213.197.64.210
PING 213.197.64.210 (213.197.64.210) 56(84) bytes of data.
64 bytes from 213.197.64.210: icmp_seq=1 ttl=248 time=9.49 ms
64 bytes from 213.197.64.210: icmp_seq=2 ttl=248 time=11.2 ms
64 bytes from 213.197.64.210: icmp_seq=3 ttl=248 time=10.7 ms
64 bytes from 213.197.64.210: icmp_seq=4 ttl=248 time=11.6 ms
64 bytes from 213.197.64.210: icmp_seq=5 ttl=248 time=12.0 ms
64 bytes from 213.197.64.210: icmp_seq=6 ttl=248 time=12.1 ms

--- 213.197.64.210 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 4999ms
rtt min/avg/max/mdev = 9.492/11.217/12.117/0.904 ms
gepem:/home/envagyok#

Valami tipp?
Kösz, Böhömke

Hello!

Pár napja telepítettem egy ftp szervert a pure-ftp-vel. Belső hálózatról tökéletesen működik minden,de ahogy az internet felöl próbálnám megközelíteni a könyvtárat akkor valami gond van. A kapcsolódás és az authentikáció sikerül ,de amikor a könyvtár tartalmát próbálná a kliens lekérni megakad az egész folyamat majd egy idő után timeout lesz belőle és a könyvtár tartalma nem jelenik meg.A routeren a 20,21 portokat forwardoltam. Azon kívül elméletileg a szerveren a ForcePassiveIP opciót is használom,de eddig nem találtam megoldást.
A kérdésem az lenne ,hogyan tudom megoldani a problémát hogy kivülről is lehessen látni a könyvtár tartalmát.
Segítséget előre is köszi!

Üdv.

Helló!

Bocsi tudom, hogy ful lama kérdés de a procimra melyik beállítás illik?

cat /proc/cpuinfo

processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.40GHz
stepping : 7
cpu MHz : 2405.525
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up pebs bts sync_rdtsc cid xtpr
bogomips : 4815.30
clflush size : 64

Ezek közül melyiK?
pentium
pentium-mmx
pentiumpro
pentium2
pentium3
pentium3m
pentium-m
pentium4
pentium4m
prescott
nocona

Sziasztok
ma reggel mikor bekpcsoltam a gépemet akkor közölte velem, hogy új frissítések vannak , n mondom király, frissítettem. Fél órával később mikor újraindítottam közli velem hogy a
Bejelentkező rendszer öszeomlott és most megpróbál egy másikat.
Na ez most miért?
Találkozott ma ezzel a problémával valaki más is?

hali

most raktam fel egy lenny-t. felraktam... volna az easytag nevű audiofájl-taggert, de nem található. mi lett vele?

a dolog érdekessége, hogy etch-ben és sid-ben van (úgyhogy a rendőrelv nem érvényesül :D )

Sziasztok!

Egy olyan gondom lenne, hogy hogyan lehet rávenni a postfixet arra, hogy a régebben el nem küldött leveleket mégis elküldje?
Ugyanis az történt, hoy a szolgáltatóm blokkolta a postafiókomat, mondván régen léptem már be. Ez azért érdekes mert ha én nem nézek tévét akkor jön és levágja a kábelt? Elvileg én kifizettem a szolgáltatást!!!
No a lényeg, hogy kaptam új jelszót és már megy is a levelezés, de az el nem küldött leveleket kellene, hogy elküldje. Egy idő után biztos elmennek, de szeretném, hogy minnél hamarabb.

Hali

Volna egy kis gondom.

Etch alatt hdaps-t gyartok thinkpadra es a vinyo azt allitja hogy nem tudja a head unload-ot.
mivel gyari vinyo, tehat tudnia kell.

ThinkWikin ez van:

http://www.thinkwiki.org/wiki/Problem_with_APS_harddisk_parking

itt ugye az van, hogyha a vinyo nagyon nem akar unloadolni, de biztos hogy tudja a feature-t, akkor meg lehet adni az ide-disk modulnak opciokent hogy legyen kedves...

az ide-disk tenyleg tamogatja az opciot:

tp:/etc# modinfo ide-disk | grep parm
parm: protect_method:hdaps disk protection method (0=autodetect, 1=unload, 2=standby) (int)

hiaba probalom neki akarhol megadni, egyszeruen nem veszi be:

tp:/etc# cat /etc/modules | grep ide
ide-disk
options ide-disk protect_method=1

tp:/etc# cat modprobe.d/ide-disk
options ide-disk protect_method=1

tp:/etc# cat /sys/module/ide_disk/parameters/protect_method
0

az oldalon szereplo perl-es unload szkript is siman lefut, elmeletileg a vinyo tudja:

tp:/etc# hdparm -I /dev/hda | grep -i model
Model Number: IC25N040ATCS05-0

T42-es a gep.

syslogba, dmesg-be az ilyenkor szokasos:

idedisk_issue_protect_fn(): unload support NOT reported by drive!..
ide_protect_queue(): head park not requested, used standby!..

Hova irjam be az ide-disk opciojat hogy mukodjon?

5let?