Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Mini komputery → Debian na Alix3d2
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
Będzie widoczny jak będziesz używał drivera pata a nie libata jak pewnie teraz masz.
Rozumiem. No nie jest to takie istotne tak że nie bede juz zmienial drivera.
Zapytam tylko jeszcze czy da sie te triggery ustawić gdzies na stałe? Czy trzeba zrobic skrypt ktory przy kazdym uruchomieniu bedzie wpisywal odpowiednie wartosci?
P.S. kompiluje wlasnie kernel z obsluga OCF...
Trzeba ustawiać za kazdym razem w na starcie w skrypcie.
Witaj,
Zabralem sie za patchowanie openssl. Sciagnalem zrodla 0.9.8n. Zaaplikowalem patch z ocf najnowszego wydania. Przebieglo bez zarzutu.
potem ./config --with-cryptodev
Ale zwraca mi blad na koncu.
Caly przebieg wyglada tak:
Alix-VPN:/usr/src/openssl-0.9.8n# ./config --with-cryptodev
Operating system: i586-whatever-linux2
Configuring for linux-elf
Configuring for linux-elf
no-camellia [default] OPENSSL_NO_CAMELLIA (skip dir)
no-capieng [default] OPENSSL_NO_CAPIENG (skip dir)
no-cms [default] OPENSSL_NO_CMS (skip dir)
no-gmp [default] OPENSSL_NO_GMP (skip dir)
no-jpake [experimental] OPENSSL_NO_JPAKE (skip dir)
no-krb5 [krb5-flavor not specified] OPENSSL_NO_KRB5
no-mdc2 [default] OPENSSL_NO_MDC2 (skip dir)
no-montasm [default]
no-rc5 [default] OPENSSL_NO_RC5 (skip dir)
no-rfc3779 [default] OPENSSL_NO_RFC3779 (skip dir)
no-seed [default] OPENSSL_NO_SEED (skip dir)
no-shared [default]
no-zlib [default]
no-zlib-dynamic [default]
IsMK1MF=0
CC =gcc
CFLAG =-DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DHAVE_CRYPTODEV -DL_ENDIAN -DTERMIO -O3 -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM
EX_LIBS =-ldl
CPUID_OBJ =x86cpuid-elf.o
BN_ASM =bn86-elf.o co86-elf.o
DES_ENC =dx86-elf.o yx86-elf.o
AES_ASM_OBJ =ax86-elf.o
BF_ENC =bx86-elf.o
CAST_ENC =cx86-elf.o
RC4_ENC =rx86-elf.o rc4_skey.o
RC5_ENC =r586-elf.o
MD5_OBJ_ASM =mx86-elf.o
SHA1_OBJ_ASM =sx86-elf.o s512sse2-elf.o
RMD160_OBJ_ASM=rm86-elf.o
PROCESSOR =
RANLIB =/usr/bin/ranlib
ARFLAGS =
PERL =/usr/bin/perl
THIRTY_TWO_BIT mode
DES_PTR used
DES_RISC1 used
DES_UNROLL used
BN_LLONG mode
RC4_INDEX mode
RC4_CHUNK is undefined
make: *** Brak reguł do wykonania obiektu `links'. Stop.Czy czegoś mi brakuje?
Zobacz w makefile co sie kryje po prostu pod tym links.
links:
@$(PERL) $(TOP)/util/mkdir-p.pl include/openssl
@$(PERL) $(TOP)/util/mklink.pl include/openssl $(EXHEADER)
@set -e; target=links; $(RECURSIVE_BUILD_CMD)Pliki sa w katalogu. No chyba ze problem z perlem...
Tak, chyba perla potrzebujesz.
Jest perl i libperl ale problem dalej ten sam...
Czekaj, ale to nie makefile był tylko configure. Poszukaj w nim co on woła i pokaż to.
Nie wiem co sie stalo ale ruszyło... Wywalio jeszcze w miedzyczsie ze nie ma cryptodev.h ale wrzucilem z ocf i idzie narazie ladnie. Odezwe sie co z tego wyjdzie.
A czy rekompilacja openssl wspomoze openvpn? W tej chwili sprawdzalem sciaganie plikow z ftp ale przez openvpn to transfer byl rzedu 600KB/s co nie jest oszalamiajace przy prawie 11MB/s bez szyfrowania...
Sukces :-) Openssl daiała pieknie...
Tylko pamiętaj że ten akcelerator w alixie to aes-128. Jak użyjesz innego kodowania to nici ze wspomagania.
Tak wiem. Serwer openvpn mam ustawiony na aes128 ale nie widze roznicy w transferach. Czy nie trzbea jescze jakiejsc opcji dodatkowej wlaczyc w openvpn?
Test na openssl (jak na twojej stronie) przebiegl wg oczekiwan tak ze akcelerator dziala.
Załadowałeś oczywiście moduły od cryptodev?
Tak oczywiscie, inicjuje je przez /etc/modules.
Dodanie wpisu do pliku konfiguracyjnego OpenVPN: engine cryptodev - zwraca taki komunikat w logu: "OpenSSL error: cannot load engine 'cryptodev'"
Przekompilowalem zrodla openvpn z debiana ale niestety nie pomoglo (znalazlem gdzies ze powinno pomoc).
napisz openssl
a póżniej engine. Jak nie wyświetli cryptodev to znaczy że nie zainstalowałeś tego po prostu.
OpenSSL:
# openssl engine
(cryptodev) BSD cryptodev engine
(padlock) VIA PadLock (no-RNG, no-ACE)
(dynamic) Dynamic engine loading support
(4758cca) IBM 4758 CCA hardware engine support
(aep) Aep hardware engine support
(atalla) Atalla hardware engine support
(cswift) CryptoSwift hardware engine support
(chil) CHIL hardware engine support
(nuron) Nuron hardware engine support
(sureware) SureWare hardware engine support
(ubsec) UBSEC hardware engine supportOpenVPN:
# openvpn --show-engines
OpenSSL Crypto Engines
VIA PadLock (no-RNG, no-ACE) [padlock]
Dynamic engine loading support [dynamic]Widze ze moj openvpn nie wspiera cryptodev choc wydawalo mi sie ze wystarczy ze wspiera je openssl. Tak by wynikało tez z tego co pisze w logu.
Mam pytanie juz offtopic.
Mam w alixie zainstalowana karte wlan na atherosie (CM9), korzysta z ath5k.
Zaobserwowalem cos takiego przy przeplywie dancyh przez alixa. Na alixie bridge z wlan0 i eth0
Przesylam z laptopa po wlan (alix jako ap) do urzadzenia juz podlaczonego po ethernecie.
Wysylanie i odbieranie dancyh po tcp nie obciaza w ogole procesora w alixie. Wysylanie danych udp również nie obciaza alixa ale odbieranie danych udp juz obciaza go w 40% przy mniej wiecej 25 MBit/s ktore udalo mi się uzyskać na tej karcie.
Obiciązenie widoczne jest na procesie: ksoftirqd/0
Co moze byc nie tak? Ewentualnie czy to jest normalne zachowanie?
Na przerwaniach karty.
Ja też mam cm9, ale używam madwifi, bo chodziło u mnie lepiej (w sensie wydajniej) niż ath5k. Ale dawno nie sprawdzałem już ath5k, wiec może by już inaczej.
hmm. To nie dobrze. W zasadzie zaraz zmieniam karte na cos z N tak ze zobacze jak sie wtedy bedzie zachowywało na ath9k.
Moge gdzies to sprawdzic? Moze uda mi sie doprowadzic to do porzadku?
R52HN na rspro ponoć się całkiem nieźle sprawuje, więc możesz sprawdzić też na alixie.
Wlasnie myslalem nad R52N czyli ta z nizsza moca. Ale to ten sam chipset. Zobaczymy.
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Mini komputery → Debian na Alix3d2
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc