Odp: Zmiany w wydaniu OpenWrt 19.07
Wiec za co odpowiada flow offloading programowy i sprzętowy i jak to najlepiej ustawić ?
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Zmiany w wydaniu OpenWrt 19.07
Strony Poprzednia 1 … 42 43 44 45 46 … 52 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Wiec za co odpowiada flow offloading programowy i sprzętowy i jak to najlepiej ustawić ?
Za przyśpieszenie procesu natowania pakietów kosztem omijania niektórych struktur w kernelu (kolejki, zliczanie pakietów itp). Przez to może nie działać np. qos, markownie pakietów wykorzystywane przez mwan3.
Programowy działa zawsze na każdej platformie, sprzętowy - tylko na układach które to mają oprogramowanie, obecnie tylko na soc MT7621 (który i tak psują co jakiś czas).
Bo jest restartuj. Za długi napis który nie mieści się na przycisku i przeniósł "uj" do następnej linii
Już wiem dlaczego się rozjechał napis, bo gdy wybrałem wpa2-psk/wpa3-sae Mixed mode, to mi opis pod interfejsami wifi się wydłużył. Ok poprawiłem "uj" i usunąłem z tłumaczenia.
Druga sprawa, jeśli chodzi o dublujące się dnsy, to źle dobrałem składnie polecenia:
Coś nie tak z spacją było.
uci set network.wan.dns="1.1.1.3(spacja)1.0.0.3"
powinno być:
add_list network.wan.dns="1.1.1.3"
add_list network.wan.dns="1.0.0.3"Po wybraniu polecania z stronki openwrt, działa idealnie, nie dubluje dnsów w luci.
Przejrzyj jeszcze np. ksmbd. Bo "właściciel spadku" i "katalog maski" zrobił mi dzień
O ile w angielskim ma to sens to na polski bez tłumaczenia kontekstowego już nie ma kompletnie sensu ![]()
Edit: nikomu nie rzuciło się w oczy "Proszę skonfigurować hasło roota, aby chronić interfejs sieciowy i włączyć SSH."? Chodzi o ten interfejs sieciowy. W oryginale jest "Please configure a root password to protect the web interface and enable SSH."
nikomu nie rzuciło się w oczy "Proszę skonfigurować hasło roota, aby chronić interfejs sieciowy i włączyć SSH."? Chodzi o ten interfejs sieciowy
Poprawiłem na interfejs www. A co zrobić, aby skrypt w uci-defaults nie ładował się po każdym restarcie urządzenia?
Nie ładuje sie przecież. Przy pierwszym uruchomieniu on jest usuwany. Więc jesteś pewien ze się uruchamia i nie wywala się?
Nie ładuje sie przecież. Przy pierwszym uruchomieniu on jest usuwany. Więc jesteś pewien ze się uruchamia i nie wywala się?
#!/bin/sh
sleep 10
uci -q batch << EOF
set system.@system[0].timezone='CET-1CEST,M3.5.0,M10.5.0/3'
set system.@system[0].zonename='Europe/Warsaw'
set system.ntp=timeserver
set system.ntp.enabled='1'
commit system
set network.wan.ifname='eth1'
-q delete network.wan.dns
add_list network.wan.dns="1.1.1.3"
add_list network.wan.dns="1.0.0.3"
set network.wan.peerdns='0'
commit network
set wireless.radio0.country='US'
set wireless.radio0.txpower='26'
set wireless.radio0.disabled='0'
set wireless.radio0.htmode='HT40'
set wireless.radio0.noscan='1'
set wireless.radio0.channel='5'
set wireless.default_radio0.disassoc_low_ack='0'
set wireless.radio1.country='US'
set wireless.radio1.txpower='22'
set wireless.radio1.disabled='0'
set wireless.radio1.htmode='HT40'
set wireless.radio1.noscan='1'
set wireless.radio1.channel='44'
set wireless.default_radio1.disassoc_low_ack='0'
commit wireless
set firewall.@defaults[0].syn_flood='1'
set firewall.@defaults[0].drop_invalid='1'
set firewall.@defaults[0].flow_offloading='1'
commit firewall
set uhttpd.main.http_keepalive='0'
commit uhttpd
EOF
exit 0Co w nim nie tak?
Jeżeli masz dość wolny system to wireless może jeszcze nie być. Robi się asymchronicznie jak się radio wykrywa, czasami następuje to po uci-defaults.
Jeżeli tak jest u ciebie to sprawdź najpierw czy plik /etc/config/wireless jest, jak nie to poczekaj kilka sekund. Ale sprawdź czy skypt się wykonuje cały - czy np. keepalive jest ustawiony.
sprawdź czy skypt się wykonuje cały
skrypt się wykonuje cały i wszystko ustawia. Pytanie, dlaczego się nie usuwa, po aktualizacji?
System plików masz do zapisu? ![]()
A może /etc/init.d/boot nie masz?
System plików masz do zapisu?
A może /etc/init.d/boot nie masz?
Jest plik.
Nic innego oprócz skryptu uci defaults nie robię. Nie edytuje żadnych konfigów. A gdzie się zmienia system plików do zapisu? chodzi o sam skrypt w katalogu budowania na kompie?
Jeżeli ustawia zmienne to i system plików masz do zapisu. Chyba że nie robi ci overlaya i dlatego to robi za każdym razem.
Jeżeli ustawia zmienne to i system plików masz do zapisu. Chyba że nie robi ci overlaya i dlatego to robi za każdym razem.
Znalazłem w końcu problem. Skrypt ma niewidoczne znaki po każdym poleceniu "^M". Usunąłem to przez edytor nano i skrypt zniknął po restarcie.
Pytanie, dlaczego edytor Kate(Plasma Linux) robie takie niewidzialne spacje "^M" wszędzie i jak to usunąć z pliku na PC.
Użyłeś zapisu pliku ze znakami końca windows. Na windowsie używaj edytorów które potrafią zapisywać uniksowe końce linii (np. notepad++)
Użyłeś zapisu pliku ze znakami końca windows. Na windowsie używaj edytorów które potrafią zapisywać uniksowe końce linii (np. notepad++)
Poradziłem sobie. Uzyłem innej metody i usunęło znaki ^M. Człowiek uczy się całe życie. Nawet nie wiedziałem, że skrypt w uci-defaults miał znikać po aktualizacji. Teraz dnsy nie dublują, bo skrypt nie robi w kółko tego samego po resecie. Teraz się usuwa i tak ma być ![]()
Za przyśpieszenie procesu natowania pakietów kosztem omijania niektórych struktur w kernelu (kolejki, zliczanie pakietów itp). Przez to może nie działać np. qos, markownie pakietów wykorzystywane przez mwan3.
Programowy działa zawsze na każdej platformie, sprzętowy - tylko na układach które to mają oprogramowanie, obecnie tylko na soc MT7621 (który i tak psują co jakiś czas).
No to widocznie mam zwidy ale raczej nie ;P i dziwi mnie to bo jak to włączę to mam niezłe podbicie na transferze i net jest po prostu szybszy bo sprawdzałem to kilkadziesiąt razy w różnych test speedach a najładniej pokazuje to ten test: https://www.nperf.com/pl/
A teraz przeczytaj to jeszcze raz - "przyśpiesza natowanie pakietów". Nie wifi samo w sobie jak pisałeś.
A teraz przeczytaj to jeszcze raz - "przyśpiesza natowanie pakietów". Nie wifi samo w sobie jak pisałeś.
Acha teraz czaję
A jakby tak włączyć obydwa czyli programowy i sprzętowy to czym się to może skończyć a może tak lepiej tego wcale nie włączać jak mają się dziać jakieś dziwaczne cuda
I w sumie to po co komu z tego korzystać ?
Sprzętowy po prostu nie będzie działać jak sterownik tego nie obsługuje, więc niczym to nie grozi. Samo włączenie zaś może powodować problemy np. qos jeżeli używasz.
Najlepsze jest jeszcze to, że we wcześniejszych wersjach można było śmiało zmienić kanał a nawet moc nadawania a teraz jest kupa ani jednego ani drugiego nie zmienisz a próba zmiany kanału na auto kończy się wydupczeniem radia a nawet jak moc ustawisz na 21 to też koniec z radiem i lepiej mieć włączona drugą częstotliwość bo wifi nie będzie działać jak tego nie zmienisz na innym radiu
Ze zmianą kodu kraju też nie idzie nic zrobić bo te opcje są po prostu martwe ![]()
Gdzie są opcje martwe? W luci? Nie używaj luci...
Bez luci to nawet bym nie dał rady. A tu patrz nawet zmiana mocy nic nie robi i sam podaje swoją nawet jak zmienię na wyżej i tak jest z kanałem nie da rady na auto bo radio się wyłącza. Wiec po co to lucy jest i czemu takie niedopracowane ?
To otwarty projekt. Zawsze możesz uczynić go lepszym, nawet jak nie umiesz kodować to zgłaszaj uwagi na bieżąco.
Najlepsze jest jeszcze to, że we wcześniejszych wersjach można było śmiało zmienić kanał a nawet moc nadawania a teraz jest kupa ani jednego ani drugiego nie zmienisz a próba zmiany kanału na auto kończy się wydupczeniem radia
U mnie Luci działa dobrze. Co idzie wyklikać, to się zmienia. Nie wykrzaczyło mi się nigdy nic.
Co się zmieniło w kernelu 5.4, że vlany nie chcą działać prawidłowo? Można coś z tym zrobić, żeby działało jak na poprzednim kernelu?
Strony Poprzednia 1 … 42 43 44 45 46 … 52 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Zmiany w wydaniu OpenWrt 19.07
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc