A who paranccsal eddig le lehetett kérdezni, hogy a pptpd vpn-en keresztül bejelentkezett felhasználókat is.
Wheezy alatt úgy látom ez már nem működik, csak ha who /var/log/wtmp paraméterrel futtatom, itt viszont kilistáz
mindent, nem csak azokat akik éppen be vannak jelentkezve.
Sziasztok,
Debain Wheezy alatt egy olyan problémával kerültem szembe, hogy a hangerőt nem tudom fixálni a grafikus felületen. Ami azt jelenti, hogy az óra melletti jobb sarokban lévő fő hangerő szabályzót hiába veszem lejjebb, valamiért pl: programok megnyitásával vissza áll maximumra, ami a frászt hozza rám, ha nem számítok rá. Kérdésem, hogy hogyan lehet ezt fixálni és nem engedtetni a rendszerrel, hogy bármi is megváltoztassa.
Köszi!
KALMI
Sziasztok,
a domain beállításaimat megváltoztattam, ami azt jelenti, hogy más IP címre kerültek, de a Debian 7 alatti böngészők ezt nem akarják elfogadni és mindig a régi címre mutatnak (hiába törlöm a böngészők előzményeit ragaszkodik az IP címhez). Ezt winben 'ipconfig /flushdns' el tuddtam felejtetni, de Debian alatt ilyen parancsot nem találtam. A domain 100% megváltozott, mivel ha TOR alatt nézem, akkor már az új IP alatti oldal jön be.
Köszi előre is!
KALMI
Sziasztok
Előljáróban leszögezem hogy nem flamelni akarok
Körülbelül 11+ éve használok Linuxot, régen Red6, Suse, aztán sok éve csak Debiant (ill másik gépen próbából Linux Mint Debiant, az 1 magos, 3.4GHz-es P4))
A Debian 4-es (már nem emlékszem a nevére ) kb 3+ évig tökéletesen működött, akkor még Celeronon, azután hogy 1-2 hét alatt sikerült beállítani-finomhangolni ami tőlem tellett, még a vége felé is ugyanolyan gyors volt mint feltelepítéskor(tudom nincs registry)
Aztán particionálási hibám miatt eltünt, akkor tettem fel szűzen az 5-öst
~7 hónapja upgradeltem a 7-re (-2-3 lépésben 5-ről) azóta már van kemény 2GB DDR2 Kingmax 1066-os RAM-om, sajnos Asrock alaplap csak 667-en tudja járatni, de 10 éve ez a lap van és egy Xeon 1.8GHz-es , 2 magos, 2X1MB cache processzorom (tudom nem nagy szám de a Win7 megtáltosodott tőle)
Ehhez képest a Debian 7 valami irgalmatlan módon belassult, soha nem tapasztalt lassú válaszidők, 2-3-5 perc alatt reagáló ablakok stb. Lefagyni sosem fagy le de kb mintha egy P3-son futna, 256MB rammal.
Régi verziokon ilyen sohasem volt. A HDD egy WD 500GB Caviar Black 32MB cache, 5 particioval, állitólag minőségben utánna már a Raptorok következnek, HDSentinel szerint badsector mentes
Azt szeretném kérdezni hogy a 7-es már ennyire hardverigényes lett vagy a géppel van a hiba?
Esetleg az 1GB sweapfile kevés neki? Régebben elég volt
uname -a
Linux E7 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux
kösz a válaszokat
Sziasztok,
Furcsa problémát találtam, van egy debian wheezy szerverem internetszolgáltatónál (integrity). Egy partner cégem saját gépe, csak őket szolgálja ki, úgyhogy nem csinál sokmindent. Van rajta 4-5 weboldal és levelezés kb. 30 postafiókkal.
A web apache, a levelezés postfix, az LDA courier, spamassassin, clamd, stb.
saslauthd hitelesítés, valódi tanúsítvánnyal.
Ránézésre minden rendben működik, de jelezték, hogy ha csatolmányt is tartalmazó levelet küldenek, az annyira lassan megy, hogy legtöbbször time-out-ol.
Csatolmány nélkül vagy kis méretű (1MB alatti) csatolmánnyal elmegy, egy 3MB-os csatolmány elküldése esélytelen.
Miután próbálgattam, mitől lehet lassú a levelezés, feltűnt, hogy az apache is lassan reagál, mintha lassú lenne a hálózat... ?
Gondoltam, hátha valami tanúsítvány-titkosítás probléma, de https nélkül is lassú, illetve smtp tls nélkül is lassú.
Van egy roundcube is a gépen, megnéztem az jó-e, hátha fel tudom ajánlani alternatívának, de a csatomány feltöltése ugyanúgy nem ment ott sem.
Mintha nem lehetne fájlt feltölteni a gépre. :)
A cégben (én én itthon is) upc-s hálózatot használok, a gépen custom porton megy a levélküldés, nem a 25-ösön, hogy elkerüljük az esetleges szolgáltatói szűrésből fakadó kellemetlenségeket. De próbáltam 25-ös porton és TLS nélkül is, de úgy is ugyanaz a helyzet.
A logokban semmilyen hibaüzenetet nem találtam, levélküldésnél a postfix (cleanup)-nál áll meg a dolog, tehát amikor a csatolt fájlt tölti fel, mintha örökké tartana. (Megy, csak hihetetlen lassan, a vége timeout)
A rendszer frissítve van, de a napokban semmilyen változás nem volt rajta, nem update-eltem, egyik napról a másikra következett be a helyzet.
A top 0.2 load-ot mutat, sem proci, sem memória nincs megzabálva.
netstat -tna teljesen normális mennyiségű kapcsolatot mutat, éjszaka nem is volt rajta senki, csak én.
Olvastam olyat is, hogy a lokál interface-en sokkal nagyobb az MTU, mint a kártyán, az okozhat gondot, ha az alkalmazás nem erre van beállítva (postfix localhoston küldözgeti magának vírusellenőrzésre a fájlokat), átállítottam az lo adaptert is 1500-ra, de nem volt változás.
Jobb ötletem nem lévén, próbáltam, hogy wget-tel hogy tudok letölteni, az ubuntu-ról szedtem iso fájlt, az jött rendesen 100Mb-tel.
Ugyanakkor az ftp.hu.debian.org csomaglistája egy apt-get update-nél örökké tartott. (csak a lista.)
ftp.de.debian.org meg gyors volt, ahogy szokott.
ISPConfig is van a gépen, a legfrissebb változat, azt is próbáltam leszedni próbaképpen, negyed óra alatt jött le 3MB. (10 KB/s-mal jött)
Egyszerűen nem tudok mire gondolni, hibát sehol nem látok a gépen, olyan, mintha bizonyos helyekről analóg modemen netezne a szerverem (sőt, igazából annak 5-ödével megy) Más helyekről, meg rendesen jön.
Az Integrity-nél furcsa mód épp a probléma megjelenését megelőző napon volt egy előre bejelentett hálózati karbantartás, biztos a véletlen műve, de éppen egybeesik a probléma megjelenésével. Ha beérek felhívom őket is, hátha van javaslatuk.
Átmenetileg az smtp.upcmail.hu-t ajánlottam volna nekik, de erre azt láttam, hogy arról sem érkezett meg a saját szerveremre a levél, mert a UPC smtp szervere meg blacklistelve van a spamcopon (no comment :)) )
Ezután megnéztem mobil nettel is, hátha a upc kavar be, de nem, a mobilon is ugyanezt csinálta...
Esetleg lenne ötletetek, mit érdemes még megnéznem?
Nagyon hálás köszönetem előre is minden jótanácsért!
üdv,
optimista
Sziasztok!
Kaptam egy Logitech QuickCam Express webkamerát ajándékba. Ez alapján próbáltam működésre bírni Debian Wheezy alatt, de Skypeon csak fekete képernyő fogad (be se kapcsol a kamera LED).
A kamera lsusb kimenete:
Bus 002 Device 003: ID 046d:092d Logitech, Inc. QuickCam Express / Go
Dmesg kimenet:
[118806.044095] usb 2-1: new full-speed USB device number 3 using uhci_hcd
[118806.242125] usb 2-1: New USB device found, idVendor=046d, idProduct=092d
[118806.242142] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[118806.242153] usb 2-1: Product: Camera
[118806.242161] usb 2-1: Manufacturer:
[118806.245358] gspca_main: spca561-2.14.0 probing 046d:092d
[118806.302422] input: spca561 as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/input/input12
uname -a
Linux adrienn 3.2.0-4-686-pae #1 SMP Debian 3.2.51-1 i686 GNU/Linux
Cheese amúgy ad képet csak a Skype nem.
Merre induljak?
Előre is köszi a segítséget.
Sziasztok!
A jelenlegi felállás az, hogy az MRTG egy WorkDir-be dolgozik (/var/www/mrtg).
A config fájlokat Include-al adom meg az /etc/mrtg.cfg -ben. Pl.: Include:/etc/mrtg/host1.cfg .
Minden Include -olt config fájlban benne van a WorkDir sor, hogy /var/www/mrtg.
Az átláthatóság kedvéért arra gondoltam, hogy minden host adatait egy saját mappába tárolom, úgy, hogy a config fájlban különböző WorkDir-t adok meg.
Az MRTG legyűjtse után azonban nem teszi az adatokat külön mappába, hanem az utolsó Include-olt config fájl WorkDir mappáját veszi alapul
és ebbe a mappába teszi az összes host adatait.
A kérdésem az lenne, hogy megoldható valami módon, hogy az MRTG külön WorkDir-t használjon különböző configoknál?
Próbálkoztam az Include -olt fájlokban Htmldir, Imagedir és Logdir megadással, de sajnon nem sok eredménnyel.
Segítségeteket előre is köszönöm!
Sziasztok
Adott egy Toshiba L650-as gép, amire ismerősömnek win7 mellé (ezt is én raktam fel) Xubuntu 13.10-et raktam fel, viszont a hangkártya nem üzemel alatt. 64bitest raktam fel. Lehet hogy a 64bites nem támogatja az adott hw hangkártyáját? Opciók:
- 13.10 32bit
- 12.04 64bit
- 12.04 32bit
de ugye nem próbálgatással szeretném megoldani, már livecd-vel esetleg mehet.
Hasonló tapasztalata valakinek?
Ha mégis leszedem a mostani linux-ot, mit kell tennem hogy a grub-ja is eltünjön, mert most azzal indul a gép.
üdv és köszi
Van egy deprecated 'enable privileges' smb.conf opció, ami arra való hogy a samba alkalmazza az NT-stílusú Se*Privilege privilégiumokat.
Ez nálam mintha nem a rendjén mũködne:
net rpc rights list accounts ad listát sok privilégiumról, mind a "BUILTIN\Administrators" csoporthoz tartozik. "BUILTIN\Print Operators", "BUILTIN\Account Operators" csoportoknak nincs privilégiuma.
net rpc rights grant paranccsal tudtam az üres csoportokhoz is rendelni jogokat.
Így pl. a "Print Operators"-hoz a SePrintOperatorPrivilege-t.
Posix-NT csoportösszerendelés:
Domain Admins (S-1-5-21-2896095634-3712988189-3974422820-512) -> smbadmin
Print Operators (S-1-5-21-2896095634-3712988189-3974422820-550) -> lpadmin
Administrators (S-1-5-21-2896095634-3712988189-3974422820-544) -> adm
A szintén deprecated 'printer admin' opció kivaltására a korábban 'printer admin'-nal megadott usert (aladar) hozzáadtam az lpadmin posix csoporthoz.
Logikusan az feltételezem, hogy ennyibõl a samba aladárnak adni fog nyomtató adminisztrátori jogot, viszont a tapasztalat mást mutat.
Míg explicit megadva 'printer admin = aladar' opciót aladar megkapja a szükséges jogokat, ezen opció nélkül, csupán az @lpadmin tagságával nem tudja felügyelni a nyomtatót.
net rpc rights list aladar parancs pedig nem ír semmit, 255-tel tér vissza. (net rpc rights list "Print Operators" rendesen visszaadja amit kell)
Rendben, lehet h a rights list csak az explicit a userre adott jogokat listázza (bár a hibakód akkor is nyugtalanít), de akkor se látszik érvényesülni a csoporttagság.
Kérdésem, hogyan gyõzõdhetek meg a samba userek effektív csoporttagságáról, birtokolt pivilégiumaikról, ill. hogyan vehetem rá, hogy alkalmazza a groupmap-ot?
releváns smb.conf részek:
name resolve order = host wins lmhosts bcast
security = user
passdb backend = tdbsam
username map = /etc/samba/smbusers
map to guest = Bad User
guest account = nobody
domain master = yes
local master = yes
preferred master = yes
domain logons = yes
load printers = yes
printing = cups
printcap name = cups
use client driver = no
smbd -V
Version 3.6.6
PS. lehetne külön Samba alfórum, annyi topic van ebben a témában.
Deb 6-ról 7-re frissítve érdekes problémába botlottam. A grub után az új pae kernel betöltésével elsötétül a képernyő, és nem látom a rendszerüzeneteket. Ettől függetlenül a rendszer hiba nélkül elindul és működik is. A régi kernellel nem produkál ilyen hibát. Szerintetek mi lehet e mögött?