/off

Здравейте

Прочетох темата , с интерес и малко носталгия
работил съм в посочената верига , и тъкмо в сервиза
За съжаление трябва да потвърдя че много от колегите пишещи тук са напълно прави.
Няма как да намерят кадърни специалисти не само с ниските заплати които предлагат, но и с отношението си.За тях човекът не е фактор , а единица (понякога забравят че е биологична)

Подходяща е за купуване на компоненти, но в никакъв случай готови конфигурации.Носили са компютри с паднали вентилатори на процесора.Когато ми се случи за първи път помислих че клиента го е удрял.Уви, не . Ниско качество на сглобяващите.
Колегата е прав за болчетата, кабелите .. захранванията.
Когато казвам компоненти искам да отбележа - далече не всички.Понякога има качествени неща но са на безумна цена.
В компютрите се слагат компоненти каквито има а не каквито трябва. Не случайно машините не издържат едно по голямо натоварване

Дали че има Бог , или съм луд късметлия, но вече съм далече от тях. Не само като манталитет но и като заплата.

Поздрави

Hw

Благодаря Gaara

аз се заех да почета малко за connmark преди да продължа
ще опитам с това което ми даде '>

ако не греша :
tc class add dev eth0 ... тази dev трябва да е откъм страната на клиентите т.е вътрешната мрежа ?


BR

HighWay

Благодаря '>

постигнах някакъв частичен успех с :

iptables -I FORWARD -m string --string "BitTorrent" --algo bm --to 65535 -j DROP

24271 2621K DROP       0    --  any    any     anywhere             anywhere            STRING match "BitTorrent" ALGO name bm TO 65535


но за шейпване на BitTorrent протокола едва ли ще свърши работа.

поздрави

HighWay

да, протоколите са инсталирани
тествано е на edonkey - работи

BR

HighWay

Да, пачнах за CLASSIFY и бе успешно
просто това ме накара да разгледам как по точно става пачването, за да открия че в един от фаиловете има грешен път към layer7.h
до сега винаги пачвах механично и никога не знаех какво точно прави това '>
Изглежда че има някаква разлика в пачовете за iptables и kernel.
Както и да е проблемът се реши и имам работещ layer7 но както се оказа - не мога да шейпна BitTorrent протокола нито с layer7 нито с ipp2p.Нито да бъде спрян.
Предполагам че протокола вече е криптиран защото преди се маркираше само с ipp2p

Благодаря за оказаната помощ и съветите '>

HighWay

Да, точно сега разглеждам Makefile ,а и попаднах на една полезна страничка
http://ipclassify.relef.net/index.html
където това е описано

Благодаря. ще се опитам да се справя '>

HighWay

Благодаря VladSun

Не съм сигурен дали става въпрос за това :
cp extensions/libipt_CLASSIFY.so /usr/local/lib/iptables/libipt_CLASSIFY.so

(това е при компилиране на iptables)

ако е това - има го и работи
сега ще пробвам с P.O.M дали няма нещо което съм пропуснал

HighWay

Да, libipt_layer7.so го няма

компилирам с :
make clean, make dep
make KERNEL_DIR=/usr/src/kernel-2.6.20
make install KERNEL_DIR=/usr/src/kernel-2.6.20
при компилиране не извежда грешка

да, има го:

/usr/src/iptables-1.3.7/extensions/libipt_layer7.c

не съм пропуснал и това

предполагам че е някаква тъпа грешка или пропуск от моя страна нямаща нищо общо с патчването но опита ми в Linux не е много голям
И понеже съм се отчаял мога да дам на някои root acc да "погледне" какво става

ако някои има желание за това може да ми се обади в icq
9004831

Благодаря

HighWay

Благодаря Hapkoc за бързият отговор
за съжаление никъде няма такъв фаил.
В google има описани 2-3 такива случая ,но без съществено решение за проблема.

Здравейте

От 2 дни се мъча безуспешно да пачна ядрото и iptables за layer7.
Опитах с 2 различни версии на iptables и на kernel съответно
iptables-1.3.5 и 1.3.7. ядра 2.6.20 и 2.6.21.1 за които има съответните пачове
след пач на ядрото се появяват опциите на layer7 и самото ядро се компилира без проблеми. Пач-а на iptables също минава без проблем , както и компилирането им
За съжаление поддръжка на layer7 така и нямам

iptables v1.3.7: Couldn't load match `layer7':/usr/local/lib/iptables/libipt_layer7.so: cannot open shared object file: No such file or directory


от това става ясно че libipt_layer7.so липсва
Спазил съм точно инструкциите от:
http://l7-filter.sourceforge.net/HOWTO-kernel

този пач съм го слагал успешно на ядро 2.4.х  без проблем, но тук не става ....

Моля , някой които се е сблъсквал с това да помогне

OS Linux Slackware 11

Благодаря

HighWay

Записите на домейна явно са били кеширани защото сега виждам че нямам коректен отговор и от БГ DNS
dig  domain.tld @ns.globul.bg
;; reply from unexpected source: 65.110.195.12#53, expected 85.118.192.2#53
;; Warning: ID mismatch: expected ID 43848, got 22308

струва ми се че това променя нещата и проблема е при мен '>

да, питал съм много сървъри извън БГ
грешката е че не може да запита собствения ми ДНС
порт 53 е достъпен
всички БГ сървъри отговарят коректно и нямам проблем с доставяне на поща в abv.bg и mail.bg
PTR записа също съответства на домейна ми
много често ползвам dnsstuff.com за тестване на настройикте ми и е работил коректно а сега дава следното:
За SOA
How I am searching:
Searching for domain.tld. SOA record at b.root-servers.net [192.228.79.201]: Got referral to A.GTLD-SERVERS.NET. (zone: com.) [took 93 ms]
Searching for domain.tld. SOA record at A.GTLD-SERVERS.NET. [192.5.6.30]: Got referral to ns.domain.tld. (zone: domain.tld.) [took 31 ms]
Searching for domain.tld. SOA record at ns.domain.tld. [87.120.x.xx]: Timed out.  Trying again.
Searching for domain.tld. SOA record at ns.domain.tld. [87.120.x.xx]: Timed out.  Trying again.
---------------
ЗА A record:
Searching for domain.com. A record at ns.domain.com. [87.120.x.xx]: Timed out.  Trying again.

Нямах промени по зоновия файл освен добавяне на CNAME

Благодаря

Здравей Наркос

Благодаря за отговора
Интересно че до преди 4-5 дни всичко бе нормално
включително за сървъри които допреди това са отговаряли
а сега не
ето лог на postfix
Feb 15 06:36:51 domain.tld postfix/smtp[4300]: 8B6594B38B: to=<penkoff@inbox.ru>, relay=mxs.mail.ru[194.67.23.20]:25, delay=408306, delays=408275/0.04/0.63/30, dsn=4.0.0, status=deferred (host mxs.mail.ru[194.67.23.20] said: 421 DNS problem. Try again later (in reply to MAIL FROM command))


Благодаря