- Original Message -
From: "Spas Pavlov" <[EMAIL PROTECTED]>
To:
Sent: Thursday, September 28, 2006 3:18 PM
Subject: Re: lug-bg: Странен проблем
On Thursday 28 September 2006 14:38, Ivan Ivanov wrote:
- Original Message -
From: "Spas Pavlov" <
On Thursday 28 September 2006 14:38, Ivan Ivanov wrote:
> - Original Message -
> From: "Spas Pavlov" <[EMAIL PROTECTED]>
> To:
> Sent: Thursday, September 28, 2006 2:00 PM
> Subject: Re: lug-bg: Странен проблем
>
> > On Thursday 28 September 2006 12
- Original Message -
From: "Spas Pavlov" <[EMAIL PROTECTED]>
To:
Sent: Thursday, September 28, 2006 2:00 PM
Subject: Re: lug-bg: Странен проблем
On Thursday 28 September 2006 12:50, Ivan Ivanov wrote:
> ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали
On Thursday 28 September 2006 12:50, Ivan Ivanov wrote:
> > ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи
> > ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не
> > трябва да имаш никакви проблеми с такива машини и такива скорости.
>
> Смених мрежовите к
Ivan Ivanov wrote:
Здравейте,
От скоро наблюдавам следният проблем при 2 рутиращи машини:
При повишаване на трафика машината започва да се товари и се появява
загуба на пакети.
Става предимно при upload. Процесора се товари от softirqd.
Едната машина е с ядро 2.6.8 а другата с 2.4.26.
Машините с
Забравих да питам дали тези машини само рутират или правят и нещо друго
( NAT , шейпъри или някой други iptables правила ). Но мисля че основния
ти проблем са самите ланки. Другото което може да тестваш е SMP affinity
ето линк с малко инфо за него.
http://bcr2.uwaterloo.ca/~brecht/servers/apic/SMP
mber 26, 2006 11:05 AM
Subject: Re: lug-bg: Странен проблем
Ivan Ivanov wrote:
Здравейте,
От скоро наблюдавам следният проблем при 2 рутиращи машини:
При повишаване на трафика машината започва да се товари и се появява
загуба на пакети.
Става предимно при upload. Процесора се товари от softirqd.
5 AM
Subject: Re: lug-bg: Странен проблем
Ivan Ivanov wrote:
Здравейте,
От скоро наблюдавам следният проблем при 2 рутиращи машини:
При повишаване на трафика машината започва да се товари и се появява
загуба на пакети.
Става предимно при upload. Процесора се товари от softirqd.
Едната машина е
Благодаря на всички които отговориха, внасям малко яснота и допълнителни данни
и ви очаквам пак :)
>W май беше статус paging (man ps), може би поради това, че още не е уточнен
>статуса на кънекшъна, но пък всички процеси да са в това състояние май вече
>става подозрително.
Мой пропуск, че не съ
Georgi Genov wrote:
и порчети малко инфо за syncookies!
Ето ти инфо:
http://www.physnet.uni-hamburg.de/physnet/security/vulnerability/synk4.html
Ето ти я и гадорийката където ги прави тези неща:
http://www.hoobie.net/security/exploits/hacking/synk4.c
--
Georgi Genov
[EMAIL PROTECTED]
=
On Monday 27 December 2004 15:00, Hristo Chernev wrote:
> Понеже нищо повече не ми ражда главата, ще се допитам до вас за проблема,
> който не ме остави да спя.
>
> Двупроцесорна машинка с Xeon-и, много памет - 5ГБ, scsi u160 диск. На нея -
> 2.4 кернел smp bigmem(redhat9), 1.3.31 апач с 4.3.9 php
Georgi Genov wrote:
Danail Petrov wrote:
Hristo Chernev wrote:
Понеже нищо повече не ми ражда главата, ще се допитам до вас за
проблема, който
не ме остави да спя.
Двупроцесорна машинка с Xeon-и, много памет - 5ГБ, scsi u160 диск.
На нея - 2.4
кернел smp bigmem(redhat9), 1.3.31 апач с 4.3.9 php
Danail Petrov wrote:
Hristo Chernev wrote:
Понеже нищо повече не ми ражда главата, ще се допитам до вас за
проблема, който
не ме остави да спя.
Двупроцесорна машинка с Xeon-и, много памет - 5ГБ, scsi u160 диск. На
нея - 2.4
кернел smp bigmem(redhat9), 1.3.31 апач с 4.3.9 php, qmail , bind
9.2.
В access loga виждам нормална активност, не виждам нищо фрапиращо, в error лога
съм казал какво се вижда, а netstat-а показва неща от вида ( също струва ми се
нормални ):
tcp0 0 k.l.m.n:80 0.0.0.0:* LISTEN
2858/httpd
tcp0315 k.l.m.n:80 x.
Hristo Chernev wrote:
Понеже нищо повече не ми ражда главата, ще се допитам до вас за проблема, който
не ме остави да спя.
Двупроцесорна машинка с Xeon-и, много памет - 5ГБ, scsi u160 диск. На нея - 2.4
кернел smp bigmem(redhat9), 1.3.31 апач с 4.3.9 php, qmail , bind 9.2.1.16
(rh). Има и малък fi
Hristo Chernev wrote:
Понеже нищо повече не ми ражда главата, ще се допитам до вас за проблема, който
не ме остави да спя.
Двупроцесорна машинка с Xeon-и, много памет - 5ГБ, scsi u160 диск. На нея - 2.4
кернел smp bigmem(redhat9), 1.3.31 апач с 4.3.9 php, qmail , bind 9.2.1.16
(rh). Има и малък fi
Благодаря за мненията!
Всъщност проблема възниква когато препращам пакетите от OUTPUT веригата
към LOCAL_NET_IN_OUT:
iptables -t filter -A OUTPUT -m mark --mark 1 -j LOCAL_NET_IN_OUT
като махна този ред всичко се оправя (между другото в първото писмо съм
писал на едното място марка 1, а на дру
При мене командата ти работи, тоест проблема не е в нея. Най вероятно
нямаш поддръжка на проверката за мак адреси.
Пробвай заредиш:
modprobe ipt_mac
Или си прекомпилирай ядрото с включен MAC address match support.
A mail
Здрасти!
от packet filtering how-to:
- mac
За да използвате този модул трябва задължително да укажете -m mac
или -match mac . Той се използва за сравняване на Ethernet (или MAC)
адреса на изпращача на входящите па кети, и следователно е приложим
САМО за пакети преминаващи през !
!!
PRER
19 matches
Mail list logo