Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
Konfiguracja http://forum.freesco.pl/viewtopic.php?f=38&t=18009 |
Strona 7 z 9 |
Autor: | taradan [ poniedziałek, 26 kwietnia 2010, 12:29 ] |
Tytuł: | |
Przynajmniej wg strony madwifi ath5k nie obsługuje choćby polecenia txpower. Ale skoro twierdzisz, że tak się sprawy mają, to przerzucę się na ath5k, trudno. |
Autor: | Maciek [ poniedziałek, 26 kwietnia 2010, 13:31 ] |
Tytuł: | |
Nie masz wyboru. Sterowniki madwifi nie kompilowały się z jądrami powyżej 2.6.30 poprawnie. Początkowe moje próby odpalania na tym hostapde wyglądały żałośnie. |
Autor: | taradan [ czwartek, 29 kwietnia 2010, 04:24 ] |
Tytuł: | |
A propos kompilacji madwifi, to być może dałoby radę, ale brakuje źródeł kernela "/usr/src/..../buil: No such file or catalog" czy coś w tym stylu. Jak wygląda KERNELPATH? Może jednak udałoby się madwifi skompilować. Z hostapd mam na razie problemy, a athk nie obsługuje trybu ap/master karty. |
Autor: | Maciek [ czwartek, 29 kwietnia 2010, 11:28 ] |
Tytuł: | |
Jak sobie zainstalujesz źródła kernela i cały base-devel, to będziesz mógł kompilować. Nie wiem co ci z tego dziś wyjdzie, bo zarzuciliśmy bezowocne próby z madwifi. I nie opowiadaj, że athk5 + hostapd nie obsługuje trybu master/ap - przecież właśnie teraz z tego korzystam. |
Autor: | taradan [ czwartek, 29 kwietnia 2010, 18:32 ] |
Tytuł: | |
Oczywiście, że na sterowniku ath5k da się wprowadzić kartę w tryb ap/master, ale potrzebne jest do tego hostapd, którego do tej pory nie używałem. Nie da się tego zrobi na "gołym" sterowniku. Z moimi pytaniami/wątpliwościami przenoszę się do wątku o hostapd, bo nie wiem, czy będę próbował walczyć z madwifi, skoro wy, twórcy dystrybucji, daliście sobie z tym spokój. Dzięki za odpowiedź. |
Autor: | taradan [ poniedziałek, 24 maja 2010, 09:49 ] |
Tytuł: | bridge+hostapd=chyba nie działa dns |
Bojów ciąg dalszy. Postawiłem docelowy router: eth0- interfejs WAN, dhcp(więc w rc.conf gateway i ROUTES mam zahaszowane) eth1, wlan0- most br0, postawione dhcp Przy uruchamianiu najpierw stawiana jest sieć, potem dhcpd na br0 i w końcu hostapd. Wszystko zdaje się działać, bo zarówno komputery na eth1 jak i wlan0 dostają ip. Problem polega na braku routingu, a konkretnie chyba na nierozwiązywaniu przez router nazw dns. Jeśli wpiszę ping o2.pl na komputerze w lan dostaję "Żądanie polecenia ping nie może znaleźć hosta o2.pl..." Natomiast jeśli wpisze ping 193.17.41.103(adres ip o2.pl) pakiety przechodzą przez router i wracają bez problemu. Jeszcze ciekawsze jest to, że kiedy podłączyłem testowo do routera komputer, który wcześniej dostał ip(192.168.1.4) od innego routera(192.168.1.1), to, dopóki nie zwolniłem ip(ipconfig /release, ipconfig /renew), komputer normalnie łączył się z internetem. W resolv.conf wpisany właściwy adres serwera dns uzyskany przez dhcpcd. Firewall ustawiony domyślnie(INTIF=br0 EXTIF=eth0). Nie wiem co o tym myśleć :/ |
Autor: | viater [ poniedziałek, 24 maja 2010, 10:33 ] |
Tytuł: | |
A klienty dostają prawidłowe adresy DNS-ów poprzez dhcp ? |
Autor: | taradan [ poniedziałek, 24 maja 2010, 11:35 ] |
Tytuł: | |
#Hmm, głupie pytanie, ale jak pod windowsem sprawdzić adresy serwerów #dns? Po ipconfig /all wyświetla mi się tylko "Sufiks DNS konkretnego połączenia" Żadnych adresów. Edyta: No tak, już widzę, że adres DNS powinien się wyświetlić pod adresem serwera DHCP. Coś namieszałem w konfiguracji CDN? Gdzie szukać ewentualnej przyczyny? |
Autor: | CyberDuck [ poniedziałek, 24 maja 2010, 15:25 ] |
Tytuł: | |
taradan ... Klikasz w iknonke moje miejsce sieciowe prawym/wlasciwosci. Pozniej w prawym na konkretnym polaczeniu i stan. Zakladka obsluga i guzik szczegoly i wyskakuje ramka ze wszystkimi infomacjami jakie sobie zyczysz. |
Autor: | viater [ poniedziałek, 24 maja 2010, 15:51 ] |
Tytuł: | |
CyberDuck pisze: taradan ... ...i zaklikał się naśmierć
Klikasz w iknonke moje miejsce sieciowe prawym/wlasciwosci. Pozniej w prawym na konkretnym polaczeniu i stan. Zakladka obsluga i guzik szczegoly i wyskakuje ramka ze wszystkimi infomacjami jakie sobie zyczysz. Start -> Uruchom -> cmd w oknie konsoli: ipconfig /all - to tak z lekka bardziej "linuksowo" |
Autor: | taradan [ poniedziałek, 24 maja 2010, 16:08 ] |
Tytuł: | |
Już doszedłem do danych na temat serwera DNS- ipconfig /all to dla mnie podstawa jeśli o winde chodzi, tyle, że na kompie podłączonym przez CDN właśnie serwerów DNS właśnie brakowało i stąd się zamieszałem. Teraz ważna jest kwestia jak mogłem namieszać, że serwer dhcpd odpalony na CDN nie przekazuje danych o DNS do komputerów podłączonych przez br0. CDN takie informacje otrzymuje, bo w pliku resolv.conf jest właściwy adres DNS'a. Trzeba podać jakieś opcje w pliku konfiguracyjnym /etc/conf.d/dhcp? W tej chwili widnieje tam tylko opcja "-q". |
Autor: | viater [ poniedziałek, 24 maja 2010, 16:14 ] |
Tytuł: | |
/etc/dhcpd.conf option domain-name-servers 194.204.159.1; option domain-name-servers 194.204.152.34; |
Autor: | taradan [ poniedziałek, 24 maja 2010, 17:28 ] |
Tytuł: | |
Hmm, w nnd też to było przy deklaracji podsieci? Może przepisywane było automatycznie, bo nie kojarzę wpisywania ręcznego. Edyta: Nie jest to zasadniczo ważne, bo kwestia została rozwiązana. Dzięki viater! |
Autor: | spin [ poniedziałek, 7 czerwca 2010, 23:05 ] |
Tytuł: | |
taradan pisze: Oczywiście, że na sterowniku ath5k da się wprowadzić kartę w tryb ap/master, ale potrzebne jest do tego hostapd, którego do tej pory nie używałem. Nie da się tego zrobi na "gołym" sterowniku. Z moimi pytaniami/wątpliwościami przenoszę się do wątku o hostapd, bo nie wiem, czy będę próbował walczyć z madwifi, skoro wy, twórcy dystrybucji, daliście sobie z tym spokój. Dzięki za odpowiedź.
madwifi to poprzednik ath5k. Ogólnie na atherosach to działa inaczej niż w innych kartach, tzn na karcie w eepromie w zasadzie nie ma firmware, firmware w atherosach ładuje się programowo z zewnątrz. madwifi to był właśnie takim biosem karty który należało załadować dlatego m.in ładuje się moduł HAL czyli Hardware abstraction layer. Madwifi miało z punktu użytkowego poważną wadę, mianowicie nie było kodu źródłowego do HAL i to była podstawowa bolączka tego projektu. W pewnym momencie ktoś to deasemblował, chyba najpierw dla jakiegoś zamkniętego projektu, potem poszedł kod z atherosa i włączono to do kodu źródłowego kernela. Madwifi nie włączono bo kod był zamknięty i nikt tak do końca nie wiedział jak to działa i co robi. To tak bardzo ogólnikowo, sporo jest sporo inf na ten temat w internecie w języku angielskim. Ogólnie ath5k i ath9k daje dużo więcej możliwości bo można modyfikować HAL, przez co da się np. zrobić tak że karty 500mW przeznaczone na rynek europejski będą działały z pełną mocą, z madwifi tego nie osiągniesz bo nie zmodyfikujesz HALa, nie zmienisz countrycodu, na ath5k da się postawić działające AP na większej ilości sprzętu itp. ALe pewne rzeczy robi się inaczej. |
Autor: | taradan [ poniedziałek, 14 czerwca 2010, 22:11 ] |
Tytuł: | |
Ok, przebrnąłem przez konfigurację hostapd i wszystko działa. Tyle, że kiepsko. Głównie chodzi o transfery po radiu- są sporo mniejsze i niestabilne. Takie problemy z ath5k raportuje zresztą całkiem spora ilość ludzi w necie. Być może madwifi nie dawało takich dogłębnych możliwości konfiguracji(być może, ponieważ , o ile pamiętam, to udało mi się zmienić countrycode i zmusić kartę do pracy z pełną mocą), ale z drugiej strony ath5k wciąż jest dopiero rozwijane i, tak, jak napisałem wyżej, póki co txpower również nie obsługuje. Coś czuję, że przez to radyjko wrócę do poczciwego nnd- w końcu stabilne 2MB/s w porównaniu do "pływających" 500kB/s to jednak różnica. No, chyba, że to jednak konfig hostapd tak psuje wydajność. |
Autor: | Maciek [ poniedziałek, 14 czerwca 2010, 22:29 ] |
Tytuł: | |
Używam Hostapd na CDN z driverami athk5 od początku i jakoś to działa bez problemów. Trudno mi jednoznacznie stwierdzić dlaczego, ale ja twoich doświadczeń nie potwierdzam. |
Autor: | spin [ wtorek, 15 czerwca 2010, 01:37 ] |
Tytuł: | |
ja testuję hostapd i również mam problem z szybkością, idzie 200kB/ a powinno być conajmniej 2MB/s. Jednak udało mi się a przynajmniej tak to wygląda odpalić kartę Senao epi-3601s na max mocy 600mW. Zasięg przez ściany wzrósł ze zrywanego do w miarę stabilnego przy bardzo kiepskiej antence. Choć sterownik chyba na bieżąco w jakiś sposób modyfikuje moc i nie jest tak że ciąglę karta drze te 600mW, widać zresztą jak moc skacze na innej karcie w trybie managed. ciekawe że nie działa takie coś: COUNTRY="BZ" crda >Failed to set regulatory domain: -22 Coś mi się przypomina że ze starszymi jądrami to działało Jeszcze mam taki problem że kernel sypie błędami na starym "kanciaku" (+ndiswrapper), jednak nie wykrzacza się na amen. (linuxowy sterownik rt2400pci powoduje że pakiety są DUP! owane a szybkość połączenia to 2kB/s.Zresztą dupowanie pakietów też miałem w NND na tej karcie i sterowniku linux- pomógł ndiswrapper. |
Autor: | spin [ środa, 16 czerwca 2010, 21:45 ] |
Tytuł: | |
dobra kernel już nie sypie błędami przez tego ralinka, pomogła opcja irqpool. Teraz mam inny problem hostpd nie dość że coś wolno chodzi to jeszcze pod obciążeniem wykrzacza się z takim komunikatem: >ath5k phy0: no further txbuf available, dropping packet po czym hostapd albo pada albo nie ale wtedy autoryzacja trwa nawet kilka minut. Wymagany restart hostapd. podobno jest na to łatka: https://patchwork.kernel.org/patch/56785/ Czy została ona zaaplikowana do kernela z CDN 2.6.32.4? Koledze taradan radzę przejrzeć logi czy też się nie pojawia owy błąd. O ile mam wrażenie że sieć pod CDN działa o wiele sprawniej o tyle coś z tym ath5k jest nie tak. W NND pod madwifi wystarczyło minimum zdewastować interfejs postawić nowy w trybie AP nadać IP, ustawić dhcp.conf i działało tygodniami... a tu same problemy. Ogólnie moje wcześniejesze doświadczenia z ath5k były lepsze niż z zamkniętym madwifi. Może dlatego że zawsze to była to praca w trybach managed? |
Autor: | taradan [ środa, 23 czerwca 2010, 21:43 ] |
Tytuł: | |
Miałem takie komunikaty kilka dni temu, ale nie kojarzę co się dokładnie oprócz tego działo. Od tamtej pory zwracam uwagę na logi, ale wyrzuca mi tylko raz na jakiś czas: (...)gniazdko kernel: ath5k phy0: unsupported jumbo Nie zauważyłem, żeby działo się coś dziwnego z laptopem na drugim końcu radia. Działa, tyle, że te transfery niespecjalne. Problemem innego rodzaju jest u mnie ciągła niemożność zmuszenia routera do forwardowania portów :/ |
Autor: | Maciek [ środa, 23 czerwca 2010, 23:03 ] |
Tytuł: | |
Na stronie CDN napisałem ostatnio o instalacji i konfiguracji systemu na alixie 1c. Dodalem też swój plik hostapd.conf, moze4 się przyda. Komunikat "ath5k phy0: unsupported jumbo" zdarza mi się w logach, ale nie wpływa to na działanie sieci. Szybkość sieci radiowej to u mnei od 1,5 do 2 mbit. |
Strona 7 z 9 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |