Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez lukasc
Strony Poprzednia 1 2
Odp. 1. Tak, DHCP działa - to mój router domowy i wszystkie inne urządzenia działają
Odp. 2. Działało na oryginalnym sofcie Netgeara. Ale nie samo z siebie tylko po puszczeniu kreatora połączenia
Czyli odpowiedź brzmi : raczej tak. Jak mogę to ostatecznie sprawdzić ?
Więc nic nie robisz jak pierwszy ma inny adres. Musi działać tak po prostu, bo to normalna funkcja routera jest.
Konkretnie - co ci nie działa ("połączenie" nic nie mówi). Pingi? Dnsy?
Ping nie działa.
Na routerze nadrzędnym brak dzierżawy DHCP dla routera podrzędnego
Interfejs WAN na WRT nie ma adresu IP
PING 192.168.0.1 (192.168.0.1): 56 data bytes
ping: sendto: Network unreachableroot@OpenWrt:~# ifconfig
br-lan Link encap:Ethernet HWaddr 9C:<ciach>:F0
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::9e3d:cfff:fec7:29f0/64 Scope:Link
inet6 addr: fd0b:a8a6:b4a3::1/60 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7817 errors:0 dropped:0 overruns:0 frame:0
TX packets:6557 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:794858 (776.2 KiB) TX bytes:1839155 (1.7 MiB)
eth0 Link encap:Ethernet HWaddr 9C:<ciach>:F0
inet6 addr: fe80::9e3d:cfff:fec7:29f0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7859 errors:0 dropped:0 overruns:0 frame:0
TX packets:8394 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:940796 (918.7 KiB) TX bytes:2450442 (2.3 MiB)
Interrupt:17
eth0.1 Link encap:Ethernet HWaddr 9C:<ciach>:F0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7817 errors:0 dropped:0 overruns:0 frame:0
TX packets:6557 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:794858 (776.2 KiB) TX bytes:1839155 (1.7 MiB)
eth0.2 Link encap:Ethernet HWaddr 9C:<ciach>:F1
inet6 addr: fe80::9e3d:cfff:fec7:29f1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:1561 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:523590 (511.3 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:1116 errors:0 dropped:0 overruns:0 frame:0
TX packets:1116 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:86026 (84.0 KiB) TX bytes:86026 (84.0 KiB)Tylko zmieniasz lan w tym drugim na inny adres np. 192.168.2.1. To wszystko.
Ale mój pierwszy ma adres 192.168.0.1
Drugi jako ustawienia domyślne powinien mieć 192.168.1.1
Więc to chyba nie o to chodzi ?
Chciałem połączyć ze sobą dwa routery, ale nie jak zwykle po LAN (w tej samej sieci) tylko kaskadowo, tj. połączyć port WAN routera "podrzędnego"
do portu "LAN" routera "nadrzędnego".
Fizycznie ma to wyglądać tak:
provider --> WAN | router nadrzędny | LAN -----------------> WAN | router podrzędny | LAN ---> komputer
Po fizycznym podłączeniu routerów ze sobą połączenie nie zadziałało. Na routerze podrzędnym (Netgear R6220 z oryginalnym softem) uruchomiłem kreatora połączenia - router coś tam sobie poprzestawiał i połączenie zaczęło działać bez problemu.
Dzisiaj zaktualizowałem soft na R6220 do OpenWRT (openwrt-19.07.1-ramips-mt7621-r6220-squashfs-factory)
Po aktualizacji połączenie przestało działać, ale tym razem nie ma już kreatora, który automagicznie wszystko za mnie poustawia.
Proszę o pomoc w ręcznym skonfigurowaniu połączenia
Zważywszy na to, że elementy przewlekane lutujesz od drugiej strony, to lepiej od góry je umieścić.
... chyba że nie chcesz przylutować kabelek, który wyprowadzisz poza obudowę 
Czemu na dole jak na górze płyty masz to samo?
To akurat proste. Na dole nie ma nic, co można by zepsuć.
Ważne, jak się nie ma wprawy w lutowaniu.
Rozebrałem mojego "nowego" R6220.
W środku płyta v. 1.4 - wszystkie cztery wyjścia na anteny mają standardowe gniazda, do których można podłączyć pigtaile.
Na dolnej stronie płyty głównej widać fajne miejsce, gdzie łatwo można wlutować wejście do konsoli
Zdjęcia wrzuciłem na G Photo
https://photos.app.goo.gl/pmm3BEGgCX9rSb7P8
Mam właśnie taką konfigurację
- w domu serwer OpenVPN na NASie z publicznym IP + router 1043ND
- w drugiej lokalizacji klient OpenVPN na routerze 1043ND + internet komórkowy z Play
- do routera podpięta kamera internetowa - obrazy bez problemu oglądam na komputerze w sieci domowej.
Mogę też oglądać obrazy z kamery na tablecie z zainstalowanym klientem VPN
Największym problemem jest stabilność połączenia, a to w dużej mierze zależy od telefonii komórkowej. Jak testowałem w domu, to przez 2 tygodnie działało stabilnie. Jak wywiozłem router pod miasto, to co kilka dni miałem utratę połączenia i pomagał tylko restart. Kluczem do sukcesu jest zainstalowanie monitora połączenia. W razie braku połączenia z "domem" router sam się zrestartuje.
Tak jak pisał Cezary, na początku trzeba było skonfigurować gateway'e
W sieci domowej router ma adres 192.168.1.1, serwer VPN ma adres 192.168.1.222
W drugiej lokalizacji sieć ma adresację 192.168.2.x /255.255.255.0
Na routerze domowym mam ręcznie dodaną trasę
Cel: 192.168.2.0/255.255.255.0 Interfejs: lan brama 192.163.1.222
Na routerze "'pod miastem" nic nie ustawiałem - konfigurację wysyła mu serwer VPN
w pliku konfiguracyjnym dla klienta "pod-miastem" mam wpisaną dyrektywę
iroute 192.168.2.0 255.255.255.0Na routerze "domowym" mam włączone przekierowanie portu 1194 na adres 192.168.1.222
Na routerze "pod miastem" nie musiałem konfigurować firewalla, kamera działa mi bez problemu
Na obu routerach wgrane Gargoyle
Dziękuję za odpowiedź.
Faktycznie taka "walka z wiatrakami" nie ma sensu
Zrobię sobie linki symboliczne, bo łatwiej zapamiętać /mnt/sda1 niż /tmp/usb_mount/0007f460-01
Pozdrawiam
Łukasz
Dlaczego? Śmiecisz w wątku który dawno jest już martwy. Nie baw się w archeologa.
Dziekuję za zwrócenie uwagi. Udzielam się też na innych forach i tam zdarzają się komentarze typu "Po co zakładałeś nowy wątek, kiedyś była już na ten temat dyskusja..." itp. Nie chciałem, aby ktoś pomyślał, że nie zadałem sobie trudu przeszukania forum pod kątem podobnych wpisów.
Albo używasz pluginu usb-storage od gargoyle albo fstaba z openwrt, nie obu na raz. Więc jeżeli chcesz montować w innym punkcie bez udziału gargoyle to najpierw odinstaluj plugin usb-storage i posługuj się fstabem.
1. Używam software z Twojego repozytorium. Plugin usb-storage jest pluginem systemowym i GUI nie umożliwia mi jego deinstalacji.
2. Jeżeli nie będę modyfikował fstaba, to czy plugin usb-storage ma jakiśc pilk konfiguracyjny, za pomocą którego mogę zmienić punkty montowania ?
To stary, nie wspierany soft...
Przykro mi, ale mam popularny router TL-WR1043ND v.1. Więc chyba nie dam rady zainstalować nic nowszego.
Sam piszesz na stronie, żeby Gargoyle 1.12 nie instalować na routerach z 32 MB RAM-u.
Piszę tutaj, żeby nie generować kolejnych wątków.
Mój problem polega na tym, że nie jestem w stanie zmienić punktu montowania pendrive'a.
Mam router TL-WR1043NDv1 z Gargoyle 1.10.0.3
Do routera podłączony jest modem Huwaei E3372 z włożoną kartą SD. Na karcie utworzyłem dwie partycje Ext4
Po załączeniu routera obie partycje montują się automatycznie w punktach:
/tmp/usb_mount/0007f460-01
/tmp/usb_mount/0007f460-02
Chciałbym zmodyfikować punkty montowania na /mnt/sda1 i /mnt/sda2
Zgodnie z tutorialem Cezarego "OpenWrt - HDD/USB/SDMOD" zmodyfikowałem plik /etc/config/fstab
obecnie ma on postać:
config 'global'
option anon_swap '0'
option anon_mount '0'
option auto_swap '1'
option auto_mount '1'
option delay_root '5'
option check_fs '0'
config 'mount'
option target '/mnt/sda1'
option uuid '06548d48-653e-4627-9687-f4bda3e16a24'
option enabled '1'
config 'mount'
option target '/mnt/sda2'
option uuid '34e02b7a-a6ee-4215-bafc-10a80f39f1aa'
option enabled '1'Niestety, po restarcie routera karta SD nadal automatycznie montuje się pod /tmp/usb_mount/....
Po ręcznym odmontowaniu obu partycji i wydaniu polecenia block mount obie partycje montują się tak jak zdefiniowano w /etc/config/fstab
Niestety działa to tylko do kolejnego restartu, potem system znowu ignoruje wpisy z fstab i montuje partycje pod /tmp/usb_mount/
Proszę o podpowiedź, co zrobić żeby przy starcie routera partycje automatycznie montowały się zgodnie z wpisami w fstab
Powtórzył mi się opisany powyżej błąd. Tym razem podaję wpisy z logu systemowego, może to rozjaśni sytuację.
KONFIGURACJA: W sieci znajduje się router, ThinkPadT440 (ten z którym był problem wcześniej) oraz ThinkPadT61, do którego chcę przypisać statyczny IP. Wszyskie połączenia po kablu.
ThinkPad-T61 <----------> ROUTER (192.168.1.1) <----------> ThinkPad-T440 (192.168.1.10)
AKCJA: podłączam ThinkPad-T61, na routerze włączony DHCP
REZULTAT: ThinkPad-T61 podłączony na adresie 192.168.1.232, internet działa
Thu Feb 20 20:28:05 2020 daemon.info dnsmasq-dhcp[5219]: DHCPDISCOVER(br-lan) 192.168.1.244 00:11:22:33:44:55
Thu Feb 20 20:28:05 2020 daemon.info dnsmasq-dhcp[5219]: DHCPOFFER(br-lan) 192.168.1.232 00:11:22:33:44:55
Thu Feb 20 20:28:05 2020 daemon.info dnsmasq-dhcp[5219]: DHCPREQUEST(br-lan) 192.168.1.232 00:11:22:33:44:55
Thu Feb 20 20:28:05 2020 daemon.info dnsmasq-dhcp[5219]: DHCPACK(br-lan) 192.168.1.232 00:11:22:33:44:55 ThinkPad-T61AKCJA: zmieniam konfigurację - do adresu MAC komputera ThinkPad-T61 przypisuję statyczny IP 192.168.1.50. Zapisuję zmiany w routerze.
REZULTAT: T61 nadal podłączony na adrsie 192.168.1.232 ale stracił połączenie z internetem
Thu Feb 20 20:28:05 2020 daemon.info dnsmasq-dhcp[5219]: DHCPACK(br-lan) 192.168.1.232 00:11:22:33:44:55 ThinkPad-T61
Thu Feb 20 20:31:50 2020 daemon.info dnsmasq[5219]: exiting on receipt of SIGTERM
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: started, version 2.78 cachesize 150
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: DNS service limited to local subnets
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: compile time options: no-IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq-dhcp[10485]: DHCP, IP range 192.168.1.220 -- 192.168.1.240, lease time 12h
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: using local addresses only for domain lan
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: reading /tmp/resolv.conf.auto
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: using local addresses only for domain lan
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: using nameserver 208.67.220.220#53
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: using nameserver 208.67.222.222#53
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: using nameserver 208.67.220.220#53
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: using nameserver 208.67.222.222#53
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: read /etc/hosts - 4 addresses
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq[10485]: read /tmp/hosts/dhcp - 1 addresses
Thu Feb 20 20:31:53 2020 daemon.info dnsmasq-dhcp[10485]: read /etc/ethers - 2 addresses
Thu Feb 20 20:31:53 2020 daemon.warn dnsmasq-dhcp[10485]: not giving name ThinkPad-T61.X-COM to the DHCP lease of 192.168.1.232 because the name exists in /etc/hosts with address 192.168.1.50
Thu Feb 20 20:31:53 2020 daemon.warn dnsmasq-dhcp[10485]: not giving name ThinkPad-T61 to the DHCP lease of 192.168.1.232 because the name exists in /etc/hosts with address 192.168.1.50
Thu Feb 20 20:32:03 2020 daemon.err uhttpd[1739]: Error: There is no such init script like 'miniupnpd'. AKCJA: Wyciągam z gniazdka kabel łączący komputer ThinkPad-T61 z routerem, po chwili router i podłączam ponownie.
REZULTAT: ThinkPad-T61 podłączony na "statycznym" adresie 192.168.1.50, ale nadal nie ma połączenia z internetem
Thu Feb 20 20:36:52 2020 daemon.info dnsmasq-dhcp[10485]: DHCPREQUEST(br-lan) 192.168.1.232 00:11:22:33:44:55
Thu Feb 20 20:36:52 2020 daemon.info dnsmasq-dhcp[10485]: DHCPNAK(br-lan) 192.168.1.232 00:11:22:33:44:55 static lease available
Thu Feb 20 20:36:52 2020 daemon.info dnsmasq-dhcp[10485]: DHCPDISCOVER(br-lan) 00:11:22:33:44:55
Thu Feb 20 20:36:52 2020 daemon.info dnsmasq-dhcp[10485]: DHCPOFFER(br-lan) 192.168.1.50 00:11:22:33:44:55
Thu Feb 20 20:36:52 2020 daemon.info dnsmasq-dhcp[10485]: DHCPREQUEST(br-lan) 192.168.1.50 00:11:22:33:44:55
Thu Feb 20 20:36:52 2020 daemon.info dnsmasq-dhcp[10485]: DHCPACK(br-lan) 192.168.1.50 00:11:22:33:44:55 ThinkPad-T61AKCJA: Wyłączam ThinkPad-T61 i załączam ponownie
REZULTAT: ThinkPad-T61 podłączony na "statycznym" adresie 192.168.1.50, nadal nie ma połączenia z internetem
Thu Feb 20 20:41:33 2020 daemon.info dnsmasq-dhcp[10485]: DHCPREQUEST(br-lan) 192.168.1.50 00:11:22:33:44:55
Thu Feb 20 20:41:33 2020 daemon.info dnsmasq-dhcp[10485]: DHCPACK(br-lan) 192.168.1.50 00:11:22:33:44:55 ThinkPad-T61W RAMACH TESTU WYKONAŁEM TERAZ PINGI
ping router -> Google działa
ping router -> T440 działa
ping router -> T61 działa
ping T61 -> Google BŁĄÐ: From 192.168.1.1 .. Destination Port Unreachable
ping T61 -> router działa
ping T61 -> T440 działa
ping T440 -> Google działa
ping T440 -> router działa
pint T440 -> T61 działa
Skoro pingi działają, to być może problem leży w DNS albo iptables ?
Na razie nie restartowałem routera, więc w razie potrzeby będę mógł podać zawartość innych plików/ustawień
Zainstalowałem 1.10.
PLUSY
1. Nadal mam klienta OpenVPN - nie trzeba instalować dodatkowych pakietów
2. Modem Huawei E173u2 działa - nie trzba nic dodawać ani konfigurować
1. w porównaniu do 1.6 pojawiły się nowe opcje w GUI (np. konfiguracja sieci gościnnej) i nie trzeba bawić się w ręczną modyfikację plików konfiguracyjnych
MINUSY
1. Jest jakiś problem z konfiguracją serwera DHCP. Chciałem poustawiać "statyczne" IP dla niektórych urządzeń (na próbę laptop)
- w Gargyoyle przypisałem statyczne IP (192.168.1.10) dla MAC z mojego laptopa, a pulę 192.168.1.100-200 do serwera DHCP
- najpierw laptop nie łączył się z internetem, pobierał ares z puli 100-200 zamiast .10
- potem wyłączyłem rezerwację adresów - laptop łączył się z internetem
- następnie wykasowałem wpisy o rezerwacji adresu 192.168.1.10, zapisałem zmiany i ustawiłem rezerwację jeszcze raz
- laptop zaczął pobierać adres 192.168.1.10, ale nadal nie łączył się z internetem
- wyłączyłem router, po załączeniu laptop dalej pobiera adres 192.168.1.10, ale tym razem łączy się z internetem bez problemu
Jeżeli ktoś spotkał się już z takim dziwnym zachowaniem systemu, to proszę o podpowiedź gdzie był błąd i dlaczego laptop nie łączył się z internetem.
Witam,
Korzystam z popularnego routera TP-LINK TL-WR1043ND v1 z wgranym Gargoyle 1.6.
Chciałbym zaktualizować firmware i proszę o pomoc w doborze najnowszej wersji oprogramowania, na której router JESZCZE będzie stabilnie pracował bez ExtRoota.
Nie korzystam z Samby/FTP/DLNA.
Router służy do połączenia dwóch małych sieci za pomocą VPN - potrzebna mi obsługa modemu USB (Huawei E173u2) oraz OpenVPN (jako klient)
Z góry dziękuję i pozdrawiam
EDIT: wiem, że nie mam szans na Gargoyle 1.12 ale, czy będzie działać chociaż 1.10 ?
Strony Poprzednia 1 2
eko.one.pl → Posty przez lukasc
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc