On 03/18/2011 12:02 PM, Sorin Vijelie wrote:
> Se da un SELINUX=enforcing (pe care vreau sa-l las asa), un apache si un
> script php care arata cam asa:
>
>
> $ou="/bin/ping -c 1 -w 2 192.168.1.1";
> $output=`$ou`;
> echo $output;
> ?>
>
> In browser nu arata nimic, in log-uri apare
>
> ping: icmp
Se da un SELINUX=enforcing (pe care vreau sa-l las asa), un apache si un
script php care arata cam asa:
In browser nu arata nimic, in log-uri apare
ping: icmp open socket: Permission denied
(log-ul lui httpd)
respectiv
avc: denied { create } for pid=16921 comm="ping"
scontext=system_u:
On 03/07/2011 01:04 PM, Vlad Georgescu wrote:
> On 07.03.2011 13:01, Andrei-Florian Staicu wrote:
>
>> Salutare,
>>
>> Puteti sa-mi explicati urmatorul comportament?
>>
>> Pe un Debian squeeze, am un bind9, care are doua zone, domain.com si
>> domain.ro, amandoua type forward, forward only, cat
On 07.03.2011 13:01, Andrei-Florian Staicu wrote:
> Salutare,
>
> Puteti sa-mi explicati urmatorul comportament?
>
> Pe un Debian squeeze, am un bind9, care are doua zone, domain.com si
> domain.ro, amandoua type forward, forward only, catre alte doua servere
> care sunt mastere pentru zonele astea
Salutare,
Puteti sa-mi explicati urmatorul comportament?
Pe un Debian squeeze, am un bind9, care are doua zone, domain.com si
domain.ro, amandoua type forward, forward only, catre alte doua servere
care sunt mastere pentru zonele astea (sunt windowzuri, dar nu ar trebui
sa conteze).
Pe mastere
David Williams wrote:
George-Cristian Birzan <[EMAIL PROTECTED]> wrote:
On Tuesday 20 March 2007 01:24:27 Radu Oprisan wrote:
Teoretic Calin are dreptate, daca ne luam dupa rfc-uri.
Care RFC-uri? Sunt chiar curios... Eu nu stiu de vreo astfel de bestie...
--
George-Cristia
George-Cristian Birzan <[EMAIL PROTECTED]> wrote:
> On Tuesday 20 March 2007 01:24:27 Radu Oprisan wrote:
> > Teoretic Calin are dreptate, daca ne luam dupa rfc-uri.
>
> Care RFC-uri? Sunt chiar curios... Eu nu stiu de vreo astfel de bestie...
>
> --
> George-Cristian Bîrzan
>
>
George-Cristian Birzan <[EMAIL PROTECTED]> wrote:
> On Tuesday 20 March 2007 01:24:27 Radu Oprisan wrote:
> > Teoretic Calin are dreptate, daca ne luam dupa rfc-uri.
>
> Care RFC-uri? Sunt chiar curios... Eu nu stiu de vreo astfel de bestie...
>
> --
> George-Cristian Bîrzan
>
>
On Tuesday 20 March 2007 01:24:27 Radu Oprisan wrote:
> Teoretic Calin are dreptate, daca ne luam dupa rfc-uri.
Care RFC-uri? Sunt chiar curios... Eu nu stiu de vreo astfel de bestie...
--
George-Cristian Bîrzan
___
RLUG mailing list
RLUG@lists.lug.ro
Dizzy wrote:
On Monday 19 March 2007 17:50, Calin wrote:
On Monday 19 March 2007 04:24, Marius Luca wrote:
syn
1. SYN is TCP specific
2. ping is ICMP
Nu sunt de acord. ping este un concept la ora actuala si nu mai tine de faptul
ca initial se folosea doar ICMP. Vezi de e
On Monday 19 March 2007 17:50, Calin wrote:
> On Monday 19 March 2007 04:24, Marius Luca wrote:
> > syn
>
> 1. SYN is TCP specific
> 2. ping is ICMP
Nu sunt de acord. ping este un concept la ora actuala si nu mai tine de faptul
ca initial se folosea doar ICMP. Vezi de exemplu arping (foloseste AR
On Monday 19 March 2007 04:24, Marius Luca wrote:
> syn
1. SYN is TCP specific
2. ping is ICMP
2. intrebarea corecta (corespunzatoare $subj) este, deci:
ICMP type 8 / code 0 (echo request)
... la care se [poate] raspunde:
ICMP type 0 / code 0 (echo reply)
:) Calin
On Monday 19 March 2007 11:24:21 Marius Luca wrote:
> syn
RST
--
George-Cristian Bîrzan
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
syn
--
BOFH: excess surge protection
http://tty.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
On Tue, 2006-02-14 at 17:30, Mihai Maties wrote:
> Florin Manole wrote:
> > On Mon, 2006-02-13 at 14:24, Florin Manole wrote:
> >
> >> Nu am erori in loguri.
> >
> > Mea culpa. Am erori in loguri. Am setat mai de mult syslogul sa imi trimita
> > mesajele de kernel intr-un alt fisier decat "/var/
Florin Manole wrote:
On Mon, 2006-02-13 at 14:24, Florin Manole wrote:
Nu am erori in loguri.
Mea culpa. Am erori in loguri. Am setat mai de mult syslogul sa imi trimita
mesajele de kernel intr-un alt fisier decat "/var/log/messages".
Am asa: "Feb 13 14:12:10 xxx kernel: host/uhci.c: e000:
On Mon, 2006-02-13 at 14:24, Florin Manole wrote:
> Nu am erori in loguri.
Mea culpa. Am erori in loguri. Am setat mai de mult syslogul sa imi trimita
mesajele de kernel intr-un alt fisier decat "/var/log/messages".
Am asa: "Feb 13 14:12:10 xxx kernel: host/uhci.c: e000: host controller
halted.
On Tue, 14 Feb 2006, Florin Manole wrote:
Pentru tine pe rabla aia exista doar o singura tabela?
nu.
In
tabelele mangle sau nat te-ai uitat?
da.
Ok.
Daca dai dmesg ce apare aiurea? Poate te incurca fie numarul
scazut de intrari posibile din ip_conntrack fie din route cach
On Mon, 2006-02-13 at 18:32, Tarhon-Onu Victor wrote:
> On Mon, 13 Feb 2006, Florin Manole wrote:
>
> >>Aparent ai o regula cu un -m limit -p icmp.
> > iptables -L -n -v | grep icmp
> > 328 28896 ACCEPT icmp -- * * 0.0.0.0/0
> > 0.0.0.0/0
> Pentru tine pe rabla aia exi
On Mon, 13 Feb 2006, Florin Manole wrote:
Aparent ai o regula cu un -m limit -p icmp.
iptables -L -n -v | grep icmp
328 28896 ACCEPT icmp -- * * 0.0.0.0/0
0.0.0.0/0
Pentru tine pe rabla aia exista doar o singura tabela? In
tabelele mangle sau nat te-ai uitat?
--
On Monday 13 February 2006 14:24, Florin Manole wrote:
am avut si io
am schimbat placa de retea si a fost ok
> Salut!
>
> Pe o masina care functioneaza de doi ani, cu Celeron la 634.787 MHz si
> kernel 2.4.30 am urmatorul output la comanda "ping":
>
> "ping yahoo.com
> PING yahoo.com (66.94.234.13)
On Mon, 2006-02-13 at 16:12, Mircea Croitor wrote:
> > nu e vorba numai de icmp-uri, cand imi apare eroarea respectiva,
> > pc-urile din retea nu mai pot accesa paginile de web, nu mai pot folosi
> > clienti de direct connect, etc... stiu ca suna ciudat dar pot totusi sa
> > foloseasca Y! messenger
Cam pe la 02/13/2006 03:54 PM, Florin Manole scrise:
On Mon, 2006-02-13 at 15:47, lonely wolf wrote:
Florin Manole wrote:
On Mon, 2006-02-13 at 15:36, Tarhon-Onu Victor wrote:
On Mon, 13 Feb 2006, Florin Manole wrote:
ping: sendmsg: Operation not permitted
pin
> nu e vorba numai de icmp-uri, cand imi apare eroarea respectiva,
> pc-urile din retea nu mai pot accesa paginile de web, nu mai pot folosi
> clienti de direct connect, etc... stiu ca suna ciudat dar pot totusi sa
> foloseasca Y! messenger...
Eu am intalnit eroarea respectiva cand se dapaseste nu
On Mon, 2006-02-13 at 15:47, lonely wolf wrote:
> Florin Manole wrote:
>
> >On Mon, 2006-02-13 at 15:36, Tarhon-Onu Victor wrote:
> >
> >
> >>On Mon, 13 Feb 2006, Florin Manole wrote:
> >>
> >>
> >>
> >>>ping: sendmsg: Operation not permitted
> >>>ping: sendmsg: Operation not permitted
> >>>
Florin Manole wrote:
On Mon, 2006-02-13 at 15:36, Tarhon-Onu Victor wrote:
On Mon, 13 Feb 2006, Florin Manole wrote:
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted"
Aparent ai o regula cu un -m limit
On Mon, 2006-02-13 at 15:36, Tarhon-Onu Victor wrote:
> On Mon, 13 Feb 2006, Florin Manole wrote:
>
> > ping: sendmsg: Operation not permitted
> > ping: sendmsg: Operation not permitted
> > ping: sendmsg: Operation not permitted"
>
> Aparent ai o regula cu un -m limit -p icmp.
iptables -L -
On Mon, 13 Feb 2006, Florin Manole wrote:
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted
ping: sendmsg: Operation not permitted"
Aparent ai o regula cu un -m limit -p icmp.
--
Any views or opinions presented within this e-mail are solely those of
the aut
On Mon, 2006-02-13 at 14:43, Constantin Gavrilescu wrote:
> Cam pe la 02/13/2006 02:35 PM, Rotariu Bogdan-Stefan scrise:
>
> > vezi ce reguli ai pus prin iptables aiurea, nu are legatura squidul.
> >
> > # iptables -A OUTPUT -p icmp -j REJECT
> > # ping google.ro
> > PING google.ro (216.239.39.99)
On Mon, 2006-02-13 at 14:35, Rotariu Bogdan-Stefan wrote:
> Florin Manole wrote:
>
> >Salut!
> >
> >Pe o masina care functioneaza de doi ani, cu Celeron la 634.787 MHz si
> >kernel 2.4.30 am urmatorul output la comanda "ping":
> >
> >"ping yahoo.com
> >PING yahoo.com (66.94.234.13) 56(84) bytes of
Cam pe la 02/13/2006 02:35 PM, Rotariu Bogdan-Stefan scrise:
vezi ce reguli ai pus prin iptables aiurea, nu are legatura squidul.
# iptables -A OUTPUT -p icmp -j REJECT
# ping google.ro
PING google.ro (216.239.39.99) 56(84) bytes of data.
ping: sendmsg: Operation not permitted
ping: sendmsg: Op
Florin Manole wrote:
Salut!
Pe o masina care functioneaza de doi ani, cu Celeron la 634.787 MHz si
kernel 2.4.30 am urmatorul output la comanda "ping":
"ping yahoo.com
PING yahoo.com (66.94.234.13) 56(84) bytes of data.
64 bytes from w2.rc.vip.scd.yahoo.com (66.94.234.13): icmp_seq=1 ttl=54
ti
Salut!
Pe o masina care functioneaza de doi ani, cu Celeron la 634.787 MHz si
kernel 2.4.30 am urmatorul output la comanda "ping":
"ping yahoo.com
PING yahoo.com (66.94.234.13) 56(84) bytes of data.
64 bytes from w2.rc.vip.scd.yahoo.com (66.94.234.13): icmp_seq=1 ttl=54
time=203 ms
ping: sendmsg:
On 12/20/05, Tarhon-Onu Victor <[EMAIL PROTECTED]> wrote:
>
> On Tue, 20 Dec 2005, Mihai Sari wrote:
>
> > asta am facut am pus echo 4096 >
> > /proc/sys/net/ipv4/neigh/default/gc_thresh3
> > oare nu este de ajuns? avand in vedere ca in neighbor am doar 15
> > inregistrari
>
>4096 e defaul
Cam pe la 12/20/2005 11:24 AM, Mihai Sari scrise:
O varza mai mare ca in reteaua aia nu am vazut nicaieri. Dar ce vrei ma
mancat undeva sa-mi ajut un prieten care dadea net pe win :D. Acum daca am
mancat un rahat sa-l mananc pana la capat :)
Retelele din Bucuresti sunt zerg, poti lasa prob
On 12/20/05, Tarhon-Onu Victor <[EMAIL PROTECTED]> wrote:
>
> On Tue, 20 Dec 2005, Mihai Sari wrote:
>
> > asta am facut am pus echo 4096 >
> > /proc/sys/net/ipv4/neigh/default/gc_thresh3
> > oare nu este de ajuns? avand in vedere ca in neighbor am doar 15
> > inregistrari
>
>4096 e defaul
On 12/20/05, Tarhon-Onu Victor <[EMAIL PROTECTED]> wrote:
>
> On Tue, 20 Dec 2005, Mihai Sari wrote:
>
> > asta am facut am pus echo 4096 >
> > /proc/sys/net/ipv4/neigh/default/gc_thresh3
> > oare nu este de ajuns? avand in vedere ca in neighbor am doar 15
> > inregistrari
>
>4096 e defaul
On Tue, 20 Dec 2005, Mihai Sari wrote:
asta am facut am pus echo 4096 >
/proc/sys/net/ipv4/neigh/default/gc_thresh3
oare nu este de ajuns? avand in vedere ca in neighbor am doar 15
inregistrari
4096 e default afaik. Pune si tu 32768 sau ceva.
#ip ne i show dev eth0 | wc -l
15
sau gr
On 12/20/05, Tarhon-Onu Victor <[EMAIL PROTECTED]> wrote:
> On Tue, 20 Dec 2005, Mihai Sari wrote:
>
> > Mesajul de mai sus il primesc numai de la anumite ip uri din retea deci
> nu
> > de la toate!! Daca incerc de pe alta statie hostul respectiv raspunde
> OK.
> > Am verificat si in loguri si ave
On Tue, 20 Dec 2005, Mihai Sari wrote:
Mesajul de mai sus il primesc numai de la anumite ip uri din retea deci nu
de la toate!! Daca incerc de pe alta statie hostul respectiv raspunde OK.
Am verificat si in loguri si aveam urmatorul mesaj repetat de n ori.
Dec 19 23:21:47 gw01 kernel: printk: 2
On 12/20/05, Levente Simon <[EMAIL PROTECTED]> wrote:
> On 12/20/05, Mihai Sari wrote:
> > Am marit gc_trash1, 2 si 3 care din cate am inteles doar opreste
popularea
> > logului dar se pare ca tot fara nici un rezultat tot aceeasi eroare la
ping
>
> Cat ai pus valoarea gc_thresh3?
am pus 4096 dar
On 12/20/05, Mihai Sari wrote:
> Am marit gc_trash1, 2 si 3 care din cate am inteles doar opreste popularea
> logului dar se pare ca tot fara nici un rezultat tot aceeasi eroare la ping
Cat ai pus valoarea gc_thresh3?
Eu am vazut intr-un thread de mai demult, parca dl. Tarhon-Onu daduse solutia:
e
Salutare lista!
Mesajul de mai sus il primesc numai de la anumite ip uri din retea deci nu
de la toate!! Daca incerc de pe alta statie hostul respectiv raspunde OK.
Am verificat si in loguri si aveam urmatorul mesaj repetat de n ori.
Dec 19 23:21:47 gw01 kernel: printk: 2093 messages suppressed.
---
Detalii despre listele noastre de mail: http://www.lug.ro/
44 matches
Mail list logo