@Wally Przetestowane, działa big_smile (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 smile
Fajne takie prezenty na nowy rok, również wszystkiego dobrego w 2019 wink

Dokładnie tego potrzebowałem!
Dziękuje Cezary za ekspresową pomoc, z resztą jak zawsze big_smile

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 big_smile

Dziękuje Serdecznie Cezary smile

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ę

6

(1 odpowiedzi, napisanych Debian Mini HowTo)

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 smile

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ął ?

8

(11 odpowiedzi, napisanych Oprogramowanie / Software)

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 sad

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 smile

10

(11 odpowiedzi, napisanych Oprogramowanie / Software)

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 smile

11

(11 odpowiedzi, napisanych Oprogramowanie / Software)

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.

12

(11 odpowiedzi, napisanych Oprogramowanie / Software)

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ę?

13

(11 odpowiedzi, napisanych Oprogramowanie / Software)

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ł sad

14

(11 odpowiedzi, napisanych Oprogramowanie / Software)

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?

15

(19 odpowiedzi, napisanych Oprogramowanie / Software)

Zadziałało big_smile

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 big_smile

16

(19 odpowiedzi, napisanych Oprogramowanie / Software)

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
http://i.imgur.com/rtUzsXa.png

17

(19 odpowiedzi, napisanych Oprogramowanie / Software)

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

18

(19 odpowiedzi, napisanych Oprogramowanie / Software)

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

19

(19 odpowiedzi, napisanych Oprogramowanie / Software)

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"

20

(4 odpowiedzi, napisanych Oprogramowanie / Software)

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 hmm

21

(4 odpowiedzi, napisanych Oprogramowanie / Software)

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)

22

(4 odpowiedzi, napisanych Oprogramowanie / Software)

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 sad

Z góry dziękuje za pomoc. smile

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 :-)

25

(1 odpowiedzi, napisanych Debian Mini HowTo)

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 hmm
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 smile