Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez o__w
Hej Cezary,
Jak zapisać poprawnie poniższe reguły IPtables w UCI firewall?
iptables -t nat -A PREROUTING -i br0 -p udp ! --source mojserwerdns ! --destination mojserwerdns --dport 53 -j DNAT --to mojserwerdns
iptables -t nat -A PREROUTING -i br0 -p tcp ! --source mojserwerdns ! --destination mojserwerdns --dport 53 -j DNAT --to mojserwerdnsCezary dzięki.
Zainstalowałem i działa.
opkg install ./f3_2021-10-28-447e3733-1_x86_64.ipk
Unknown package 'f3'.
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency argp-standalone for f3
* pkg_hash_fetch_best_installation_candidate: Packages for f3 found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package f3.OpenWrt 21.02-SNAPSHOT, r16500-b99d7aecc8
Czy aktualizacja OW jest wymagana?
Na jaki router go chcesz?
Wystarczy arch x86_64.
Cezary,
Nie znalazłem w repo pakietu:
"F3"
Link:
https://packages.debian.org/bookworm/f3
http://oss.digirati.com.br/f3/
Czy mógłbyś dodać do repo?
Zmodyfikowałem plik konfiguracyjny:
/etc/vnstat.confMonthRotate 17Nie wiem w jaki sposób poprawić plik:
/etc/config/vnstatOczywiście restart vnstat.
Stan licznika bez zmian.
Czy vnstat nie powinien zliczać od dnia 17?
Czy da radę wypluć z VNSTAT raport zużycia po ASN?
Jeżeli nie to czy istnieję taki software pod OpenWrt?
Jest dobrze.
Wiem, że modemy HUAWEI zazwyczaj "wypluwają" zakodowany wynik.
Dotąd sms_tool dekodował wynik w locie a teraz tego nie robi.
Bez debugowania otrzymuję pusty wynik dlatego dodałem opcję "-D"
Raczej nie złamałem linii, ponieważ recv robi to samo.
Przykład:
root@OpenWrt:~# sms_tool -D -d /dev/modem_e3372_0 ussd '*124*#' ;
debug: AT+CUSD=1,"AA988CA61A01",15
debug: +CUSD: 0,"D4FB5B1D06BDCD65393D0CA2BF414F79D87D2E838CF272D9A588B9A6F4B01BB47EBBE961D099FDBEBBCBE7B70E149BD15CB51B48CF7681A6F237799D06DDC37A771984ABC5406477DA05",15
root@OpenWrt:~#Cezary,
Ponad miesiąc temu działało.
Obecna wersja sms_tool z Twojego repo nie dekoduję treści "wypluwanych" z modemu huawei E3372.
(OW 21.02, ARCH x86_64)
Czy może jednak dekoduję tylko coś pominąłem?
Wprowadziłem:
echo "kernel.printk = 0 4 1 7" > /etc/sysctl.d/10-printk.conf ;sed -i -r -e "s/^((ttyS0|ttyATH0|::askconsole):.*)/#\0/" /etc/inittab ;Dodatkowo zmodyfikowałem domyślny config grub
sed -i -r -e "/^serial.*off$/s/^/##/g" -e "/^terminal_.*serial$/s/^/##/g" -e "/linux.*vmlinuz/s/rootwait.*noinitrd$/rootwait noinitrd/g" /boot/grub/grub.cfg ;W końcu serial na OpenWrt x86_64 działa prawidłowo.
Wiedziałem, że to problem software'owy po stronie OpenWrt skoro na typowej dystrybucji Linuksa identyczny setup działa out-of-the-box.
Nie zliczę ile razy wypowiedziałem popularne słowa "po łacinie" szukając dlaczego serial na OpenWrt x86_64 nie działa.
Cezary,
Moim zdaniem warto, abyś powyższe trzy linie zawarł w HOW TO odnośnie OpenWrt x86_64 jeżeli ktoś potrzebuję użyć serial w analogicznej sytuacji.
Wątek z tego roku:
https://forum.openwrt.org/t/random-file … stem/88288
U mnie serial na OpenWrt generuję losowe pliki na każdym sprzęcie x86_64, który sprawdziłem.
Oczywiście po reboot-cie system do kasacji:
Failed to execute /usr/libexec/login.sh
Please press Enter to activate this console.Zbudowałem statycznie binarkę picocom ze źródeł w repo debian.
Na OW wprowadziłem:
./picocom --baud 9600 --databits 8 --parity=none /dev/ttyS0 Startuję prawidłowo, ale reaguję identycznie jak natywna binarka OW czyli prawdopodobnym problemem jest stos obsługujący serial w OpenWrt.
W typowej dystrybucji Linusa działa a w OpenWrt coś nie bardzo.
Cezary,
Jak mam to interpretować?
Wpis "root" nie istnieję w plikach (co oczywiście nie jest prawdą):
/etc/passwd/etc/shadowCezary,
Sprawdziłem binarkę skompilowaną statycznie..
Gdy wprowadzę:
./minicom -h Prawidłowo listuję "help".
Natomiast gdy użyję..
./minicom -b 9600 -8 -D /dev/ttyS0 Wypluwa..
You don't exist, go away!Cezary,
W takim razie czy minicom zbudowany ze źródeł statycznie (nie dynamicznie) (źródło z repo debian) zadziała na OW (oczywiście architektura CPU identyczna)?
No i co mam odpowiedzieć? Mi działa. Ale mam podłączony modem pod seriale a nie cisco.
Właśnie w tym rzecz.
O ile się nie mylę RS232 jest na tyle "trywialnym" standardem, że OS hosta nie powinien protestować a jednak to robi.
Ale nic z tych tekstów nie pochodzi z openwrt. Co masz podłączone pod serial?
Switch CISCO seria 2960
Powtórzę po raz wtóry - adekwatna operacja na typowej dystrybucji Linuksa działa bez żadnych problemów
Przedstawione dwa zrzuty ekranu pochodzą z OpenWrt (Twoja kompilacja).
Te linki wymagają logowania. Połóż je na innym serwisie gdzie będą tak po po prostu dostępne.
Przed zatwierdzeniem poprzedniego komentarza sprawdziłem docelowe linki na 100% czystym profilu innej przeglądarki i działało, i nadal działa.
Najwidoczniej "gugiel" nie weryfikuję po ciastkach tylko po IP oraz innej metodzie.
Za kilka minut wrzucę na inny hosting.
Cezary,
Podsyłam skrócone linki do dwóch zrzutów ekranu.
Powtórzyłem niezliczoną ilość razy na identycznej konfiguracji:
--> Typowa dystrybucja Linuksa działa.
--> OpenWrt NIE działa.
Oczywiście OpenWrt po reboot-cie nie startuję prawidłowo i zostaję tylko czysta instalacja.
Jak losowe dane w terminalu mają ingerować bezpośrednio w system i podmieniać pliki? O czym ty piszesz?
Brzmi irracjonalnie, ale "wypluwana" ściana tekstu tworzy oraz nadpisuję pliki na hoście.
Dla przykładu "wypluję" w Minicom ciąg z zawartością:
/bin/asdczyli stworzy pusty plik
lub
/bin/loginczyli nadpiszę binarkę login.
To są tylko dwa przykłady z całego "wylewu" danych w Minicom.
Chyba muszę nagrać film przedstawiający problem.
eko.one.pl → Posty przez o__w
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc