Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez lgolebio
Tak jak mówiłem, wypadłem z torów. Nie wiedziałem. Kupuję.
[EDIT]
Ok, ale gdzieś w dokumentacji znalazłem:
Some devices with a single Ethernet port (often APs) are connected directly to the SoC and do not expose VLAN tagging capability on that port.
Bo mi zlaeży na utworzeniu wirtualnego interfesju na porcie eth0.
[EDIT2]
Wszystko jasne, po prostu VLANy na porcie robi się na bridge'u. A ja myślałem, że na eth0.
Dzień dobry
Troszkę ostatnio wypadłem z torów openwrt, czy jest jakaś możliwość sprawdzenia przed zakupem czy netgear EAX12 wspiera VLANy (po instalacji openwrt naturalnie)? Ma tylko jeden port Ethernet i pamiętam, że nie wszystkie urządzenia miały taką możliwość.
Jest wręcz idealny. To że się rozladuje i nie wstanie już mnie nie interesuje. Mnie Interesuje by codziennie wysyłał mi informację czy jest ładowany czy nie. I wysyłał informacje że jest prawie rozladowany.
Włosi to taki śmieszny kraj gdzie wyłączają Ci prąd bez powodu. Jeśli tak się stanie a mieszkanie stoi puste 50% czasu, dzwonię do sąsiada i opróżnia mi lodówkę i dba by nie powtórzyła się akcja z ostatnich miesięcy....
Oczywiście, żę działa. Już nawet skrypt napisałem. Można wysłać do urządzenia sms. On go odczytuje i odpisuje coś w stylu:
Wszystko ok, Bateria 90%, Ladowanie, , Internet OK, Rozladowywane w dniach: Tak, to było to, instalacja modułu rozwiązała problem. Tak to jest jak się na co dzień nie obcuje z openwrt 
. Dziękuję. A modem 4G już mam podpięty bo też mam obawy co do 3G. Wysyłkę robię przy pomocy twojego narzędzia sms-tool.
OpenWrt 19.07.10, r11427-9ce6aa9d8d
root@OpenWrt:~# opkg list_installed
base-files - 204.4-r11427-9ce6aa9d8d
busybox - 1.30.1-6
cgi-io - 2021-09-08-98cef9dd-20
dnsmasq - 2.80-16.3
dropbear - 2019.78-2
firewall - 2019-11-22-8174814a-3
fstools - 2020-05-12-84269037-1
fwtool - 2
getrandom - 2019-06-16-4df34a4d-4
hostapd-common - 2019-08-08-ca8c2bd2-8
i2c-tools - 4.1-3
ip6tables - 1.8.3-1
iptables - 1.8.3-1
iw - 5.0.1-1
iwinfo - 2019-10-16-07315b6f-1
jshn - 2020-05-25-66195aee-1
jsonfilter - 2018-02-04-c7e938d6-1
kernel - 4.14.275-1-0ef95951f9c50027daa16a88bbd32c37
kmod-cfg80211 - 4.14.275+4.19.237-1-1
kmod-gpio-button-hotplug - 4.14.275-3
kmod-ip6tables - 4.14.275-1
kmod-ipt-conntrack - 4.14.275-1
kmod-ipt-core - 4.14.275-1
kmod-ipt-nat - 4.14.275-1
kmod-ipt-offload - 4.14.275-1
kmod-leds-gpio - 4.14.275-1
kmod-lib-crc-ccitt - 4.14.275-1
kmod-mac80211 - 4.14.275+4.19.237-1-1
kmod-nf-conntrack - 4.14.275-1
kmod-nf-conntrack6 - 4.14.275-1
kmod-nf-flow - 4.14.275-1
kmod-nf-ipt - 4.14.275-1
kmod-nf-ipt6 - 4.14.275-1
kmod-nf-nat - 4.14.275-1
kmod-nf-reject - 4.14.275-1
kmod-nf-reject6 - 4.14.275-1
kmod-nls-base - 4.14.275-1
kmod-ppp - 4.14.275-1
kmod-pppoe - 4.14.275-1
kmod-pppox - 4.14.275-1
kmod-rt2800-lib - 4.14.275+4.19.237-1-1
kmod-rt2800-mmio - 4.14.275+4.19.237-1-1
kmod-rt2800-soc - 4.14.275+4.19.237-1-1
kmod-rt2x00-lib - 4.14.275+4.19.237-1-1
kmod-rt2x00-mmio - 4.14.275+4.19.237-1-1
kmod-slhc - 4.14.275-1
kmod-usb-core - 4.14.275-1
kmod-usb-ehci - 4.14.275-1
kmod-usb-ohci - 4.14.275-1
kmod-usb2 - 4.14.275-1
libblobmsg-json - 2020-05-25-66195aee-1
libc - 1.1.24-2
libgcc1 - 7.5.0-2
libi2c - 4.1-3
libip4tc2 - 1.8.3-1
libip6tc2 - 1.8.3-1
libiwinfo-lua - 2019-10-16-07315b6f-1
libiwinfo20181126 - 2019-10-16-07315b6f-1
libjson-c2 - 0.12.1-3.1
libjson-script - 2020-05-25-66195aee-1
liblua5.1.5 - 5.1.5-3
liblucihttp-lua - 2019-07-05-a34a17d5-1
liblucihttp0 - 2019-07-05-a34a17d5-1
libnl-tiny - 0.1-5
libpthread - 1.1.24-2
libubox20191228 - 2020-05-25-66195aee-1
libubus-lua - 2022-02-21-b32a0e17-1
libubus20210603 - 2022-02-21-b32a0e17-1
libuci20130104 - 2019-09-01-415f9e48-4
libuclient20160123 - 2020-06-17-51e16ebf-1
libxtables12 - 1.8.3-1
logd - 2019-06-16-4df34a4d-4
lua - 5.1.5-3
luci - git-22.099.58928-786ebc9-1
luci-app-firewall - git-22.099.58928-786ebc9-1
luci-app-opkg - git-22.099.58928-786ebc9-1
luci-base - git-22.099.58928-786ebc9-1
luci-lib-ip - git-22.099.58928-786ebc9-1
luci-lib-jsonc - git-22.099.58928-786ebc9-1
luci-lib-nixio - git-22.099.58928-786ebc9-1
luci-mod-admin-full - git-22.099.58928-786ebc9-1
luci-mod-network - git-22.099.58928-786ebc9-1
luci-mod-status - git-22.099.58928-786ebc9-1
luci-mod-system - git-22.099.58928-786ebc9-1
luci-proto-ipv6 - git-22.099.58928-786ebc9-1
luci-proto-ppp - git-22.099.58928-786ebc9-1
luci-theme-bootstrap - git-22.099.58928-786ebc9-1
mtd - 24
netifd - 2021-01-09-753c351b-1
odhcp6c - 2021-01-09-64e1b4e7-16
odhcpd-ipv6only - 2020-05-03-49e4949c-3
openwrt-keyring - 2021-02-20-49283916-2
opkg - 2021-01-31-c5dccea9-1
ppp - 2.4.7.git-2019-05-25-3
ppp-mod-pppoe - 2.4.7.git-2019-05-25-3
procd - 2020-03-07-09b9bd82-1
rpcd - 2020-05-26-67c8a3fd-1
rpcd-mod-file - 2020-05-26-67c8a3fd-1
rpcd-mod-iwinfo - 2020-05-26-67c8a3fd-1
rpcd-mod-luci - 20201107
rpcd-mod-rrdns - 20170710
sms-tool - 2022-03-21-f07699ab-1
swconfig - 12
ubox - 2019-06-16-4df34a4d-4
ubus - 2022-02-21-b32a0e17-1
ubusd - 2022-02-21-b32a0e17-1
uci - 2019-09-01-415f9e48-4
uclient-fetch - 2020-06-17-51e16ebf-1
uhttpd - 2020-10-01-3abcc891-1
urandom-seed - 1.0-1
urngd - 2020-01-21-c7f7b6b6-1
usign - 2020-05-23-f1f65026-1
wireless-regdb - 2021.08.28-1
wpad-basic - 2019-08-08-ca8c2bd2-8
root@OpenWrt:~# i2cset -y 0 0x0a 0x0a 0x10 && i2cget -y 0 0x0a 0x0a | xargs printf %d
Error: Could not open file `/dev/i2c-0' or `/dev/i2c/0': No such file or directoryAle zapewnie to ja coś źle robię 
bo nie uzywałem nigdy i2c.
Hej, sorki za odgrzebywanie tematu. Mam ten routerek na drobne potrzeby. Będzie zamontowany w mieszkaniu we Włoszech z podpiętym modemem 3G, który będzie wysyłał SMS jak nie będzie prądu w mieszkaniu ( będzie odczytywany poziom baterii jeśli spadnie w przeciągu 2 godzin, ma wysłać wiadomość). W związku z tym potrzebuję aby działał i2ctools ale nie wiem od której wersji OpenWrt działa. Na 19.07 niestety nie działa i2cset.
Bo musisz sobie sam skompilować openwrt. Ja też mam ten router i też mam ten sam problem co Ty. Openwrt "przesuwa" początek tworzonej partycji "factory" w przypadku uszkodzonych bloków pamięci NAND, partycja ta zawiera poprawny MAC adres routera i dane kalibracyjne radia. Trzeba nałożyć patcha
diff --git a/target/linux/ramips/patches-4.14/0039-mtd-add-mt7621-nand-support.patch b/target/linux/ramips/patches-4.14/0039-mtd-add-mt7621-nand-support.patch
index d50e689110..03b2b36db9 100644
--- a/target/linux/ramips/patches-4.14/0039-mtd-add-mt7621-nand-support.patch
+++ b/target/linux/ramips/patches-4.14/0039-mtd-add-mt7621-nand-support.patch
@@ -3578,7 +3578,7 @@ Signed-off-by: John Crispin <blogic@openwrt.org>
+ if (!err) {
+ MSG(INIT, "[mtk_nand] probe successfully!\n");
+ nand_disable_clock();
-+ shift_on_bbt = 1;
++ shift_on_bbt = 0;
+ if (load_fact_bbt(mtd) == 0) {
+ int i;
+ for (i = 0; i < 0x100; i++)
Jak chcesz mogę Ci umieścić skompilowany firmware, tyle że ja korzystam z nieco zmodyfikowanej wersji openwrt (samba4 i pakiet WSDD2) ale to nie powinno dla Ciebie robić różnicy.
Hej
Taki troszkę inny temat tym razem.
Kupiłem sobie jakiś czas temu multimetr Anen AN8009, dosyć zachwalany jak na chińczyka. Kupiłem go głównie ze względu właśnie na dobry stosunek ceny do jakości. Mam jednak z nim pewien problem. Otóż zawsze jak szukałem na routerach konsoli (wyprowadzenia Rx, Tx, 3,3V, GND), to wystarczy, że jeden przewód pomiarowy stykałem z masą PCB routera, np. jakieś metalowe elementy gniazdja RJ45 lub miejsce na płycie np na montaż śrubki itd itp a drugim przewodem sprawdzałem gdzie mam 3,3V. Potem na tescie ciągłości to samo, tylko szukałem GND. Po tym już wiedziałem mniej więcej gdzie mogę a gdzie nie się podłączyć.
No i fajnie, tyle, że na tym Anengu, tak się nie da. Może jakiś walnięty czy coś ? Ani nie jestem w stanie sprawdzić gdzie jest 3,3V, nie wskazuje nic ( cały czas 0) ani pomiar ciągłości nie działa poprawnie (nie piszczy). Tzn zapiszyczy, jak zmostkuję dwa bliskie ze sobą punkty masy. To samo z 3,3V, jeśli zetknę ze sobą GND i 3,3V (na pinachkonsoli) to pokaże napięcie poprawnie, ale to tylko gdy już wiem gdzie jest 3,3V a gdzie GND na pinach. A przecież nie o to chodzi.
Najciekawsze jest to, że jak zewrę ze sobą przewody pomiarowe to piszczy prawidłowo, jak mierzę zasilacz (wtyk), to poprawnie podaje napięcie.
Co on taki "nie czuły", może ja coś źle robię ?
Przykładowy pomiar ciągłości (inaczej, szukanie masy...) https://photos.app.goo.gl/BggVucFPPtikkypFA
To samo ustawiłem na swojej starej Tendzie 3g300M. Tutaj wszystko działa prawidłowo. Nie ma bootloopa przy ustawwieniu "net.bridge.bridge-nf-call-iptables=1".
Sprzęt na którym bootloop występuje to Archer C7 V2.
Ok, namierzyłem to co powoduje boot loopa to uaktywnienie filtrowania w /etc/sysctl.conf a dokładnie to:
net.bridge.bridge-nf-call-iptables=1Oczywiście tylko wtedy gdy kable są wpięte do switcha. Jeśli nie to problem nie występuje. Po wyłaczeniu tej opcji wszystko wraca do normy.
I zdaje się problem występje nie tylko u mnie i wciąż pozostaje nierozwiązywalny. https://dev.openwrt.org/ticket/19438
Muszę nad tym dłużej posiedzieć, nie wiem co wywołuje bootloopa. Może za mocno nagrzebałem w konifguracji bridge'a.
Jeszcze jej nawet nie ustawiłem aby startowała przy starcie, więc to nie to. Tymczasowo ręcznie ją odpalam. Może warto by switcha "opóźnić" ? Może niech wystartuje na końcu?
Ok, zdaje się, że udało mi się osiągnąć częściowy sukces. Po utworzeniu dodatkowej sieci bezprzewodowej GUEST, utworzeniu nowego interfejsu o nazwie guest (interfejs wlan1-1) oraz zainstalowaniu pakietu "iptables-mod-extra" i wrzuceniu nowej sieci bezprzewodowej GUEST do bridge LAN, wydałem komendę:
iptables -I FORWARD -d 192.168.1.0/24 -s 192.168.1.0/24 -m physdev --physdev-in eth1 --physdev-out wlan1-1 -j REJECTTeraz komputery podłączone do sieci GUEST mogą przeglądać internet, nie mogą natomiast łączyć się z żadnym z komputerów w sieci lokalnej.
Problem w tym, że działa to po restarcie pod jednym warunkiem. Jeśli wepnę kable do AP switcha to router wpada po restarcie w boot loopa. Jak uruchomię go bez wpiętych kabli, poczekam aż się włączy i podłączę kable to wsyzstko jest ok.... 
Ok, poczytam, przeanalizuję i dam znać.
Ok, rozumiem więc, że chodzi o to https://wiki.openwrt.org/doc/howto/netfilter. Pytanie czy włączenie firewalla między interfejsami wrzuconymi do bridge nie będzie miało negatywny skutek w postaci "przeciążania" routera.
Jesteś pewien, że openwrt wspiera blokowanie ruchu między interfejsami jeśli są zbridge'owane ?
Tak, to jest usługa VDSL. 80/40Mb
Od neostrady, działa wystarczająco dobrze, nie ma potrzeby go zmieniać. Kupno dodatkowego mija się z celem.
Tylko jednej rzeczy sobie nie mogę wyobrazić, jeśli utworzę nowy interfejs bezprzewodowy, to muszę go wrzucić do bridge LAN. Inaczej tego nie widzę. Pytanie czy wówczas blokada między tym interfejsem a interfejsem LAN zadziała.
Czyli utworzyć sieć gościnną i ustawić dla niej nowy interfejs np. guest. Potem w zaporze zablokować ruch między interfejsem guest a lan ?
Nie do końca zrozumiałem Twojej odpowiedzi. Ruch między urządzeniami z tej samej podsieci ?
Oczywiście, że mogę wtawić. Ale właśnie zastanawiam się jak to robi Ubiquiti, że nie wymaga takich zabiegów. Jakieś reguły w firewallu...
Ok, to czytałem, tylko, że router, który wykorzystywany jest do DHCP nie obsługuje VLAN'ów. I trochę się po głowie drapię jak to obejść.
Hej
Jakiś czas temu dostałem do zabawy acces pointa od Ubiquiti (Unifi AP v2). Urządzenia te nie wpsierają NAT, są jedynie zwykłymi acces pointami. Są o tyle fajne w konfiguracji, że w ciągu chwili można postawić sieć WLAN zarówno dla nas jak i dla gości. Goście dostają ten sam adres ip co my z sieci lokalnej (nie ma tu wydzielonej podsieci) ale nie mają możliwości komunikacji z jakimkolwiek adresm IP z tej podsieci, są więc odseparowani.
Czy jest to możliwe na lede w trybie dumb AP ? Nie chcę zwyczajnie wprowadzać podwójnego NAT.
eko.one.pl → Posty przez lgolebio
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc
