Przejdź do treści forum
eko.one.pl
OpenWrt, Linux, USB, notebooki i inne ciekawe rzeczy
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Opcje wyszukiwania (Strona 2 z 3)
Chciałem "odzyskać" port oznaczony w OpenWRT jako WAN (fizycznie na routerze WAN/LAN1), aby mieć więcej portów dostępnych w sieci LAN, więc ustawiłem VLANy tak:
Niestety po podłączeniu kabla sieciowego do tego portu nie wracają pingi. Czy to jest jakieś ograniczenie tego modelu routera? Dokładnie w ten sposób mam ustawione porty w TPLinku WDR3600 (też na OpenWRT) i działa to bezproblemowo.
P.S. W defaultowej konfiguracji jest tak, że porty CPU (eth0) i CPU (eth1) mają oba VLANy ustawione na "untagged" co skutkuje tym, że nie można dokonać żadnych zmian, bo wg OpenWRT na porcie CPU (eth0) nie mogą występować jednocześnie 2 VLANy typu "untagged" - co ciekawe na porcie CPU (eth1) OpenWRT nie widzi w tym problemu. Dopiero po przestawieniu CPU (eth0) na tagged da się cokolwiek zapisać.
Edit: To ma chyba związek z tym o czym pisał Cezary wcześniej o tutaj https://eko.one.pl/forum/viewtopic.php? … 48#p269548
@pawol: kminię, tylko nigdy nie używałem OpenWRT z routerem LTE. Do tej pory OpenWRT służyło mi jako router (TP-Link WDR-3600) do którego było podłączone inne urządzenie z modemem LTE. Teraz chcę się pozbyć jednego urządzenia i wszystko skonfigurować na OpenWRT.
@Cezary: ustawiłem na qmi i po reboocie mam internet - spowodowało to automatyczne dodanie interfejsu WAN_4 (wwan0) z protokołem Virtual dynamic interface (DHCP client). Domyślam się, że tak ma właśnie być, bo właśnie ten intefejs dostał adres IP od operatora sieci komórkowej. Jeżeli nie tak to powinno wyglądać, to możecie powiedzieć, że schrzaniłem robotę 
Podpowiecie mi jeszcze jak za pomocą luci ustawić interfejs dla LTE (protocol, device)?
OK, dzięki za pomoc. W takim razie działam.
@Cezary - masz rację. Linia TX nie łączyła (było podpięte ale widocznie trochę za słabo). Teraz mam input.
@pawol zrobiłem rm /etc_rw/fota/image.zip i skasowało to plik image.zip. Teraz podczas bootowania mam:
unzip: can't open /etc_rw/fota/image.zip[.zip]
unzip: can't open /cache/image.zip[.zip]
oraz bad CRC na początku bootowania. Nie przejmować się tym i wrzucać openwrt od Cezarego, czy najpierw przeflashować jeszcze raz oryginalnym softem?
@pawol: łączę się za pomocą Putty i widzę output z konsoli, ale input nie działa (tzn. wciskanie klawiszy na klawiaturze nie daje żadnego efektu). Na samym początku bootowania widzę w konsoli "Hit any key to stop autoboot" ale wciskanie klawiszy nic nie daje. Zaznaczam, że nigdy wcześniej nie korzystałem z takiego połączenia szeregowego - może czegoś nie wiem?
Podczas bootowania (jeszcze na oryginalnym sofcie) na szeregowej konsoli mam tak:
17:50:46 UP>>[update_control.c:2684]modem_detect_Func_attest enter
Archive: /etc_rw/fota/image.zip
inflating: cpe_postprocessing.sh
inflating: delta.package
unzip: unexpected end of file
unzip: inflate error
unzip: can't open /cache/image.zip[.zip]
Dodam, że kilka dni temu podniosłem firmware z B02 (Nordic) do B11 (Nordic). Czyżby coś poszło nie tak?
Edit: Jeszcze wcześniej (na samym początku mam):
smem ram ptable found: ver: 1 len: 3
DRAM: 256 MiB
machid : 0x8010001
NAND: ID = 302012c
Vendor = 2c
Device = 1
ONFI device found
SF: Detected GD25Q16 with page size 4 KiB, total 2 MiB
ipq_spi: page_size: 0x100, sector_size: 0x1000, size: 0x200000
130 MiB
*** Warning - bad CRC, using default environment
Martwić się tym?
I've just received a new adapter and it's working fine (operating system is detecting it correctly). The previous one was defective for sure.
Podłączałem przez kilka różnych kabli, a nawet przez hub USB. Bezpośrednio do portu nie podpinałem. Konwerter kosztował 10 zł, więc raczej nie ma sensu dłużej się z tym bawić.
Sterowniki nic nie dają, bo system w ogóle nie widzi, że cokolwiek zostało podłączone (nie ma nawet tego systemowego dźwięku przy podłączaniu sprzętu pod USB). Mimo wszystko dla pewności próbowałem dodać do systemu sterowniki, ale nic to nie wniosło (ponieważ system dalej nie wie, że coś jest podłączane). Będę reklamował ten konwerter (kupiłem go na znanym portalu aukcyjnym).
Kupiłem konwerter USB-UART CP2102 ale po podłączeniu do komputera nie jest wykrywany przez system (jedynie świeci się czerwona dioda). Sprawdziłem na kilku różnych maszynach (różne systemy - od Win 8 do Win 11) i jest ten sam efekt. Mam uwalony konwerter?
Czy jest sens podnosić oryginalny firmware z wersji B02 do B11 przed przejściem na OpenWRT? Czy ma to jakieś znaczenie?
Dzięki za info na temat skryptu. Wygląda na to że trzeba zastosować tego typu rozwiązanie - byłem przekonany że trzeba inaczej ustawić interfejs WAN.
U mnie bridge działa bezproblemowo, poza faktem że jak mi się przełączy na jakiegoś innego BTSa to dzieje się to o czym napisałem na początku tego wątku, ale wydaje mi się że to nie wina B525 tylko ustawień u mnie na LEDE.
Z innych routerów podłączonych do B525 to przez chwilę miałem pfsense na maszynie wirtualnej ale zrezygnowałem z tego rozwiązania na rzecz fizycznego sprzętu z LEDE. A dlaczego o to pytasz?
Fiński, modyfikowany 
Dokładnie wersja 11.170.61.00.07_mod_beta3 - tylko ten firmware zawiera tryb bridge mode, w innych jest ukryty/zablokowany. Ponadto zmieniłem bootloader na wersję "safe" za pomocą narzędzia balong-usbdload.
Dzięki za info, o tym nie wiedziałem i na pewno przyglądnę się temu. Cały czas jednak się zastanawiam czy aby na pewno ustawienie interfejsu WAN na protokole DHCP client jest prawidłowe...
Dostęp do internetu mam za pomocą LTE, adres IP jaki dostaję od operatora jest dynamiczny. Od operatora dostałem router Huawei B525s-23a, w którym zmieniłem firmware i teraz działa on w tzw. trybie "bridge" - nie chodzi tu o żaden most między urządzeniami lecz o to, że router zachowuje się podobnie jak zwykły modem, tzn. ma całkowicie wyłączony NAT (na czym mi bardzo zależało żeby uniknąć problemu podwójnego NATowania). Do tego sprzętu mam podłączony mój router TP-Link TL-WDR3600 z zainstalowanym LEDE z LuCI (służy on jako serwer DHCP, jest bramą dla klientów w sieci lokalnej oraz Access Pointem dla klientów bezprzewodowych).
W LEDE na interfejsie WAN mam ustawiony protokół DHCP client. Wszystko działa prawidłowo, ale zawsze po jakimś czasie urządzenia podłączone do LEDE tracą dostęp do internetu, a konkretnie wygląda mi na to, że na routerze LTE Huawei po prostu zmienia się adres IP, a LEDE tego "nie widzi" i dostęp do internetu zostaje przywrócony dopiero gdy ręcznie zrestartuję interfejs WAN (albo gdy upłynie czas dzierżawy DHCP). Co zrobić żeby uniknąć tego problemu? Może interfejs WAN należy ustawić w jakiś inny sposób?
A gdybym o tej samej godzinie (no powiedzmy 5 minut później) restartował firewalla? Domyślam się, że wtedy zadziała, ale czy przypadkiem taki restart firewalla nie uwali innych połączeń (przykładowo gdy inny user coś pobiera z internetu lub gdy inny user ma aktywne połączenie z jakimś serwerem openvpn)?
No chyba, że jest jakiś inny (lepszy) sposób, aby wyciąć aktywne połączenia z danym adresem mac.
Witam.
Za pomocą luci dodałem regułę blokującą dostęp do sieci wan dla odpowiedniego adresu, podając w polu extra arguments:
-m time --weekdays Mon,Tue,Wed,Thu,Fri,Sat,Sun --timestart 21:00 --timestop 07:00
W związku z tym odpowiedni wpis pojawił się w /etc/config/firewall. Działa to prawidłowo poza jednym szczegółem - otóż blokowane są wyłącznie nowe połączenia z siecią wan, natomiast aktywne połączenia nie są zrywane. Czyli przykładowo:
- użytkownik puszcza polecenie ping i pomimo przekroczenia godziny 21:00 ping nadal mu odpowiada
- użytkownik otwiera stronę google i nawet po przekroczeniu godziny 21:00 działa mu wyszukiwanie
Czy da się coś na to poradzić?
Usiłuję sensownie ustawić QoS w Gargoyle, z tym że mój ISP w ciągu dnia przydziela mi transfer [kbps] 800 (up) / 4500 (down), a w nocy 1500 (up) / 8000 (down). Czy dobrze myślę, że w takim przypadku najsensowniej będzie ustawić wyższe wartości i załączyć ACC?
Dzięki! O to właśnie chodziło. :-)
Gargoyle 1.5.10.5. Czy tylko ja tak mam, że po zainstalowaniu dodatkowych motywów i ich włączeniu GUI jest całkowicie pozbawione grafiki i wyświetla się tylko tekst?
Nie wiem czy to zbieg okoliczności, czy oni tak szybko działają, ale nie minęła nawet godzina od momentu jak to opisałem na dev.openwrt.org i zgłoszenie miało już status fixed :-)
A widzisz - byłem przekonany że to jest już stabilne. Jeżeli chodzi o uzyskanie max stabilności, to co sugerujesz? Instalację Backfire?
Tak na marginesie: czy dobrze myślę, że najnowszy Gargoyle też może mieć ten sam problem z firewallem (gdyż bazuje na AA)?
Wrzuciłem nowy firmware (r37054), przez telnet ustawiłem hasło, zalogowałem się przez ssh i zrobiłem tak:
login as: root
root@192.168.1.1's password:
BusyBox v1.19.4 (2013-06-12 20:28:59 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
----------------------------------------------------------------
| |
| OpenWrt Attitude Adjustment 12.09 (r37054) |
| Build time: 2013-06-29 08:10 CEST |
| |
| Cezary Jackiewicz (obsy), http://eko.one.pl |
| |
----------------------------------------------------------------
| Machine: TP-Link TL-WDR3600 v1 |
| Uptime: 0d, 00:01:29 |
| Load: 0.66 0.26 0.10 |
| Flash: total: 4.7M, free: 4.4M, used: 6% |
| Memory: total: 126664K, free: 112012K, used: 11% |
| WAN: |
| LAN: 192.168.1.1 |
----------------------------------------------------------------
root@OpenWrt:~# cd ..
root@OpenWrt:/# cd etc
root@OpenWrt:/etc# cd config
root@OpenWrt:/etc/config# vi firewall
config rule
option name bltest
option src lan
option dest wan
option src_mac CC:AF:78:00:11:3C
option target REJECT
root@OpenWrt:/etc/config# /etc/init.d/firewall restart
Warning: Unable to locate ipset utility, disabling ipset support
Warning: Section @zone[1] (wan) cannot resolve device of network 'wan6'
Warning: Section @rule[5] (bltest) does not specify a protocol, assuming TCP+UDP
* Flushing IPv4 filter table
* Flushing IPv4 nat table
* Flushing IPv4 mangle table
* Flushing IPv4 raw table
* Flushing conntrack table ...
* Populating IPv4 filter table
* Zone 'lan'
* Zone 'wan'
* Rule 'Allow-DHCP-Renew'
* Rule 'Allow-Ping'
* Rule 'bltest'
(null) v4: Bad mac address "cc:af:78:0:11:3c"
root@OpenWrt:/etc/config#
Może ja po prostu robię coś nie tak?
Znalezione posty: 26 do 50 z 52