Üdv!
Milyen jegykezelő rendszert javasoltok, esteleg használtok, ami olyan mint az otrs. Jó az otrs is, használtam korábban, de hátha van még jó alternatíva.
Szóval van még valami jegykezelő rendszer, ami kezeli az email fiókokat (a'la otrs)?
--
G.
hello,
az volna a kerdesem, hogy nagios-ban hogy lehet elerni, hogy amennyiben a szulo objektum down, ugy ne kuldjon valamennyi children-rol is alertet?
Koszonom,
FBK
Sziasztok!
Egy ideje ismét fő oprendszerként használok linuxot, névlegesen épp Linux Mint 17-et. Én Windowsról jöttem át és ott a foobar2000-et használtam zenehallgatásra. Itt most annak a linuxos klónját, a Deadbeef-et használom, egyébként remekül bevált, szeretem.
Na most nekem Windowson sosem esett szinte meg az, hogy akár 100% terhelésnél is, de akadozott volna a zenelejátszás. Ellenben linuxon az a baj, hogy megy a zene és én elindítok mondjuk valami terhelő folyamatot, ami kihasználja jól a gépet és megesik bizony, hogy szaggat, akadozik a zene. A hang-alrendszer pulseaudio tudtommal, az alapot nem váltottam le.
Tudja valaki, mivel lehetne ezt kiküszöbölni? Esetleg a zenelejátszót nagyobb prioritásúvá kéne tenni? Nem hiszem, hogy ezzel egyedül csak én találkoztam eddig.
Az lenne a kérdés, hogyan íratom ki, milyen folyamatban lévő letöltések vannak az apache szerveremen. Melyik fileokat töltik éppen?
Ne a /var/log-ot mondjátok....
Sziasztok!
Van egy HP nc6320-as notebookom, i945-ös chipsettel, integrált VGA-val.
A gépen KDE fut, Debian rendszeren.
Wheezy-re frissítést követően (tehát már jó ideje) fennáll a probléma, hogy ugyan a rendszer elindul és látszólag jól működik, a kwin időnként elszáll (napjában 3-4-szer). A problémát úgy hidaltam át, hogy a KDE beállításainál OpenGL helyett XRender-t használok azóta, így alapvetően nincs gond vele, működik szépen - nagyjából el is "felejtettem" azóta.
Mostanság viszont használnék második monitort a gépen, ekkor viszont az ablakkezelés "elromlik" - nem rajzolja ki a tartalom egy részét, vagy alsó ablak tartalma jelenik meg (pl. a Konsole ablaka a böngészőtartalom frissítése helyett).
Egy kijelzővel ez a probléma nem fordul elő.
Ha XRenderről visszatérek OpenGL-re, akkor nincs megjelenítési probléma, de újra crash-el a kwin.
Ilyenkor kompletten eltűnik az ablakok fejléce, nem működik az alt+tab váltás, nem jelenik meg az alsó tálca, de az előtérben futó program használható, és kilépve belőle a többi programot is be tudom zárni. Ha eljutok odáig, hogy újra tudom indítani a kwin-t, akkor helyreáll a rend.
Kérdésem:
Más is találkozott már ezzel a problémával hasonló gépen, vagy nálam billent valami rossz irányba?
Esetleg valakinek van tippje, merre keresgéljek?
Minden segítséget előre is köszönök.
VirtualBox -ba telepítettem Debian Wheezy 7.6 -ot.
Ezután a tettem fel openldap -ot
Ez alapján csináltam: https://wiki.debian.org/LDAP/OpenLDAPSetup
Megy is rendben, le tudok kérdezni de csak ldapi:/// -n és ldap:/// kapcsolaton.
Ha megpróbálom:
ldapsearch -x -H ldaps://manage.intermouse.net:636 -D cn=admin,dc=intermouse,dc=net -b ou=Users,dc=intermouse,dc=net -w`cat ~/.ldappw` '(objectClass=person)' '*'
Az eredmény:
ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
SASL ??? ki beszélt itt SASL -ről én ilyet ugyan sehol nem állítottam (esetleg ez alapból megy és ki kell kapcsolni? Hogy?)
Mindenesetre ha debug módban indítom el a slapd -t akkor ezt látom:
tls_read: want=5, got=0
TLS: can't accept: A TLS packet with unexpected length was received..
5409eb0b connection_read(16): TLS accept failure error=-1 id=1002, closing
5409eb0b connection_closing: readying conn=1002 sd=16 for close
5409eb0b connection_close: conn=1002 sd=16
5409eb0b daemon: removing 16
5409eb0b conn=1002 fd=16 closed (TLS negotiation failure)
De érdekes módon Apache Directory Studio -val, a gépemről le tudok kérdezni, pedig ott is SSL -el kapcsolódok.
A TLS -re vonatkozó config részlet:
olcTLSCACertificateFile: /etc/ldap/ssl/cacert.pem
olcTLSCertificateFile: /etc/ldap/ssl/manage.intermouse.net.crt
olcTLSCertificateKeyFile: /etc/ldap/ssl/manage.intermouse.net.key
olcTLSCipherSuite: NORMAL
olcTLSVerifyClient: never
Ahogy a leírésban volt gnutls -el csináltam a certet. 2048 bit hosszu kulcsot csináltam.
Na és az lenne a kérés, hogy ha valaki látott már ilyet és tudja, vagy tudni véli mi ez akkor segítsen. Bármilyen ötletre vevő vagyok mert nekem egy szál sem maradt.
Sziasztok!
A gépben eddig merevlemez volt teljes lemeztitkosítással (LUKS). Most SSD-re váltottam és szeretném elérni a régi merevlemez tartalmát, de nem sikerül. Hiába oldom fel a titkosítást, a benne lévő partíciókat már nem érem el, csak egy ismeretlen partíciót lát a rendszer.
Hogyan lehet megoldani ezt a problémát?
Adott egy levelezés, Postfix, amavis, spamassassin (clamav).
A spamassassin blacklist_from részébe felvettem egy *@*email.info -t, és még mindig jön onnan levél.
nem tudom, hogyan és miért tudja ezt kikerülni, hogy a végén landol a felhasználó postaládájában.
ez olyan spam, hogy valami@valamiemail.info -ról "jön", tehát elég egyszerűen lehetne kitessékelni.
A levél, ami megérkezett az ezt mondja magáról:
Return-Path:
X-Original-To: ***********
Delivered-To: ***********
Received: from localhost (localhost [127.0.0.1])
by mail.*********.hu (Postfix) with ESMTP id 5A14E74DAC
for <************>; Wed, 3 Sep 2014 03:40:56 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at *******.hu
X-Spam-Flag: NO
X-Spam-Score: 3.029
X-Spam-Level: ***
X-Spam-Status: No, score=3.029 tagged_above=-1 required=4 tests=[BAYES_50=0.8,
DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
HTML_MESSAGE=0.001, MISSING_MID=0.497, RP_MATCHES_RCVD=-0.668,
SPF_PASS=-0.001, URIBL_DBL_SPAM=2.5] autolearn=no
Authentication-Results: ********.hu (amavisd-new); dkim=pass
header.i=mate@thistleemail.info
Authentication-Results: *********.hu (amavisd-new); domainkeys=pass
header.from=mate@thistleemail.info
Received: from mail.********.hu ([127.0.0.1])
by localhost (*******.hu [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id H7-eFu67XiNH for <************.hu>;
Wed, 3 Sep 2014 03:40:55 +0200 (CEST)
Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=195.162.69.236; helo=mail.thistleemail.info; envelope-from=mate@thistleemail.info; receiver=****************
Received: from mail.thistleemail.info (mail.thistleemail.info [195.162.69.236])
by *********.hu (Postfix) with ESMTP id 7838874DAB
for <*************>; Wed, 3 Sep 2014 03:40:55 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=dkim; d=thistleemail.info;
h=From:Subject:To:Content-Type:MIME-Version:Date; i=mate@thistleemail.info;
bh=JvBjuWvgFVQdgEolmFDtoe68fw8=;
b=IyQn36Lf9MMha0qhKyxWf3kEVSB2ySXbDtcfq4giwy3DU2x0k5LFRnTfpBRTbBCLwe8So5Iovlfo
rYvQkBPN0V0uUcusZBtJBLsFG/CZoe//qkxu4BPlKO6VePrR/R1TesMSwdIw6RvC9cKSzg8lU25I
qSmV53sNZBCHtqFvF4Y=
DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=dkim; d=thistleemail.info;
b=QJCmr7R9qDh8HDTP9Y5dThRvl8F4lrEaf9dJ/O4GfAzaX/l/HpM7l2eqrVirGQnJpLWHOHIpyvR2
9gGY2peCKAMpRL5F+0z4+P6qmpu3p64RcZndYxgzRXP2fZOxZ02ecNst4/DnAEE09GsmCtKpar2G
wy6u7eC/lLkR0eitnWA=;
From: "simoncsik laszlo"
Subject: =?utf-8?B?QXogw616w7xsZXRpIGbDoWpkYWxtYWsga2lub3puYWsgdMOpZ2VkPw==?=
To: "munkaugy" <************>
Content-Type: multipart/alternative; boundary="RnkfvvnVAPxwkKgZ3=_bTacUpn4BcrTC3X"
MIME-Version: 1.0
Date: Wed, 3 Sep 2014 04:35:48 +0300
X-AntiVirus: checked (incoming) by Avira MailGuard (Version: 14.0.6.522; AVE:8.3.24.16; VDF:8.11.168.140)
Jól olvasom ebből, hogy átnézte a spamassassin? de ha így van, akkor a blacklist_from szabály miért nem lépett életbe?
Üdv.:
Olyan problémába ütköztem, hogy sms -t kéne küldenem egy másik hostról egy Icinga isntance segítségével, de gúgli nem segített.
Van valami ötletetek, hogy hogyan lehetne úgy megadni az sms küldésére vonatkozó commandot, hogy az egy másik hostról/hoston keresztül küldje ki az smst.
Adott A instance ahol nincs lehetőség fizikailag eszközt csatlakoztatni.
Adott B instance, ahol már van működő sms küldés (ide kéne bevarázsolnom).
Eddig hiába bújtam az internetet, nem találtam hasznos infót(lehet rosszul kerestem).
A lényeg, hogy csak tesztelni kéne, aktívan használni nem (egy két sms-és kész is).
Valakinek volt már hasonlóval tapasztalata?
Előre is köszönöm!
Üdv.:
Meny4
Hali!
Adott egy ntfs partíció /igen hordoznom kell win-ek között is/ amin egy könyvtárban encfs által titkosított adatok vannak. Történt, hogy sérült az ntfs... az egyik alkönyvtár encfsmount után üresnek látszott. Nosza futtattam win7 alatt egy chkdsk-t ami vissza is hozta a könyvtárba a kódolt adatokat. Azóta viszont hiába fut le az encfsmount az alkönyvtár még mindig üresnek látszik.
Hogy lehetne az encfs-t rábeszélni, hogy újra látszódjon az adott alkönyvtár tartalma?
Mindezt naprakész 14.04.1 LTS alatt kellene elkövetnem.
Minden választ előre is köszönök.
Üdv:
Feri