Przejdź do treści forum
eko.one.pl
OpenWrt, Linux, USB, notebooki i inne ciekawe rzeczy
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Opcje wyszukiwania (Strona 2 z 17)
Cezary napisał/a:Jak masz czas to sprawdź to sobie: zrób jedną i drugą konfigurację na jakimś niskim numerze np.99, uruchom tcpdumpa i zobacz co w ramkach ethernetowych leci.
Sprawdzę, sprawdzę ...
choć zanim zacznę zabawę zawszę wolę zapoznać się z teorią (poczytać i dopytać) a potem praktykować ;-)
choćby po to żeby nie próbować durnych scenariuszy.
Tak, czytałem to i widzę cyt. "The number of the VLAN is specified on the option vlan line. The VID (VLAN ID) associated with a VLAN is by default the same as the number of the VLAN. This is overridden by using an option vid line so, for example, that VLAN 1 could use VID 100."
Co rozumiem właśnie tak że numer VLAN może być nadpisany poprzez opcję vid.
O "enable_vlan4k" nic tam nie ma, a Ty napisałeś
Cezary napisał/a:Dla niektórych routerów trzeba specjalne włączyć obsługę VLANów "o wysokich numerach" dodając opcję option enable_vlan4k 1 w sekcji config switch w pliku /etc/config/network.
Co ja rozumiałbym jako możność wykorzystania na raz 4096 vlanów,
a istnienie opcji "Attribute 1 (int): vid (VLAN ID (0-4094))" sugeruje że numery/id tych VLANów mogą być z przedziału 0-4094,
niezależnie od ich ilości ?
Czy ostatni akapit ma sen ? czy to jakieś bzdury ?
Cezary napisał/a:A i tu jest pies chyba pogrzebany....
@Cezary,
Czytałem Twój poradnik, http://eko.one.pl/?p=openwrt-vlan
Ale czy mógłbym prosić o doprecyzowanie o co chodzi z tymi "vid" ?
Bo dla wałkowanego tu przykładu, AR8337 ma 128 vlanów,
ale ma też "Attribute 1 (int): vid (VLAN ID (0-4094))"
Czy czym zatem różni się takie konfigurowanie switch
a)
config switch_vlan
option vlan '4'
option vid '4000'
option ports '5t 0t'
option device 'switch0'
od
b)
config switch_vlan
option vlan '4000'
option ports '5t 0t'
option device 'switch0'
Czy nie jest tak (albo powinno tak to działać) że "enable_vlan4k" pozwala na wykorzystanie na raz 4096 vlanów,
a vid jest id=numerem VLANu określonym przez liczbę bitów w ramce ethernetowej ?
Zatem czy nie powinno się dać w tym układzie wykorzystać 128 różnych vlanów, ale z numerami od 0-4094 ?
Czy "vid" do tego nie służy ? A może w ogólności tak właśnie jest tylko że jakiś błąd jest w LEDE ?
Cześć,
Czy orientuje się ktoś czy jest gdzieś jakaś baza danych parametrów obsługiwanych przez swconfig
dla danego typu switcha (dla openwrt lub LEDE) ?
Pewnie można wczytać się w źródła
(zdaje się że z tej lokalizacji https://github.com/lede-project/source/ … rs/net/phy)
ale mi chodzi o jakąś wygodną formę, coś jak zrzut "swconfig dev switch0 help" dla każdego układu.
Widzę parę przykładowych na https://wiki.openwrt.org/doc/techref/swconfig, ale to trochę za mało.
Dla mnie np. bardzo istotne np. wiedza dot. tego czy wspierany jest "enable_vlan4k", "igmp_snooping".
Wiem że istnieją niuanse choćby dla układu IPXXX gdzie IP175C nie wspiera "enable_vlan4k" a IP175D już tak
(cyt. http://eko.one.pl/forum/viewtopic.php?pid=16758#p16758).
P.S.
@Cezary może byłbyś wstanie zapoczątkować coś na modłę RouterDatabase ? taki SwitchDatabase ?
Gdzie RouterDatabase linkowałby do SwitchDatabase (a tu byłby choćby zrzuty "swconfig dev switch0 help",
w przyszłości może mogłaby to być lista z "checkbox" ale na początek to za dużo pracy).
Być może z opcją że każdy kto mógłby - dorzucałby takie informacje wraz z wersją LEDE.
Cezary napisał/a:@alossek: to się w ogóle nie kompiluje. Brakuje funkcji niektórych.
Ok, trudno.
Dzięki za próbe.
Pozdrawiam!
@Cezary,
Miałbym wielką i zarazem beszczelną prośbę, czy mogłbyś przekompilować obraz dla 1043nd v4 z tymi patch'ami
(https://pastebin.com/q4f0z7Fa, https://pastebin.com/MQJqayrt) ?
Patch'e przygotowałem z podesłanego przez Ciebie źrodła (na marginesie pasowały do kodu źródłowego z okolic 2014 roku).
Po moich przeróbkach pasją do rewizji LEDE Twoich ostatnich obrazów (czyli r3514-97ebdf9).
Narobiłem się z tym strasznie i już nie mam siły stawiać środowiska do wybudowania obrazów.
A Ty pewnie masz wszystko gotowe ;-)
Zdaje się że trzeba by jakoś kompilować aby dyrektywa kompilatora miała ustawione "OK_PATCH",
bo z ich użyciem podefiniowane są #if w kodzie.
Byłbym wdzięczny.
Pozdrawiam.
O kurka, nie mam wyboru i będę musiał to zrobić (bo jak nie to sprzęt poleci na allegro) ...
czeka mnie męka z budowaniem :-(
Cezary napisał/a:A i tu jest pies chyba pogrzebany....
Czyli to pewne że się nie da ?
Cezary napisał/a:Attribute 1 (int): vid (VLAN ID (0-4094))
Więc tak. Ustaw sobie vlan 4000, eth0.4000 i zobacz.
No własnie tak miałem wcześniej
VLAN 4000:
vid: ???
ports: ???
To chyba nie zadziała, bo vlanów jest tylko do 127:
switch0: ag71xx-mdio.0(Atheros AR8337), ports: 7 (cpu @ 0), vlans: 128
Cześć,
Pytanie za 100 pkt, czy da się zrobić (na 1043nd v4) VLAN dla tag = 4000 (dla tagów wyższych niż 128) ?
switch0: ag71xx-mdio.0(Atheros AR8337), ports: 7 (cpu @ 0), vlans: 128
--switch
Attribute 1 (int): enable_vlan (Enable VLAN mode)
Attribute 2 (none): reset_mibs (Reset all MIB counters)
Attribute 3 (int): enable_mirror_rx (Enable mirroring of RX packets)
Attribute 4 (int): enable_mirror_tx (Enable mirroring of TX packets)
Attribute 5 (int): mirror_monitor_port (Mirror monitor port)
Attribute 6 (int): mirror_source_port (Mirror source port)
Attribute 7 (int): arl_age_time (ARL age time (secs))
Attribute 8 (string): arl_table (Get ARL table)
Attribute 9 (none): flush_arl_table (Flush ARL table)
Attribute 10 (int): igmp_snooping (Enable IGMP Snooping)
Attribute 11 (int): igmp_v3 (Enable IGMPv3 support)
Attribute 12 (none): apply (Activate changes in the hardware)
Attribute 13 (none): reset (Reset the switch)
--vlan
Attribute 1 (int): vid (VLAN ID (0-4094))
Attribute 2 (ports): ports (VLAN port mapping)
--port
Attribute 1 (none): reset_mib (Reset single port MIB counters)
Attribute 2 (string): mib (Get port's MIB counters)
Attribute 3 (int): enable_eee (Enable EEE PHY sleep mode)
Attribute 4 (none): flush_arl_table (Flush port's ARL table entries)
Attribute 5 (int): igmp_snooping (Enable port's IGMP Snooping)
Attribute 6 (int): pvid (Primary VLAN ID)
Attribute 7 (unknown): link (Get port link information)
Jak widać 1043nd v4 nie ma enable_vlan4k (jak było w v1), czy da się to zrobić jakoś z użyciem "vid" ?
Kombinowałem tak (dodałem do standardowej konfiguracji):
config interface 'wan_4000'
option ifname 'eth0.4'
option proto 'dhcp'
option metric '20'
config switch_vlan
option vlan '4'
option vid '4000'
option ports '5t 0t'
option device 'switch0'
Wynik:
root@LEDE:~# swconfig dev ag71xx-mdio.0 vlan 4 show
VLAN 4:
vid: 4000
ports: 0t 5t
Ale z DHCP nie dostaje ip.
Da się to zrobić ?
Pozdrawiam i proszę o pomoc.
Bartek1202 napisał/a:kwestia przydzielania adresów z DHCP myśle, że nie ma tu znaczenia. Problemem jest że multikasty działają tylko w L2, nie ma natomiast możliwości routingu multikastów za NAT za moim routerem (router2), choć jest prawidłowo uruchomiony PIM jak i odblokowane IGMP na routerze. Nie mam pomysłu co jeszcze mogę uruchomić by podłączając dekoder za moim routerem były odbierane kanały IPTV. Rekonfiguracja mojego routera aby pracował w L2 odpada, więc zostaje tylko uruchomienie tego w jakiś sposób w L3. Sygnał od operatora dla IPTV i tak jest kodowany, ale podłączając dekoder z kartą po internecie chciałbym odpierać strumienie video. Dodam jeszcze że usługi takie jak VOD działają na dekoderze podłączonym za moim routerem, ale być może dlatego, że jest to inaczej odbierane (więc tutaj mogę podejrzewać, że nie ma tam żadnych VLANów do wysyłania żądań jak i odbioru).
Mam wrażenie że aby to zadziałało to igmpproxy "musiałoby" działać na router1 i router2.
A może pozbyć się router1 i tak skonfigurować router2 aby wszystko do niego podłączyć ?
Trochę się zgubiłem jak masz to wszystko połączone, czy dobrze rozumiem:
1. router1 masz od dostawcy 192.168.100.1
2. gdy podłączysz dekoder (pod router1) to dostaje on adres 192.168.100.2 z router1 - wtedy działają multikasty
3. gdy podłączysz swój router2 z LEDE (pod router1), to dostaje on adres 192.168.100.254 i router2 ma LAN 192.168.1.1/24
4. gdy podłączysz dekoder (pod swój router2), to dostaje adres 192.168.1.x z router2 - wtedy NIE masz multikastów ?
Czy tak ? Jak nie tak to rozrysuj jak to jest połączone i w której konfiguracji działa a w której nie.
Wypróbuje może tak:
config igmpproxy
option quickleave 1
config phyint eth0
option network wan
option direction upstream
list altnet 192.168.100.0/24
config phyint br-lan
option network lan
option direction downstream
list altnet 192.168.1.0/24
A jak nie pójdzie to, standardowo ...
config igmpproxy
option quickleave 1
config phyint eth0
option network wan
option direction upstream
list altnet 0.0.0.0/0
config phyint br-lan
option network lan
option direction downstream
Multikasty masz na wan ? Czy może wan w tagowanej podsieci ?
Jak podłączysz się pod kabel od odstawy bezpośrednio np. komputerem to masz dostęp do multicastów (powiedzmy przez vlc -vvv udp:@239.255.12.42, gdzie 239.255.12.42 to adres strumienia wideo) ?
Pokaż konfigurację
/etc/config/network
/etc/config/igmpproxy
i log po uruchomieniu igmpproxy
Cezary napisał/a:EDIT: nie, wycofuję się z tego. Padło samoistnie po kilku sekundach działania.
Czy w logu masz podobny komunikat ?
Da się coś z tym zrobić ?
Cezary napisał/a:Linksysie. W domu mogę przetestować na 1043v1.
To poproszę.
@Cezary
zrobiłem identyczne kroki jak wskazałeś
output mam co do joty taki sam (z wyjątkiem MAC, rzecz jasna)
i NIE działa, błąd identyczny jak wcześniej.
O co tu chodzi ?
@Cezary testowałeś na 1043nd v1 ?
Cezary napisał/a:Znalazłeś odpowiedź - zainstaluj wpad zamiast wpad-mini
Mimo wszystko nie działa, mam podobne błędy jak w dalszej części ticket'a
najpierw wyrzuciłem wpad-mini i zainstalowałem wpad
potem wyrzuciłem wpad-mini i wpad i zainstalowałem hostapd
W obu przypadkach jest to samo
Mon May 8 22:57:45 2017 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Mon May 8 22:57:46 2017 kern.info kernel: [90275.868333] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Mon May 8 22:57:46 2017 kern.info kernel: [90275.885462] device wlan0 entered promiscuous mode
Mon May 8 22:57:46 2017 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Mon May 8 22:57:46 2017 daemon.err hostapd: Using interface wlan0 with hwaddr 00:11:22:33:44:55 and ssid "mleko"
Mon May 8 22:57:47 2017 kern.info kernel: [90277.066566] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Mon May 8 22:57:47 2017 kern.info kernel: [90277.073191] br-lan: port 2(wlan0) entered forwarding state
Mon May 8 22:57:47 2017 kern.info kernel: [90277.078850] br-lan: port 2(wlan0) entered forwarding state
Mon May 8 22:57:47 2017 daemon.err hostapd: Interface initialization failed
Mon May 8 22:57:47 2017 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->DISABLED
Mon May 8 22:57:47 2017 daemon.notice hostapd: wlan0: AP-DISABLED
Mon May 8 22:57:47 2017 daemon.err hostapd: wlan0: Unable to setup interface.
Mon May 8 22:57:47 2017 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Mon May 8 22:57:47 2017 daemon.notice hostapd: wlan0-1: AP-DISABLED
Mon May 8 22:57:47 2017 daemon.notice hostapd: wlan0-1: CTRL-EVENT-TERMINATING
Mon May 8 22:57:47 2017 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0-1 wasn't started
Mon May 8 22:57:47 2017 daemon.notice hostapd: wlan0: AP-DISABLED
Mon May 8 22:57:47 2017 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Mon May 8 22:57:47 2017 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Mon May 8 22:57:47 2017 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Mon May 8 22:57:47 2017 kern.info kernel: [90277.509678] device wlan0 left promiscuous mode
Mon May 8 22:57:47 2017 kern.info kernel: [90277.514370] br-lan: port 2(wlan0) entered disabled state
Mon May 8 22:57:47 2017 daemon.notice hostapd: ELOOP: remaining socket: sock=23 eloop_data=0x77ccaab0 user_data=0 handler=0x41da59
Mon May 8 22:57:51 2017 daemon.notice netifd: radio0 (16938): Device setup failed: HOSTAPD_START_FAILED
Probowałem też
/usr/sbin/hostapd -dd -t -S -P /var/run/wifi-phy0.pid /var/run/hostapd-phy0.conf
ale nie ma tu nic więcej
1494310689.385991: Configuration file: /var/run/hostapd-phy0.conf
1494310689.498814: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
1494310689.501780: wlan0: Last interface to sync - starting all interfaces
1494310689.506196: Using interface wlan0 with hwaddr 00:11:22:33:44:55 and ssid "mleko"
1494310690.287548: Interface initialization failed
1494310690.289340: wlan0: interface state COUNTRY_UPDATE->DISABLED
1494310690.290487: wlan0: AP-DISABLED
1494310690.291433: wlan0: interface state DISABLED->DISABLED
1494310690.292920: wlan0: AP-DISABLED
1494310690.294112: wlan0: CTRL-EVENT-TERMINATING
1494310690.295838: hostapd_free_hapd_data: Interface wlan0 wasn't started
1494310690.297385: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
1494310690.416758: ELOOP: remaining socket: sock=16 eloop_data=0x77d06bb0 user_data=0 handler=0x41da59
@Cezary, u mnie na LEDE (17.01-SNAPSHOT, r3371-79cd141),
nie wstaje z opcją "ieee80211w" ma coś nie tak z konfiguracją ?
logread
Mon May 8 20:08:14 2017 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Mon May 8 20:08:14 2017 daemon.err hostapd: Line 30: invalid key_mgmt 'WPA-PSK-SHA256'
Mon May 8 20:08:14 2017 daemon.err hostapd: Line 33: unknown configuration item 'ieee80211w'
Mon May 8 20:08:14 2017 daemon.err hostapd: 2 errors found in configuration file '/var/run/hostapd-phy0.conf'
Mon May 8 20:08:14 2017 daemon.err hostapd: Failed to set up interface with /var/run/hostapd-phy0.conf
Mon May 8 20:08:14 2017 daemon.err hostapd: Failed to initialize interface
Mon May 8 20:08:15 2017 daemon.notice netifd: radio0 (8279): Device setup failed: HOSTAPD_START_FAILED
/etc/config/wireless
config wifi-device 'radio0'
option type 'mac80211'
option channel '13'
option hwmode '11g'
option path 'platform/ath9k'
option htmode 'HT40-'
option noscan '1'
option country 'PL'
option disabled '0'
config wifi-iface 'lan'
option macaddr '00:11:22:33:44:55'
option ieee80211w '2'
option disassoc_low_ack '0'
option device 'radio0'
option network 'lan'
option mode 'ap'
option ssid 'mleko'
option encryption 'psk2+tkip+aes'
option key '00000000000000000000000000000000000000000000000000000'
config wifi-iface 'guest'
option macaddr '00:11:22:33:44:88'
option isolate '1'
option disassoc_low_ack '0'
option device 'radio0'
option network 'guest'
option mode 'ap'
option ssid 'woda'
option encryption 'psk2+tkip+aes'
option key '00000000000000000000000000000000000000000000000000000'
/var/run/hostapd-phy0.conf
driver=nl80211
logger_syslog=127
logger_syslog_level=2
logger_stdout=127
logger_stdout_level=2
country_code=PL
ieee80211d=1
hw_mode=g
channel=13
noscan=1
ieee80211n=1
ht_coex=0
ht_capab=[HT40-][SHORT-GI-40][DSSS_CCK-40]
interface=wlan0
ctrl_interface=/var/run/hostapd
ap_isolate=1
disassoc_low_ack=0
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
wpa_passphrase=00000000000000000000000000000000000000000000000000000
auth_algs=1
wpa=2
wpa_pairwise=CCMP TKIP
ssid=mleko
bridge=br-lan
wpa_key_mgmt=WPA-PSK WPA-PSK-SHA256
okc=0
disable_pmksa_caching=1
ieee80211w=2
bssid=00:11:22:33:44:55
bss=wlan0-1
ctrl_interface=/var/run/hostapd
ap_isolate=1
disassoc_low_ack=0
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
wpa_passphrase=00000000000000000000000000000000000000000000000000000
auth_algs=1
wpa=2
wpa_pairwise=CCMP TKIP
ssid=woda
wpa_key_mgmt=WPA-PSK
okc=0
disable_pmksa_caching=1
bssid=00:11:22:33:44:88
Kamil00s napisał/a:Accessing Media Servers from a different network with BubbleUPnP Tether Client
fajnie by ją było uruchomić na gargoylu 
a nie na windows-ie
Mam wrażenie że BubbleUPnP Tether Client - to rozwiązanie skrojone pod BubbleUPnP,
Pewnie lepiej byłoby powalczyć np. z czymś uniwersalnym dla dlna/upnp być może w Twoi wypadku wystarczy przekompilować i użyć "UPnP relay daemon" (https://github.com/phillipberndt/upnprd)
Ameryki pewnie nie odkryję, ale podpowiem tylko że do UPnP i DLNA używa się SSDP
które rozgłasza na 239.255.255.250 z użyciem UDP na porcie 1900, więc musisz tak pokombinować aby rozgłaszana w jednej podsieci informacja docierała do drugiej.
Z pomocą może przyjdzie Ci "smcroute", szukałbym w następujących okolicach ...
https://forum.openwrt.org/viewtopic.php?id=66912
https://forum.openwrt.org/viewtopic.php?id=67102
Jeszcze tylko mały problemik (pierdoła)
za każdym razem gdy zrobię:
/etc/init.d/n2n stop
/etc/init.d/n2n start
nie wchodzi mi trasa zdefiniowana w /etc/config/network
dopóki nie zrobię:
/etc/init.d/network reload
Nie jest to wielki problem, ale działo to wcześniej (jak nie było tam gateway)
option gateway '192.168.5.3'
wówczas trasa się dodawała,
da się coś z tym zrobić ?
Pełna poprawna konfiguracja:
[lokalizacja1]
/etc/config/firewall
config zone
option name 'wan_n2n'
option network 'wan_n2n'
option masq '1'
option mtu_fix '1'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
config forwarding
option src 'lan'
option dest 'wan_n2n'
config rule
option name 'wan_n2n:Allow-Ping'
option src 'wan_n2n'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
/etc/config/network
config interface 'wan_n2n'
option proto 'static'
option ifname 'edge0'
config route
option interface 'wan_n2n'
option target '192.168.2.0'
option gateway '192.168.5.3'
option netmask '255.255.255.0'
/etc/config/n2n
config edge
option ipaddr '192.168.5.2'
option supernode 'x.x.x.x'
option port 'yy'
option community 'pass'
option key 'key'
option route '0'
[lokalizacja2]
Tu ważna jest opcja -r (bez tego nie będzie działać NAT)
edge -a 192.168.5.3 -c pass -k key -l x.x.x.x:yy -f -r
iptables -t nat -I POSTROUTING -s 192.168.1.0/24 -o eth0 -j MASQUERADE
iptables -t nat -I POSTROUTING -s 192.168.5.0/24 -o eth0 -j MASQUERADE
Znalezione posty: 26 do 50 z 418