Salut,
Trebuie sa dau access ssh (user cu drepturi de root) temporar unui tert catre
un server linux Centos 6.0.
La sfarsitul sesiunii userul va sterge toate urmele.
Am nevoie de un fel de keylogger pentru ssh.
Daca nu macar ceva care sa faca un log cu ce fisiere a accesat etc.
Am
On 10/04/2011 10:48 AM, Munteanu Alexandru wrote:
Salut,
Trebuie sa dau access ssh (user cu drepturi de root) temporar unui tert
catre un server linux Centos 6.0.
La sfarsitul sesiunii userul va sterge toate urmele.
Am nevoie de un fel de keylogger pentru ssh.
Daca nu macar
Am nevoie de un fel de keylogger pentru ssh.
S-ar putea sa mai mearga anticul ttysnoop, pe care l-am folosit prin '96
plus o camera de filmat :)
--
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
Nu știu dacă poți forța login-ul să intre în screen... După ai putea să stai
conectat cu screen -x și să vezi tot ce face... Totuși, nimic nu-l oprește
să dea drumul la alt terminal și să ruleze comenzi de acolo...
2011/10/4 Dan Borlovan d...@level7.ro
Am nevoie de un fel de keylogger
On 10/04/2011 11:56 AM, m...@kgb.ro wrote:
On Tue, 4 Oct 2011 00:48:07 -0700 (PDT), Munteanu Alexandru wrote:
Am nevoie de un fel de keylogger pentru ssh.
Daca nu macar ceva care sa faca un log cu ce fisiere a accesat etc.
http://sourceforge.net/projects/sudosh/ l-am folosit un pic in
2011/10/4 manuel lonely wolf wolfshant wo...@prolinux.ro:
On 10/04/2011 11:56 AM, m...@kgb.ro wrote:
On Tue, 4 Oct 2011 00:48:07 -0700 (PDT), Munteanu Alexandru wrote:
Am nevoie de un fel de keylogger pentru ssh.
Daca nu macar ceva care sa faca un log cu ce fisiere a accesat etc.
Salut,
Se da urmatoarea situatie: din greseala sa sters fisierele Oracle
shared memory (de sub /dev/shm ).
In conditia actuala Oracle ruleaza dar nu se poate conecta la el cu
sqldeveloper.
Exista vreo modalitate de a recrea aceste fisiere fara sa dau restart
la oracle ?
Multumesc,
P.S. Google
On 10/4/2011 1:04 PM, Gyula Keresztely-Krall wrote:
Salut,
Se da urmatoarea situatie: din greseala sa sters fisierele Oracle
shared memory (de sub /dev/shm ).
In conditia actuala Oracle ruleaza dar nu se poate conecta la el cu
sqldeveloper.
teoretic fisierele respective inca mai exista in
2011/10/4 Alex 'CAVE' Cernat c...@cernat.ro:
On 10/4/2011 1:04 PM, Gyula Keresztely-Krall wrote:
Salut,
Se da urmatoarea situatie: din greseala sa sters fisierele Oracle
shared memory (de sub /dev/shm ).
In conditia actuala Oracle ruleaza dar nu se poate conecta la el cu
sqldeveloper.
În data de 4 octombrie 2011, 13:18, Gyula Keresztely-Krall
xene...@gmail.com a scris:
2011/10/4 Alex 'CAVE' Cernat c...@cernat.ro:
On 10/4/2011 1:04 PM, Gyula Keresztely-Krall wrote:
Salut,
Se da urmatoarea situatie: din greseala sa sters fisierele Oracle
shared memory (de sub /dev/shm
On Tue, 2011-10-04 at 11:04 +0100, Gyula Keresztely-Krall wrote:
Salut,
Se da urmatoarea situatie: din greseala sa sters fisierele Oracle
shared memory (de sub /dev/shm ).
In conditia actuala Oracle ruleaza dar nu se poate conecta la el cu
sqldeveloper.
Exista vreo modalitate de a recrea
2011/10/4 Bogdan Avadanei bavada...@gmail.com:
În data de 4 octombrie 2011, 13:18, Gyula Keresztely-Krall
xene...@gmail.com a scris:
2011/10/4 Alex 'CAVE' Cernat c...@cernat.ro:
On 10/4/2011 1:04 PM, Gyula Keresztely-Krall wrote:
Salut,
Se da urmatoarea situatie: din greseala sa sters
2011/10/4 Vali Dragnuta vali.dragn...@inode.ro:
On Tue, 2011-10-04 at 11:04 +0100, Gyula Keresztely-Krall wrote:
Salut,
Vezi cu lsof ce fisiere tin deschise procesele oracle in /dev/shm
Ar trebui sa obtii ceva de genul :
oracle 6355 oracle 1w REG 0,16
16
On 10/04/2011 02:28 PM, Gyula Keresztely-Krall wrote:
P.S. Kernel: Linux db.mydomain.net 2.6.18-92.el5 #1 SMP Fri May 23
23:40:43 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
nelegat de problema ta ci de versiunea de linux folosita: spre binele
vostru sper ca masina aia e bine izolata si nu are
2011/10/4 manuel lonely wolf wolfshant wo...@prolinux.ro:
On 10/04/2011 02:28 PM, Gyula Keresztely-Krall wrote:
P.S. Kernel: Linux db.mydomain.net 2.6.18-92.el5 #1 SMP Fri May 23
23:40:43 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
nelegat de problema ta ci de versiunea de linux folosita: spre
2011/10/4 Gyula Keresztely-Krall xene...@gmail.com:
2011/10/4 manuel lonely wolf wolfshant wo...@prolinux.ro:
On 10/04/2011 02:28 PM, Gyula Keresztely-Krall wrote:
P.S. Kernel: Linux db.mydomain.net 2.6.18-92.el5 #1 SMP Fri May 23
23:40:43 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
nelegat de
2011/10/4 Andrei Pascal avpas...@gmail.com:
2011/10/4 Gyula Keresztely-Krall xene...@gmail.com:
2011/10/4 manuel lonely wolf wolfshant wo...@prolinux.ro:
On 10/04/2011 02:28 PM, Gyula Keresztely-Krall wrote:
P.S. Kernel: Linux db.mydomain.net 2.6.18-92.el5 #1 SMP Fri May 23
23:40:43 EDT 2008
2011/10/4 Gyula Keresztely-Krall xene...@gmail.com
Este un:
RH Enterprise Linux Server release 5.2 (Carthage)
cu sec la zi cica (am mostenit de altfel), si da parola de oracle nu e
aia default :)
ala nu e RH e Oracle Linux. RHEL5 e Tikanga.
Mersi.
--
Gyula KERESZTELY-KRALL
On Tue, Oct 4, 2011 at 1:11 PM, Catalin Muresan
catalin.mure...@gmail.com wrote:
2011/10/4 Gyula Keresztely-Krall xene...@gmail.com
Este un:
RH Enterprise Linux Server release 5.2 (Carthage)
cu sec la zi cica (am mostenit de altfel), si da parola de oracle nu e
aia default :)
ala nu e RH
On 10/04/2011 03:04 PM, Gyula Keresztely-Krall wrote:
2011/10/4 Andrei Pascalavpas...@gmail.com:
2011/10/4 Gyula Keresztely-Krallxene...@gmail.com:
2011/10/4 manuel lonely wolf wolfshantwo...@prolinux.ro:
On 10/04/2011 02:28 PM, Gyula Keresztely-Krall wrote:
P.S. Kernel: Linux db.mydomain.net
2011/10/4 manuel lonely wolf wolfshant wo...@prolinux.ro:
On 10/04/2011 03:04 PM, Gyula Keresztely-Krall wrote:
2011/10/4 Andrei Pascalavpas...@gmail.com:
2011/10/4 Gyula Keresztely-Krallxene...@gmail.com:
2011/10/4 manuel lonely wolf wolfshantwo...@prolinux.ro:
On 10/04/2011 02:28 PM, Gyula
2011/10/4 manuel lonely wolf wolfshant wo...@prolinux.ro:
On 10/04/2011 03:04 PM, Gyula Keresztely-Krall wrote:
Este un:
RH Enterprise Linux Server release 5.2 (Carthage)
cu sec la zi cica (am mostenit de altfel),
cica fiind cuv cheie.
https://rhn.redhat.com/errata/RHSA-2010-0704.html
orice
Si nici prin celelalte procese nu le mai gasesti ?
Daca nu esti cam out of options.
Pe de alta parte am vazut ca ai OS pe 64 bit. De ce te mai incurci cu
setupul asta ?
Treci la 64bit nativ.
___
RLUG mailing list
RLUG@lists.lug.ro
2011/10/4 Vali Dragnuta vali.dragn...@inode.ro:
Si nici prin celelalte procese nu le mai gasesti ?
Daca nu esti cam out of options.
Pe de alta parte am vazut ca ai OS pe 64 bit. De ce te mai incurci cu
setupul asta ?
Treci la 64bit nativ.
Cum am zis mai incolo, am mostenit, si nu am avut
24 matches
Mail list logo