Alakul ez!

Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.

Szevasztok!
IPV6, digi, egy router utáni másodikként kapcsolt dir860-nal kellene tovább küldeni/osztani a 6-os címet. Ez alapból(sem) megy, milyen beállítás kellene hozzá? WAN-on kapja a 6-os címet, de a lan-on már csak belső címet kapnak a gépek. Ez van a routeren OpenWrt 18.06.2 r7676-cddd7b4c77 / LuCI openwrt-18.06.

[ Szerkesztve ]

Gyurka

A második router szerintem már nem prefixet, hanem konkrét ipv6 címet kap (1 db-ot), így nem tud a mögötte lévő eszközöknek adni.

Alex

Hali!
/64-et kap, ezt még lehetne? Vagy átengedhetné a kérést esetleg?

[ Szerkesztve ]

Gyurka

ha esetleg router módban használná, akkor sem lenne ipv6 címe a második router után lévő gépeknek?

kifejtem mire gondolok:
pl.adott egy x router... az y router wan portból kapná a kapcsolatot akár dhcp vagy fix ipről a x routerről, akkor a lan portokon már osztana ipv6 címeket...elméletben,nem?

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

LAN-on szerintem így is kap belső IPv6 címeket.

Alex

este megnézem, hogy nekem milyen ipv6-os címet ad a routerem...

de a bejövő digis ipv6-ot nem hiszem, hogy tovább lehetne osztani, a belső ipv6-hoz meg ugye dhcp kell... a belső hálózaton a gépek az alapértelmezett átjáró címet látják és a router dhcp-től kapott címet használják... az első router amit kap ipv4 és 6 címeket nem hiszem, hogy tovább lehet küldeni belső hálózatra...bár 1szer kísérleteztem ilyen 2routeres dologgal, de azt is ipv4gyel, mikor egy usb-s routerrel akartam hálózati meghajtót használni, de az a 100-200kB/s sebesség amit tudott a router, nem igen volt jó... így azóta hanyagoltam a dolgot...

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Igen van belső címe, ez is a baj, át kellene engednie az elsőhöz a kérést szerintem, ha már neki nem lehet osztania.Megnézem én is rb-s router mit csinál, bár az még a heti cím változást sem követi.

[ Szerkesztve ]

Gyurka

Sziasztok!

Van egy eleg trukkos wifi problemam, amit mar regota nem tudok megoldani:
egy WPA2-EAP AP mindig pontosan egy óra elteltével eldobja a kapcsolatot es utana rogton ujracsatlakozik sikeresen.

Azaz megszakad a wifi kapcsolat nehany masodpercre orankent.
A kliens kernel logban ez van:

"wlan0: deauthenticated from XX:XX:XX:XX:XX:XX (a wifis kabelmodem MAC-címe) Reason: 15=4WAY_HANDSHAKE_TIMEOUT"

Korabban ez 1/2/3 orankent jelentkezett, most mindig 1 orankent.

Kliens: OpenWRT router 1043ND v2-es hardver, 15.05 Chaos Calmer

Viszont az kiderült, hogy a kliensem (azaz az OpenWRT router) timeoutol.

Szedtem pcap trace-t, a helyzet a következő:

1. sikeresen csatlakozik az OpenWRT kliensem a WPA2-EAP MSCHAPV2 AP-hoz, sikeres a kezdeti 4WAY Handshake is, amit ugye az AP kezdeményez. RSN PMKID nélkül küldi az első üzenetet a négy 4WAY Handshake üzenet közül.

2. eltelik egy óra, az AP újból 4WAY Handshake-et indít, de ezúttal RSN PMK ID-val (!), ami amúgy csupa 00 bájt.

3. az OpenWRT kliensem erre válaszol.

4. ez a válasz az AP-nak nem jó (?), ezért újraküldi a 4WAY Handshake kezdeményezését, ugyanúgy mint a 2. pontban

5. lásd a 3.-4. pontot, 4 ilyen kísérlet után leáll a folyamat/próbálkozás (végtelen ciklus lenne különben)

6. ezen a ponton megszakad a fentiek miatt a net

7. lásd az 1. pontot, kezdődik az egész újra elölről.

Van erre valakinek bármilyen ötlete?

Az AP csupa 00 bájtos RSN PMK ID-ja vagy az OpenWRT kliensem válasza nem jó?

[ Szerkesztve ]

Az AP milyen eszköz?
Amúgy én arra tippelek, hogy a DHCP címkiosztási idő 60percre van állítva... azaz 60percenként új címet oszt ki a hálózaton lévőknek... elvileg nem kellene bontani a kapcsolatot hozzá, de akadnak olyan eszközök amik lecsatlakoztatják az eszközöket a címbérlési idő letelte után

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Gondolom ez egy UPC wiFree, vagy hasonló. Nem lehet, hogy ők változtattak direkt, hogy ne legyen folyamatos kapcsolatod? Ha egy notebookkal csatlakozol rá, nem pont így viselkedik?

Alex

Az AP UPC-s ConnectBox, Wi-Free wifivel.
Nem a DHCP okozza, mert átnéztem az összes IP csomagot a probléma időpontjában.
Az is érdekes, hogy a DHCP jelzésváltás során 3600 sec lease time-ban egyeznek meg, aztán 1800 sec-onként megújul megújul a cím, ugyanarra (azaz óránként helyett félóránként).

A DHCP működésben nincs semmi különös. Ugyanis a protokoll definíciója szerint a lease time felénél kell küldenie a kliensnek egy RENEW-t. Ha ez sikertelen, akkor a maradék idő felénél ismét és így tovább. A lease time-ban egyébként nem "megegyeznek", azt a szerver mondja meg.

[ Szerkesztve ]

Alex

a "júpíszís konnektbokszra" sokszor van panasz, hogy egy rakat f#$... több ismerősömnek is van és sokszor cseréltették már... hol a wifi nem ment, hol akadozott a net... ezek a UPC-s ConnectBox-ok egy műszaki hulladékok... egy kolegamnak kirepedt a F csatlakozó, azért akadozott a net,pedig a kábel nem volt feszes,a boxot se mozgatták... de, hogy legyen pozitív vélemény is, olvastam olyat is, hogy semmi gondja sincs a ConnectBox-szal...lehet érdemesebb lenne kicseréltetned ha problémád van vele

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Köszi a válaszokat mindkettőtöknek!
Akkor a DHCP jól működik, pedig már udhcp hibára is gondoltam. Nem is tudtam abban a lease time-ot konfigurálni.

Tudom, hogy arra gondoltál. Én viszont arra céloztam, hogy ha wifree-re csatlakozik, akkor az a Connect box valószínűleg nem nála van, így cseréltetni sem tudja...

Alex

hát a wifreere akarja megoldani, akkor sajnos ezt nem fogja tudni...

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Sziasztok!

Segítséget szeretnék Tőletek kérni, mert napok óta nem sikerül megcsinálnom amit régen meg tudtam Jóideje az openwrt-s routerem csak switch és access point-ként van használva. Minap frissítettem a legújabb firmware-re, és azóta valamiért nem kap internetet a router. A rácsatlakoztatott eszközök szépen dolgoznak, de ha a routeren szeretnék telepíteni valami csomagot, vagy csomag listát firssíteni vagy ntp időszinkront csinálni egyszerűen nem kap internetet. Az interfaces menü alatt törölve van a wan és a wan ipv6, csak lan van. Azon belül adtam ip-t a routernek, megadtam az alapértelmezett átjárót, dns kiszolgálót és letiltottam a dhcp-t. Ezeken kívül mit kell még tenni? Egyszerűen nem jut eszembe!

Köszönöm

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

nem tudtsz hozzáadni wan interfészt?

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

Természetesen tudok, de miért is kéne? A leírt beállításokkal jó volt anno. Nem az a gond, hogy kettő route-van?

[ Szerkesztve ]

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

elvileg nem lenne gond a 2 router,de az elsődleges router milyen forrásból kap netet?
a másodlagos router milyen porton kap netet? WAN porton vagy LAN porton?

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

A fő router PPPOE módban van, arra van lanon rácsatolva a másik kettő router ami csak APként szolgál.

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

Szia!

Nem állítottál be a LAN interface-on gateway-t és/vagy DNS szervert.

Alex

Szerintem megtettem. Ha nem itt kell javíts kérlek

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

Nem privát IP címtartományt használsz.
Miért nem "10" a cím első bájtja?

a belső ip cím mind1

Galaxy S23 5G 256GB//HP Victus 16+Rog Ally RC71L//Korábbi hsz-eim #97246720 név alatt...

A belső IP teljesen mindegy, minden más működik így is.

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

Ha LAN-LAN összeköttetés van, akkor itt kell. Külső IP-t (pl. 8.8.8.8) tudsz pingelni? Azaz csak a névfeloldás nem megy?
Próbáld meg, hogy DHCP-re teszed a LAN interface-t.

Alex

Egészen addig, míg nem akar azonos tartományba eső valóban WAN-on lévő IP-t elérni...

Alex

Így van. Akkor korrekt az olyan IP-t használok a hálózatomban amilyet akarok hozzáállás, ha az nem kapcsolódik az internethez.
Különben maradnak a 10.X.X.X és 192.168.X.X tartományok. Vannak még ilyen tartományok (169, 172-es), de azokat nem ajánlott használni.

[ Szerkesztve ]

Érdekes, hogy minden ami a szóban forgó Routerre csatlakozik, mind lan és wan, azok szépen dolgoznak. Csak a Router nem éri el a külvilágot. Ha a LAN-LAN interface-t dhcpre teszem akkor is hasonló a helyzet.

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

Egészen tegnapig működött. Frissítettem, illetve wifi wds megosztásról átálltam úgy hogy lanon jön a net és azt osztja tovább. Ezért csináltam alap beállításra frissítés után.

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

Milyen router van előtte? Szolgáltatói HGW-k esetében pl. magán az eszközön nem fut DNS szerver, ilyenkor manuálisan a szolgáltatói, vagy egyéb (pl. Google) DNS szervert kell megadni.
Amire nem válaszoltál: IP-vel eléred pl. a 8.8.8.8-at?

Alex

Te kapcsolódsz az internetre...

Alex

MikroTik hAP ac2. A szolgáltatói sima modemként üzemel.

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

A HaP AC2 biztos nem fogja meg a forgalmát?

Alex

Én nem adtam neki rá szabályt. Meg pont csak ezét fogná meg?

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

Bocs nem láttam a végét. Tehát meg tudom e nyitni a 8.8.8.8-at böngészőben? Nem.

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

Azon nincs webszerver, csak DNS szerver. Meg kellene pingelni vagy nslookup-pal nézni ssh CLI-ből az érintett routerről. Illetve ugyanott:
route -n
ifconfig -a
logread|grep -i dhcp

Így gondoltad:

root@DIR-825:~# nslookup 8.8.8.8
;; connection timed out; no servers could be reached

root@DIR-825:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 13.0.1.1 0.0.0.0 UG 0 0 0 br-lan
13.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lan

root@DIR-825:~# ifconfig -a
br-lan Link encap:Ethernet HWaddr 00:18:E7A:A4:AB
inet addr:13.0.1.253 Bcast:13.0.1.255 Mask:255.255.255.0
inet6 addr: fe80::218:e7ff:feda:a4ab/64 Scope:Link
inet6 addr: fdcf:56e4:4f73::1/60 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:100484 errors:0 dropped:3 overruns:0 frame:0
TX packets:14720 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:16952127 (16.1 MiB) TX bytes:4702594 (4.4 MiB)

eth0 Link encap:Ethernet HWaddr 00:18:E7A:A4:AB
inet6 addr: fe80::218:e7ff:feda:a4ab/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:19536165 errors:0 dropped:1 overruns:8 frame:0
TX packets:3391219 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3178926688 (2.9 GiB) TX bytes:402395141 (383.7 MiB)
Interrupt:4

eth0.1 Link encap:Ethernet HWaddr 00:18:E7A:A4:AB
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:19534743 errors:0 dropped:585 overruns:0 frame:0
TX packets:3390444 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:28596910500 (26.6 GiB) TX bytes:388561675 (370.5 MiB)

eth1 Link encap:Ethernet HWaddr 00:18:E7A:A4:AC
UP BROADCAST 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:5

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:4490 errors:0 dropped:0 overruns:0 frame:0
TX packets:4490 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:377230 (368.3 KiB) TX bytes:377230 (368.3 KiB)

wlan0 Link encap:Ethernet HWaddr 00:18:E7A:A4:AB
inet6 addr: fe80::218:e7ff:feda:a4ab/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1472015 errors:0 dropped:0 overruns:0 frame:0
TX packets:4616710 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:120364120 (114.7 MiB) TX bytes:6884176092 (6.4 GiB)

wlan1 Link encap:Ethernet HWaddr 00:18:E7A:A4:AD
inet6 addr: fe80::218:e7ff:feda:a4ad/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1910909 errors:0 dropped:0 overruns:0 frame:0
TX packets:14995532 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:265708144 (253.3 MiB) TX bytes:22544368515 (20.9 GiB)

root@DIR-825:~# logread|grep -i dhcp
Thu Jun 27 14:18:57 2019 daemon.info dnsmasq[1034]: compile time options: 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 dumpfile
Thu Jun 27 14:18:57 2019 daemon.info dnsmasq[1034]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:19:02 2019 user.notice ucitrack: Setting up /etc/config/network reload dependency on /etc/config/dhcp
Thu Jun 27 14:19:03 2019 user.notice ucitrack: Setting up /etc/config/dhcp reload dependency on /etc/config/odhcpd
Thu Jun 27 14:19:04 2019 user.notice ucitrack: Setting up /etc/config/system reload dependency on /etc/config/dhcp
Thu Jun 27 14:19:09 2019 user.notice dnsmasq: found already running DHCP-server on interface 'br-lan' refusing to start, use 'option force 1' to override
Thu Jun 27 14:19:10 2019 daemon.info dnsmasq[1034]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:01 2019 daemon.info dnsmasq[1756]: compile time options: 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 dumpfile
Thu Jun 27 14:20:01 2019 daemon.info dnsmasq[1756]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:01 2019 daemon.info dnsmasq[1756]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:03 2019 daemon.info dnsmasq[1756]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:31 2019 daemon.info dnsmasq[2134]: compile time options: 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 dumpfile
Thu Jun 27 14:20:31 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:31 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:32 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/odhcpd - 0 addresses
Thu Jun 27 14:20:32 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:34 2019 daemon.warn odhcpd[1140]: DHCPV6 SOLICIT IA_NA from 00020000ab1101473610be1850cd on br-lan: ok fdcf:56e4:4f73::349/128
Thu Jun 27 14:20:34 2019 daemon.warn odhcpd[1140]: DHCPV6 SOLICIT IA_NA from 00010001246e7b0c247703aab2e8 on br-lan: ok fdcf:56e4:4f73::6f8/128
Thu Jun 27 14:20:34 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/odhcpd - 0 addresses
Thu Jun 27 14:20:34 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:35 2019 daemon.warn odhcpd[1140]: DHCPV6 REQUEST IA_NA from 00020000ab1101473610be1850cd on br-lan: ok fdcf:56e4:4f73::349/128
Thu Jun 27 14:20:35 2019 daemon.warn odhcpd[1140]: DHCPV6 REQUEST IA_NA from 00010001246e7b0c247703aab2e8 on br-lan: ok fdcf:56e4:4f73::6f8/128
Thu Jun 27 14:20:35 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:35 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:35 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:35 2019 daemon.info dnsmasq[2134]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: compile time options: 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 dumpfile
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:37 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:20:39 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:20:39 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Thu Jun 27 14:21:50 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Thu Jun 27 14:21:50 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
Sat Jul 13 11:58:58 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/odhcpd - 2 addresses
Sat Jul 13 11:58:58 2019 daemon.info dnsmasq[2538]: read /tmp/hosts/dhcp.cfg01411c - 0 addresses
root@DIR-825:~#

[ Szerkesztve ]

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

Pingeld a 8.8.8.8-at. Traceroute ugyan erre a címre?
Esetleg egy teljes /etc/config/network tartalmat tudsz adni?

Alex

Látszik, hol dobja a csomagokat a router. Van egy VLAN 1 az eth0-án.
Ellenőrizd a VLAN / switch beállítást, akár Luciban is.

[ Szerkesztve ]

Mi a baj azzal? Szerintem az default.

Alex

Ahogy Alex is mondja ez alapbeállítás

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800

A biztos az lenne, ha szednél pcap trace-t: tcpdump -i any -s 0 -w /root/fajlnev.pcap
És közben pingelni kellene a 8.8.8.8-at.

[ Szerkesztve ]

Nincs tcpdump program Nem lehet, hogy ez a legújabb FW nem tetszik a routernek? Érdekesség, amit most vettem észre, hogy nem is tuja pingelni a fő routert sem. de azon kívül mindet tud.

[ Szerkesztve ]

Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M800