Freesco, NND, CDN, EOS

NIE BIORĘ ŻADNEJ ODPOWIEDZIALNOŚCI ZA TO CO WYKONACIE POD WPŁYWEM PRZECZYTANIA TEGO POSTU JAK I CAŁEGO WĄTKU

Przygotowałem testowe pakiety i wrzuciłem je do takiego testowego repozytorium.
Żeby sprawdzić te pakiety dopisujemy do /etc/pacman.conf te repozytoria przed lub zamiast standardowych:


Jakie zmiany poczyniłem w jakim pakiecie można przeczytać w CVS lub/i w mantisie.

Błędy proszę zgłaszać tutaj lub na Mantis http://mantis.nnd.freesco.pl/ oczywiście dokładne info o błędzie logi i konfiguracja kompa, i wszystko co może się przydać.

NIE BIORĘ ŻADNEJ ODPOWIEDZIALNOŚCI ZA DZIAŁANIE TYCH PAKIETÓW.
INSTALUJECIE JE TYLKO PO TO ZEBY SPRAWDZIC CZY DZIAŁAJĄ I ROBICIE TO NA WŁASNĄ ODPOWIEDZIALNOŚĆ

ps. myślę, że odstraszyłem paru mało zaawansowanych testerów co miałem na celu
Nie ukrywam, że liczę tu na pomoc Surfera i lismuldera i każdego kto chętny popsuć sobie system.

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

TEN BŁĄD POPRAWI ADI ( mam nadzieję)

Podczas konfiguracji NiceShapera, za pomocą konfiguratora (nndconf) wyświetla


Natomiast jeśli uruchomię go ręcznie to wyświetla

Błąd ten występuje nie przy wszystkich opcjach -cczęść działa poprawnie

moze tak z innej beczki co jest powodem tego ze tak czesto nie udaje sie zsynchronizowac pacmana i nie moge pobrac pakietu ? za bardzo obciazony serwer czy aktualna praca na nim ?

PS. Jak pisalem w innym wątku jestem nowym testerem wiec mogą byc ze mną problemy

PS2. Aktualizuje recznie pakiet po pakiecie nie hurtowo nie wiem czy tak powinienem robic

najpierw spróbowałem

(logi z pacmana)

[12/27/05 10:00] synchronizuję listę pakietów
[12/27/05 10:00] rozpoczynam pełn± aktualizację systemu systemu
[12/27/05 10:00] uwaga: rozpakowuję /etc/pacman.conf jako /etc/pacman.conf.pacnew
[12/27/05 10:00] uwaga: rozpakowuję /etc/makepkg.conf jako /etc/makepkg.conf.pacnew
[12/27/05 10:00] zaktualizowany pacman (2.9.5-7nnd -> 2.9.7-2nnd)
[12/27/05 10:01] synchronizuję listę pakietów
[12/27/05 10:01] rozpoczynam pełn± aktualizację systemu systemu
[12/27/05 10:07] synchronizuję listę pakietów
[12/27/05 10:08] synchronizuję listę pakietów
[12/27/05 10:08] rozpoczynam pełn± aktualizację systemu systemu
[12/27/05 10:09] zaktualizowany gpm (1.20.1-2nnd -> 1.20.1-3nnd)
[12/27/05 10:12] synchronizuję listę pakietów
[12/27/05 10:12] rozpoczynam pełn± aktualizację systemu systemu
[12/27/05 10:15] zaktualizowany links-graphic (2.1pre17-2nnd -> 2.1pre17-4nnd)
[12/27/05 10:17] synchronizuję listę pakietów
[12/27/05 10:17] rozpoczynam pełn± aktualizację systemu systemu
[12/27/05 10:18] zaktualizowany ekg (1.6-3nnd -> 20051009-1nnd)
[12/27/05 10:19] synchronizuję listę pakietów
[12/27/05 10:19] rozpoczynam pełn± aktualizację systemu systemu


błąd: nierozwiązane zależności:
ekg: wymaga openssl>=0.9.8-3nnd


### Aktualizowanie przebiegło pomyślnie ###

natomiast po usunieciu ekg zainstalowaniu openssl i ponownym zainstalowaniu ekg wszystko działa.

To dlatego, ze nie aktualizujesz wszystkiego. Wpisz pacman -Suy i nie bedzie problemu.

wiem doskonale ze to dlatego ze nie aktualizuje wszystkiego ale poprostu boje sie ze jak zaktualizuje wszystko to mi serw padnie jak dokupie drugi dysk to zaczne sie w to bawic zeby miec na wszelki wypadek w krytycznym momencie drugi system pod reką

To na przyszlosc nie usuwaj tego pakietu, tylko zaktualizuj 2 na raz:
pacman -S ekg openssl

thx przyda sie, nie wiedzialem o tym

To problem z ekg i pewnie ekg2 też. Trzeba je przekompilować w najnowszych wersjach dla nowego openssl.

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

Mam dwa pytania:
1. czy nie można już standardowo dodać moduł IPMARK przy patch-o-matic
tyle już było na ten temat
2. ta wersja jądra już nie ma obsługi TTL poprzez mangle (patch-o-matic nowszy niż 20050918) czy pozostaje tylko modyfikacja /proc/sys/net/ipv4/ip_default_ttl?

nic na ten temat nie widziałem w Mantisie

nie bardzo się na tym znam, ale:

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

Na wersji z repo testowego:

Na wersji z oficjalnego repo:

Skad ten pomysl, ze ktores z nich nie obsluguje TTL? Do tworzenia obydwoch jest uzyty pom-ng wlasnie z 18 wrzesnia 2005.

iptables z repo.test jest patchowany pom-ng z dnia 20051225

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

Udostepnij gdzies PKGBUILDy do najnowszego kernela i iptables.

wszystko jest w CVS
http://cvs.devel-nnd.brb.pl/cvsweb.cgi/ ... nel24-ide/
http://cvs.devel-nnd.brb.pl/cvsweb.cgi/testing/iptables

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

drążąc temat dalej zapodajcie na jajku testowym polecenie:
lsmod|grep TTL
ciekawe czy pokaże moduł ipt_TTL? nie chodzi mi o ipt_ttl bo to inna bajka

raczej na forum było pisane wystarczyłoby albo w PKGBUILD
w lini
dodać IPMARK albo w config-nnd-ide doać
a użytkownicy obwman'a byliby zadowoleni

było minęło, i ten post tak samo ulotni się i wszyscy zapomna do póki ktoś tego nie zgłosi do mantisa albo nei zapisze na karteczce ( mi się nei chce zapisywać na karteczkach)



jak widać nie ma ani tego ani tego.


a tu jak na złość są obydwie libki

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

z tego co wyczytałe to małe ttl pobiera zawartość pola TTL w nagłówku IP a duże TTL służy do zmiany wartości pola TTL więc za pomocą małego ttl można dać:

a przy pomocy dużego

szczerze to mało mi to mówi ale interesuje mnie tylko czy działa, bo jeśli są te biblioteki to znaczy że raczej OK

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

Wiec moze od poczatku. Polecenia:
lsmod|grep ttl
lsmod|grep TTL
Nie pokazuja nic na NND z oficjalnymi pakietami, ani na NND z pakietami testowymi.
To polecenie:
ls /usr/lib/iptables|grep -i ttl
faktycznie widzi obydwie biblioteki za NND testowym i na NND oficjalnym. Tak samo ladnie na obydwoch NND wyglada output tego:
iptables -j TTL --help
Niestety regula, ktora ladnie dziala na oficjalnym NND:
iptables -t mangle -A POSTROUTING -o eth1 -j TTL --ttl-set 100
Na NND testowym wyrzuca blad:
iptables: No chain/target/match by that name
Wydaje mi sie, ze spowodowane to jest tym, ze nowe jajko nie ma patcha do obslugi TTL (bo takiego w najnowszym pom-ng nie ma), a samo wrzucenie skompilowanych bibliotek nie zalatwia sprawy. Takze po raz kolejny odradzam uzywanie pom-ng nowszego niz ten z 18 wrzesnia 2005.
EDIT:
Problem lezy tu:
Na oficjalnym NND:
ls /lib/modules/2.4.31-1nnd/kernel/net/ipv4/netfilter/ |grep TTL
ipt_TTL.o
NA testowym NND:
ls /lib/modules/2.4.32-3nnd/kernel/net/ipv4/netfilter/ |grep TTL
Pusto.
Ten sam problem pojawia sie dla CONNMARK i string.

2 problem:
Po restarcie zauwazylem, ze gdzies wcielo plik startujacy interfejs lo (/etc/network/internal/lo). Wydaje mi sie, ze to nie byl wynik mojej radosnej tworczosci, ale przed dodaniem do mantisa chcialbym, zeby inni testerzy to potwierdzili.