dobra to zadziałało
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez cyniu88
dobra to zadziałało
Prawda.
_____ _ __ _
|_ _||_| ___ _ _ | | |_| ___ _ _ _ _
| | _ | || | | |__ | || || | ||_'_|
| | | || | || _ | |_____||_||_|_||___||_,_|
|_| |_||_|_||_|_| Tina is Based on OpenWrt!
----------------------------------------------
Tina Linux (Neptune, 57513AA3)
----------------------------------------------
nie działa nic dla a7
root@TinaLinux:/mnt/UDISK/CYNIU# opkg install screen_4.8.0-2_arm_cortex-a7_neon-vfpv4.ipk
Unknown package 'screen'.
Collected errors:
* pkg_hash_fetch_best_installation_candidate: Packages for screen found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package screen.
chyba że to kwestia wyciągnięcia binarki z pliku ipk i uruchomienia jej
mam taki sprzęt:
root@TinaLinux:/mnt/UDISK/CYNIU# cat /proc/cpuinfo
Processor : ARMv7 Processor rev 5 (v7l)
processor : 0
BogoMIPS : 1142.85processor : 1
BogoMIPS : 1142.85processor : 2
BogoMIPS : 1142.85processor : 3
BogoMIPS : 1142.85Features : swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpv4 idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part : 0xc07
CPU revision : 5Hardware : sun8i
Revision : 0000
Serial : 890cab8926e76c118000
Chipid : 6c118000ab8926e7890c20090461872a
czy któreś z tych repozytoriów pakietów będzie "pasować" i można "pójść na skróty " z instalacją danej paczki ?
https://downloads.openwrt.org/releases/ … /packages/
jeśli tak, to po czym to dopasować ?
ale jak mniemam to ten sam problem będzie przy użyciu skryptów do backupu w chmurze jeśli mamy instalce w innej lokalizacji
Racja!
po aktualizacji /etc/profile się przeniósł ale przecież linki symboliczne poznikały.
root@OpenWrt-Luizjana:/usr/share# ln -s /mnt/usb/usr/share/terminfo/ .
hej zrobiłem aktualizację do najnowszej wersji openwrt (poprzednia była przedostatnia)
i zainstalowałem sobie potrzebne paczki ale jedna ma problem z uruchomieniem:
root@OpenWrt-Luizjana:~# opkg -d usb install htop
Installing htop (3.2.2-1) to usb...
Downloading https://downloads.openwrt.org/releases/ … v3-d16.ipk
Configuring htop.
root@OpenWrt-Luizjana:~# htop
Error opening terminal: xterm.
root@OpenWrt-Luizjana:~#
widziałem podobny temat, ale ja mam TERM-a
root@OpenWrt-Luizjana:~# env
USER=root
SSH_CLIENT=192.168.13.172 54552 11
SHLVL=1
LD_LIBRARY_PATH=/mnt/sda1/lib:/mnt/usb/usr/lib:
HOME=/root
OLDPWD=/usr/bin
SSH_TTY=/dev/pts/0
PS1=\[\e]0;\u@\h: \w\a\]\[\033[01;32m\]\u@\h:\w\$\[\033[00m\]
ENV=/etc/shinit
LOGNAME=root
TERM=xterm
PATH=/usr/sbin:/usr/bin:/sbin:/bin:/mnt/usb/usr/sbin:/mnt/usb/usr/bin:/mnt/usb/bin
EASYRSA_TEMP_DIR=/tmp/
SHELL=/bin/ash
PWD=/root
SSH_CONNECTION=192.168.13.172 54552 192.168.13.1 11
HISTFILE=/tmp/.history
root@OpenWrt-Luizjana:~#
ha ja już wiem, nie masz podanego adresu servera DNS , podaj adres głównego routera, a co do wan - jako lan to odsyłam do mojego tematu z przed paru minut
nie no nie szukam problemu, raczej się tego uczę i jak każdy uczeń robię głupoty i zadaje głupie pytania
ale działa, dziękuję
kontynuuje przesiadkę z gargoyle na luci i mam taki problem,
w gargoyle miałem wyłączny wan i zaznaczoną w gui opcje ze fizyczny port wan przypisz do lan i zrobiony głupi AP gdzie fizycznie z routera głównego lan był wpięty do routera AP pod port wan.
chcę teraz zrobić to samo na openwrt z luci, w sumie to mi działa ale tylko jak główny router jest podpięty fizycznie do AP lan <-> lan,
jak to zrobić żeby to fizycznie pospinać port lan <-> port wan?
Model:TP-Link TL-WDR3600 v1
Architektura:Atheros AR9344 rev 2
Wersja firmware:OpenWrt 23.05-SNAPSHOT r23403-736e3b81aa
mam sobie taki wpis w firewall
config redirect
option dest 'lan'
option target 'DNAT'
option name 'iDom'
option src 'wan'
option src_dport '8833'
option dest_ip '192.168.13.181'
option dest_port '8833'
no i fajnie się mogę łączyć z usługą z mojego androida po adresie publicznym IP
problem się pojawia kiedy telefon połączy się z tym samym routerem przez wireguarda (0.0.0.0/0), wtedy nie mogę się połączyć na porcie 8833 chyba że zmianie wpis z "wan" na "vpn", ale wtedy nie działa bez wireguarda. Jak to pogodzić ? Drug wpis redirect ?
pytanie... a co się stanie jak mam podpięty pendrive i opkg jest skonfigurowane tak, że ma możliwość instalacji na usb i mam tam zainstalowany pakiet - powiedzmy gcc ?
dobra, pomogło dodanie
list allowed_ips '192.168.4.0/24'
w opisie peera routera klienta na serwerze, to rozumiem że oznacza sieć za klientem.
a mam jeszcze pytanie po co forward miedzy wan a vpn ?
serwer:
config interface 'wan'
option device 'wan'
option proto 'pppoe'
option username 'xxx'
option password 'xxx'
option ipv6 'auto'config interface 'wan6'
option device 'wan'
option proto 'dhcpv6'config interface 'wg0'
option proto 'wireguard'
option private_key xxx'
option listen_port '000'
list addresses '10.9.0.1/24'config wireguard_wg0
option description 'android'
option public_key 'xxx'
option route_allowed_ips '1'
option persistent_keepalive '25'
list allowed_ips '10.9.0.2/32'
list allowed_ips '192.168.4.0/24'config wireguard_wg0
option description 'Cyniu-pc'
option public_key 'xxx'
option route_allowed_ips '1'
list allowed_ips '10.9.0.3/32'
option persistent_keepalive '25'config wireguard_wg0
option description 'GorscyRouter'
option public_key 'xxx'
option route_allowed_ips '1'
list allowed_ips '10.9.0.4/32'
option persistent_keepalive '25'config wireguard_wg0
option description 'InSouthNAS'
option public_key 'xxx'
option route_allowed_ips '1'
list allowed_ips '10.9.0.31/32'
option persistent_keepalive '25'config wireguard_wg0
option description 'Andrew-pc'
option public_key 'xxx'
option route_allowed_ips '1'
list allowed_ips '10.9.0.6/32'
option endpoint_host 'xxx'
option endpoint_port 'xx'
option persistent_keepalive '25'root@OpenWrt-Luizjana:~#
klient
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '2 3 4 5 0t'config switch_vlan
option device 'switch0'
option vlan '2'
option ports '1 0t'config interface 'wg0'
option proto 'wireguard'
option private_key 'xxxx'
list addresses '10.9.0.4/32'config wireguard_wg0
option public_key 'xxxx'
option route_allowed_ips '1'
option endpoint_host 'xxxl'
option endpoint_port '0000'
option persistent_keepalive '25'
option description 'gorscy-openwrt'
list allowed_ips '192.168.13.0/24'
list allowed_ips '10.9.0.0/24'root@OpenWrt-Gorscy:~#
Nie do końca chyba, używałem Twojego Gargoyle i owszem znalazł aktualizacje z 1.13.1 na 1.13.2 ale z 1.13 na 1.14 już nie działało
Większość ludzi nie potrzebuje do domu czegoś ponad Gargoyle, a jeśli ono nie jest na bieżąco a do tego nie ma mechanizmu samo aktualizacji to myślę że można zapomnieć o tym żaby statystyki wyglądały lepiej, i większość będzie pracować na sofcie ze znanymi podatnościami, w sumie to Gargoyle jest wydawane w systemie "kiedy się nam zachce" prawda ?
Sprawdź tablicę routingu na routerze-kliencie i na routerze-serwerze.
Na routerze-kliencie powinieneś mieć trasę do Lan routera-serwera a na routerze-serwerze powinieneś mieć trasę do Lan routera-klienta.
W obu przyp. Trasa przez tunel VPN.
router serwer lan 192.168.13.0/24
router klient lan 192.168.4.0/24
serwer:
root@OpenWrt-Luizjana:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default ip-45-90-2-31.n 0.0.0.0 UG 0 0 0 pppoe-wan
10.9.0.0 * 255.255.255.0 U 0 0 0 wg0
10.9.0.2 * 255.255.255.255 UH 0 0 0 wg0
10.9.0.3 * 255.255.255.255 UH 0 0 0 wg0
10.9.0.4 * 255.255.255.255 UH 0 0 0 wg0
10.9.0.6 * 255.255.255.255 UH 0 0 0 wg0
10.9.0.31 * 255.255.255.255 UH 0 0 0 wg0
45.90.2.31 * 255.255.255.255 UH 0 0 0 pppoe-wan
192.168.4.0 * 255.255.255.0 U 0 0 0 wg0
192.168.13.0 * 255.255.255.0 U 0 0 0 br-lan
wiec 192.168.4.0 jest na wg0
klient:
root@OpenWrt-Gorscy:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0.2
10.9.0.0 * 255.255.255.0 U 0 0 0 wg0
45.90.3.84 192.168.1.1 255.255.255.255 UGH 0 0 0 eth0.2
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0.2
192.168.4.0 * 255.255.255.0 U 0 0 0 br-lan
192.168.13.0 * 255.255.255.0 U 0 0 0 wg0
więc 192.168.13.0 na wg0
Po drugie:
Na jednym routerze masz dopuszczony forward między VPN-Lan i Lan-VPNa a na drugim niekoniecznie skoro nie działa. Do sprawdzenia.
ok więc
serwer:
config zone
option name 'vpn'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option masq '1'
list network 'wg0'config forwarding
option src 'vpn'
option dest 'lan'config forwarding
option src 'lan'
option dest 'vpn'
klient:
config zone
option name 'vpn'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option masq '1'
list network 'wg0'config forwarding
option src 'lan'
option dest 'vpn'config forwarding
option src 'vpn'
option dest 'lan'
i ping z 192.168.4.x -> 192.168.13.x działa a odwrotnie nie ![]()
ja przesiadłem się z Gargoyle na luci 23.5 i np uważam, że poziom wiedzy jaką muszę mieć żeby to konfigurować , znacząco wzrósł. Nie każdy ma ochotę rozwijać się w tę stronę, w Gargoyle nie dało się nic zepsuć, a w luci można niechcący narobić bigosu, i to może odstraszać
jest szansa na fajny poradnik jak zestawić "Łączenie sieci LAN wireguard na openwrt" ?
ogólnie samo zestawianie wireguarda i klienta do niego jest opisane ok, ale mam wrażenie, że łącznie sieci lan już nie, a sporo tematów na forum było poruszane...
ja np utknąłem na tym że hosty z sieci routera klienta pingują hosty z sieci routera serwera oraz pojedynczych klientów vpn (np telefon z androidem), ale już poszczególni klienci sieci vpn ( telefon z androidem) oraz hosty w sieci lan routera serwera oraz sam router mogą pingować tylko adres routera klienta i tylko ten z sieci vpn ( te z lan są nie osiągalne )
dobra działa, oczywiście najsłabszym elementem systemu informatycznego jest ten co zasiada za klawiaturą i myszką...
ciężko mi się odnieść skoro udaje mi się wyklinać to dla forwar a dla ssh już nie
mam sobie swój autorski serwer na rpi4, łącznie się na niego telnetem z githuba, widzę w logach z jakiego ip przychodzi połączanie,
dodaje ip do firewalla, połączenie telnetem z gitchuba na rpi4 jest odrzucane,
sprawdzam czy się da połączyć na usługi na ruterze .... i widzę że się da ...
tak, github zmiana adres i ma sporo klas dostępnych i co sesje jest nowy adres ip dla tego na bieżąco edytuje opewrt
zmiana tylko na ipv4 nie pomogła
wpisałem tez konkretne ip z githuba (51.145.229.141 github zmiana ip co sesje )
i dalej forward odrzuca ale na usługi routera się łączy ;/
ja dodałem tylko 5 wpisów na dole
https://zapodaj.net/plik-qQZu3jfMSC
reszta urodziła się razem z openwrt
lighttpd został przeze mnie zainstalowany na ruterze, i działa elegancko, ale mam potrzebę blokowania ruchy przychodzącego z dwóch sieci (trzecia widoczna jest siecią z githuba dodana jest dla testów).
eko.one.pl → Posty przez cyniu88
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc