@Wally Przetestowane, działa
(tylko sobie podmieniłem nazwy sieci 5GHz z 2,4GHz)
U mnie skrypt był potrzebny do Domoticz'a, ale ten od Ciebie z pewnością się przyda ![]()
Fajne takie prezenty na nowy rok, również wszystkiego dobrego w 2019 ![]()
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez Zoltar
@Wally Przetestowane, działa
(tylko sobie podmieniłem nazwy sieci 5GHz z 2,4GHz)
U mnie skrypt był potrzebny do Domoticz'a, ale ten od Ciebie z pewnością się przyda ![]()
Fajne takie prezenty na nowy rok, również wszystkiego dobrego w 2019 ![]()
Dokładnie tego potrzebowałem!
Dziękuje Cezary za ekspresową pomoc, z resztą jak zawsze ![]()
Dzień Dobry. Potrzebuje napisać krótki skrypt który pokazywałby czy urządzenie (Smartfon konkretnie) jest podłączony do sieci WiFi. Próbowałem wykorzystać polecenie "ping" i pingując IP smartfona sprawdzać czy jest w sieci czy go nie ma. Wszystko byłoby dobrze gdyby nie fakt że smartfon po kilku minutach od zgaszenia ekranu ma jakieś tam swoje sposoby na oszczędzanie energii i między innymi nie odpowiada na pingi (po wybudzeniu smartfona od razu pingi działają z powrotem). Zauważyłem jednak że banner przy logowaniu pokazuje ilość podłączonych urządzeń do WiFi:
radio0: mode: ap, ssid: Wi-Fi, channel: 7, conn: 7
w momencie gdy smartfon nie odpowiada już na pingi, to ilość urządzeń wyświetlanych w tym miejscu nie maleje czyli OpenWRT nadal widzi to urządzenie.
Moje pytanie brzmi: Skąd OpenWRT bierze sobie informacje o tym ile jest podłączonych urządzeń konkretnej sieci Wi-Fi i czy da się sprawdzić jakie urządzenia są konkretnie podłączone?
Okej, wpisane do /etc/rc.local, przy najbliższym resecie routera okaże się czy działa ![]()
Dziękuje Serdecznie Cezary ![]()
Dobry Wieczór. Jak uruchomić skrypt w którym jest nieskończona pętla przy starcie routera. Na tą chwile uruchamiam ten skrypt za pomocą "screen", ale wymaga to zalogowania się i ręcznego wywołania polecenia.
Wpisanie polecenia uruchamiającego skrypt do /etc/rc.local powoduje że kolejne polecenia w pliku /etc/rc.local nie wykonują się
Dobry Wieczór. Mam problem z odpowiednią konfiguracją serwera/klientów OpenVPN.
Klientem jest OrangePi z systemem Linux podłączone do routera stanowiącego bramę dla sieci LAN.
Chciałbym aby inni klienci VPN mieli możliwość komunikacji z urządzeniami w wyżej wymienionej sieci LAN, oraz aby użytkownicy w sieci LAN mieli możliwość komunikacji z klientami VPN.
W pliku konfiguracyjnym serwera OpenVPN zamieściłem:
<...>
route 192.168.2.0 255.255.255.0
push "rotue 192.168.2.0 255.255.255.0"
<...>
w pliku "ccd" dla OrangePi jest:
ifconfig-push 10.8.0.230 10.8.0.231
iroute 192.168.2.0 255.255.255.0
I tutaj pojawia się problem, ponieważ nie wiem jak skonfigurować firewall na OrangePi, aby taka konfiguracja zadziałała. W przypadku OpenWRT w zasadzie wystarczyło coś takiego w /etc/config/firewall (przynajmniej na routerze który był również bramą sieciową):
config zone
option name 'vpn'
option input 'ACCEPT'
option forward 'ACCEPT'
option output 'ACCEPT'
option network 'vpn'
option masq '1'config forwarding
option src 'vpn'
option dest 'lan'config forwarding
option src 'lan'
option dest 'vpn'
W przypadku OrangePi nie jest ono bramą dla sieci więc dla pakietów wychodzących z sieci LAN należałoby ustawić routing statyczny na routerze-bramie wskazujący że pakiety które kierowane są do sieci VPN mają "przechodzić" przez OrangePi (tak mi się wydaje, proszę o poprawkę jeżeli się mylę)
Pakiety przychodzące do sieci LAN zaś muszą najpierw przechodzić przez OrangePi więc powinien być skonfigurowany firewall, aby te pakiety przepuszczać i przekierowywać, ale tutaj nie bardzo wiem jak to zrobić. Prosiłbym o pomoc i nakierowanie czego i jak należy użyć? iptables? czy może czegoś innego?
Z góry dziękuje za pomoc ![]()
Dobry Wieczór. Mam pewien niespodziewany problem - otóż znalazłem stary poczciwy routerek TP-Link WR740N ver 4.23 i pojawił się pomysł próby wykonania SD-Moda, aczkolwiek podczas kompilacji w menu make menuconfig nie mogę znaleźć pakietu kmod-mmc-over-gpio - czyżby w OpenWRT 18.06 nie było już wsparcia dla takich modyfikacji i wyżej wymieniony pakiet zniknął ?
Sprawdziłem w repozytoriach dla wydania stabilnego (http://downloads.openwrt.org/releases/1 … /packages/) i boost jest w tej samej wersji - boost_1.68.0-4_mips_24kc.ipk - co w SNAPSHOT
Także wygląda na to że rzeczywiście należy poczekać aż przekompilują domoticza i pojawi się nowa wersja w repo ![]()
Dzień dobry. Próbowałem zainstalować dzisiaj oprogramowanie Domoticz na Routerze TL-WDR3600 z najnowszym OpenWRT 18.06 Cezarego. Sama instalacja przebiegła pomyślnie, aczkolwiek po instalacji i ponownym uruchomieniu routera na porcie 8080 nic się nie pojawiło. Szukając w logach i próbując uruchomić ręcznie Domoticz napotkałem takie błędy:
Informacja w logread po resecie routera:
(...)
Tue Oct 2 09:47:13 2018 daemon.info procd: Instance domoticz::instance1 s in a crash loop 6 crashes, 0 seconds since last crash
(...)
Próba ręcznego uruchomienia domoticz:
root@WDR3600:/usr/bin# domoticz
Error loading shared library libboost_thread.so.1.67.0: No such file or directory (needed by /usr/bin/domoticz)
Error loading shared library libboost_system.so.1.67.0: No such file or directory (needed by /usr/bin/domoticz)
Error loading shared library libboost_chrono.so.1.67.0: No such file or directory (needed by /usr/bin/domoticz)
Error loading shared library libboost_date_time.so.1.67.0: No such file or directory (needed by /usr/bin/domoticz)
Error loading shared library libboost_atomic.so.1.67.0: No such file or directory (needed by /usr/bin/domoticz)
Error relocating /usr/bin/domoticz: _ZN5boost6thread21start_thread_noexceptEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6thread6detachEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6detail16thread_data_baseD2Ev: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6thread13native_handleEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6system15system_categoryEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6thread9interruptEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost11this_thread18interruption_pointEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6threadC1Ev: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6detail23get_current_thread_dataEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost11this_thread20disable_interruptionC1Ev: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost11this_thread20disable_interruptionD1Ev: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6thread13join_noexceptEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6system16generic_categoryEv: symbol not found
Error relocating /usr/bin/domoticz: _ZN5boost6thread26do_try_join_until_noexceptERKNS_6detail23mono_platform_timepointERb: symbol not found
Error relocating /usr/bin/domoticz: _ZTVN5boost6detail16thread_data_baseE: symbol not found
Error relocating /usr/bin/domoticz: _ZTIN5boost6detail16thread_data_baseE: symbol not found
Widzę że brakuje jakiś plików *.so, ale czym to jest spowodowane - czegoś brakuje? coś trzeba doinstalować?
Z góry dziękuję za pomoc ![]()
No nic. Będę szukał przyczyny, w najgorszym wypadku może znajdzie się jakaś alternatywa dla hamachi współpracująca z OpenWRT/LEDE. Dziękuje bardzo za pomoc ![]()
Wykorzystując te same dane (login/hasło), i wpisując je w telefonie z Androidem połączenie się bezproblemowo nawiązuje.
Fakt że hamachi taką usługę oferuje dla urządzeń mobilnych (możliwość logowania przez pptp), ale sądziłem że dla takiego pptp nie ma to znaczenia co próbuje się łączyć, czy to Android, czy Windows, czy OpenWRT/LEDE.
No oczywiście że nie zainstalowałem. Po zainstalowaniu i resecie routera tak to wygląda:
root@WDR3600:~# ifup vpn
root@WDR3600:~# ifstatus vpn
{
"up": false,
"pending": true,
"available": true,
"autostart": true,
"dynamic": false,
"proto": "pptp",
"data": {},
"errors": [
{
"subsystem": "pptp",
"code": "USER_REQUEST"
}
]
}
Po wpisaniu "ifconfig -a" widzę taki interfejs sieciowy:
pptp-vpn Link encap:Point-to-Point Protocol
POINTOPOINT NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
a "logread" mówi na temat połączenia takie coś:
Sun Oct 22 08:43:26 2017 daemon.notice netifd: Interface 'vpn' is now down
Sun Oct 22 08:43:26 2017 daemon.notice netifd: Interface 'vpn' is setting up now
Sun Oct 22 08:43:27 2017 daemon.info pppd[5144]: Plugin pptp.so loaded.
Sun Oct 22 08:43:27 2017 daemon.info pppd[5144]: PPTP plugin version 1.00
Sun Oct 22 08:43:27 2017 daemon.notice pppd[5144]: pppd 2.4.7 started by root, uid 0
Sun Oct 22 08:43:28 2017 kern.info kernel: [ 1402.629686] pptp-vpn: renamed from ppp0
Sun Oct 22 08:43:28 2017 daemon.info pppd[5144]: Using interface pptp-vpn
Sun Oct 22 08:43:28 2017 daemon.notice pppd[5144]: Connect: pptp-vpn <--> pptp (m.hamachi.cc)
Sun Oct 22 08:43:28 2017 daemon.warn pppd[5146]: read returned zero, peer has closed
Sun Oct 22 08:43:28 2017 daemon.warn pppd[5146]: read returned zero, peer has closed
Sun Oct 22 08:44:01 2017 daemon.warn pppd[5144]: LCP: timeout sending Config-Requests
Sun Oct 22 08:44:01 2017 daemon.notice pppd[5144]: Connection terminated.
Sun Oct 22 08:44:01 2017 daemon.notice pppd[5144]: Modem hangup
Sun Oct 22 08:44:01 2017 daemon.info pppd[5144]: Exit.
Jeżeli dobrze rozumiem, wynika z tego, że router łączy się z serwerem m.hamachi.cc, ale serwer nie bardzo chce odpowiedzieć. Czy może jednak się mylę?
root@WDR3600:~# ifup vpn
root@WDR3600:~# ifstatus vpn
{
"up": false,
"pending": false,
"available": false,
"autostart": true,
"dynamic": false,
"proto": "none",
"data": {},
"errors": [
{
"subsystem": "interface",
"code": "NO_DEVICE"
}
]
}
Niestety nie bardzo potrafię rozszyfrować to co mi ifstatus powiedział ![]()
Witam. Jako że nie posiadam zewnętrznego IP (internet mobilny) pomyślałem żeby wykorzystać do dostępu zdalnego z zewnątrz do routera (WDR3600 - LEDE) hamachi.
Hamachi oferuje dla urządzeń z Android'em/iOS'em możliwość połączenia przez IPSec/PPTP. Telefonem z Androidem udało mi się nawiązać działające połączenie przez PPTP z serwerem Hamachi. Stwierdziłem więc, że nic nie powinno stać na przeszkodzie żeby takie samo połączenie nawiązać z poziomu routera. Zaopatrzyłem się w odpowiednie pakiety:
opkg install pptpd kmod-mppe kmod-nf-nathelper-extra
oraz korzystając z informacji zawartych tutaj: http://openrouter.info/forum/viewtopic. … &t=470 wpisałem do /etc/config/network :
config interface 'vpn'
option proto 'pptp'
option server 'm.hamachi.cc'
option username '***-***-***' //login hamachi
option password '****-****-****' //haslo hamachi
Po wpisaniu polecenia ifup vpn brak jest jakiejkolwiek reakcji, nie nawiązuje połączenia, logread nie mówi nic na temat nie udanego połączenia.
I tutaj pojawia się pytanie, co mogę robić nie tak, że połączenie się nie nawiązuje?
Zadziałało ![]()
W /etc/config/uhttpd zahashowałem opcje "option redirect_https '1'" oraz w pliku /www/index.html zmieniłem przekierowanie (z /cgi/bin na https://IP_ROUTERA/cgi-bin/luci) tak aby po wpisaniu w przeglądarkę samego adresu IP routera przekierowało mnie do Luci przez HTTPS, a wpisanie IP_routera/webui-aria2 załaduje się domyślnie po HTTP
Dziękuje Cezary ![]()
1. Zainstalowałem obraz: luci-17.01-snapshot-r3491-889638c-ar71xx-generic-tl-wdr3600-v1-squashfs-sysupgrade
2. Zrobiłem extroot'a
3. Ustawiłem hasło dla root'a
4. Zmieniłem przez LUCI interfejs WAN na eth1 (Modem LTE) żeby mieć dostęp do internetu
5. Wpisałem polecenie: "opkg update && opkg install aria2 webui-aria2"
6. Wpisałem polecenie: "aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all -D"
7. Wchodzę na http://192.168.1.1/webui-aria2 i widzę to co na screenie: SCREEN
netstat -apn zwróciło miedzy innymi:
...
tcp 0 0 0.0.0.0:6800 0.0.0.0:* LISTEN 17167/aria2c
...
tcp 0 0 :::6800 :::* LISTEN 17167/aria2c
...
Wypisałem tylko fragmenty związane z aria2 - które wskazują że aria2 działa.
Wpisując również w przeglądarkę adres "http://192.168.2.1:6800/jsonrpc" przeglądarka informuje że nie może znaleźć takiego pliku - nie wiem czy to istotne
W WebUI-aria2 mam: "http://192.168.2.1:433/jsonrpc" (moja sieć lokalna to: 192.168.2.0/24)
W Yaaw mam: "http://192.168.2.1:6800/jsonrpc"
Mimo to nie działa
Witam.
Wczoraj na WDR3600 zainstalowałem LEDE SNAPSHOT 17.01 i po zainstalowaniu aria2, pobraniu webui-aria2 i wrzuceniu do katalogu www, cały czas dostaje komunikat:
"Oh Snap! Could not connect to the aria2 RPC server. Will retry in 10 secs. You might want to check the connection settings by going to Settings > Connection Settings"
(aria2 w tle wywołuje poleceniem : "aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all -D"
Zmieniłem port w Connection Settings z 443 na 6800, ale po zapisaniu i odświeżeniu strony znów jest 443
Próbowałem również skorzystać z yaaw, tam domyślnie port jest ustawiony na 6800, mimo to dostaje komunikat:
"Error: Internal server error"
Firewall czyściłem roboczo, z nadzieją że to pomoże. Świeżo po restarcie systemu i wpisaniu:
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A PREROUTING -i tun0 -p tcp -m tcp -d 10.2.0.30 --dport 50005 -j DNAT --to 192.168.2.11:5900
iptables -I FORWARD -i tun0 -p tcp -d 192.168.2.11 --dport 5900 -j ACCEPT
również nie działa. A na logikę i zdrowy rozsądek powinno ![]()
Dodałem jeszcze tą regułę, niestety nadal to samo "Connection timed out" przy próbie połączenia.
Na "Domowej Malince" mam zainstalowanego Raspbian'a, na malince w której nie działa przekierowanie jest OpenWRT (próbowałem również na Raspbian'ie zamieniając nośniki z systemem)
Witam. Chciałbym za pomocą Raspberry Pi mieć dostęp do serwera w sieci LAN która nie ma publicznego IP przez co nie ma możliwości dostania się z zewnątrz. Utworzyłem więc tunel VPN, wszystko się łączy, działa, jestem w stanie dostać się do Raspberry. Docelowo Raspberry ma być tylko swego rodzaju "mostem",
więc wpisałem poniższe reguły iptables, aby logując się przez VPN do Malinki na adres 10.2.0.30:50005 ona odrazu przekierowała mnie do lokalnego 192.168.2.11:5900. Próbując się zalogować (do VNC w tym przypadku) otrzymuje komunikat "Connection timed out". Nie bardzo wiem skąd takie zachowanie, ponieważ na domowym routerze (również zrealizowanym na Raspberry Pi) ta sama reguła działa.
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -F -t nat
iptables -X -t nat
iptables -F -t filter
iptables -X -t filter
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P INPUT ACCEPT
iptables -t nat -A PREROUTING -i tun0 -p tcp -m tcp -d 10.2.0.30 --dport 50005 -j DNAT --to 192.168.2.11:5900
Witam. Zestawiłem tunel SSH miedzy routerem bez publicznego IP a komputerem z publicznym IP. Aby dostać się do routera przez SSH muszę, najpierw zalogować się na komputer z publicznym IP a następnie na router poprzez tunel. Chciałbym przekierować porty na komputerze z IP publicznym tak, aby móc się zalogować do routera bez logowania się na komputerze z publicznym IP.
Próbowałem takim poleceniem:
iptables -t nat -A PREROUTING -i venet0 -p tcp -m tcp --dport 1234 -j DNAT --to-destination 127.0.0.1:1234
Ale nie zadziałało ![]()
Z góry dziękuje za pomoc. ![]()
Witam. Szukam routerów które Będą się dobrze sprawowały jako Access Point dla wielku klientów WiFi (średnio 15-25 klientów na jeden router). Priorytetem nie jest OpenWRT aczkolwiek byłoby miłym dodatkiem ze względu na prostą i znaną mi obsługę, możliwość tworzenia sieci wirtualnych, itp. Skłaniam się ku WDR4300 ponieważ jest dwuzakresowy i jest wydajny.. Nie wiem jednak jak sprawuje się w nim zasieg WiFi oraz działanie przy takiej ilości klientów WiFi. Może jednak proponowalibyscie inne routery?
Z góry dziękuję za każdą odpowiedź / propozycje :-)
Witam. Na routerze z zainstalowanym "Ubuntu Server" chciałem zrobić kolejkowanie danych na Download i Upload.
O ile z Download'em nie było większego problemu, to z uploadem już jest ![]()
Jak wiadomo dla kolejkowania upload'u potrzebny jest interfejs IMQ, a żeby taki stworzyć musimy sobie wgrać naszywkę na kernel i go skompilować.. i tu zaczyna się problem.
Kompilowałem już trzy różne jądra "4.1.20", "4.4.5" oraz "4.4.6", naszywki na jądra pobierałem ze strony LINK. Za każdym razem podczas kompilacji dostaję błąd:
...
CC drivers/xen/xenbus/xenbus_probe_frontend.o
LD drivers/xen/xenbus/xenbus.o
LD drivers/xen/xenbus/built-in.o
LD drivers/xen/built-in.o
LD drivers/built-in.o
make[1]: Opuszczenie katalogu '/home/user/KERNEL/linux-4.1.20'
debian/ruleset/targets/common.mk:295: polecenia dla obiektu 'debian/stamp/build/kernel' nie powiodły się
make: *** [debian/stamp/build/kernel] Błąd 2
Co może być przyczyną takiego błędu i jak go wyeliminować?
Z góry dziękuje za pomoc ![]()
eko.one.pl → Posty przez Zoltar
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc