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 3)
Tyle, że pamiętam, że kiedyś takie coś zrobiłem i z opkg upgrade xxxxxx dostawałem przykładaowo taki komunikat
Multiple packages (kmod-usb-net-cdc-ether and kmod-usb-net-cdc-ether) providing same name marked HOLD or PREFER. Using latest.
kmod-usb-net-cdc-ether - 3.18.18-1 - 3.18.19-1
Witam
Mam WDR4300 z OpenWrt od Cezarego z pierwszej połowy lipca. Pytanie jak zrobić aktualizację do najnowszej wersji biorąc pod uwagę, że mam exroot. Jeśli dobrze czaję to upgrade systemu + podmontowanie pendraka jako exroot spowoduje, że pakiety będę miał dla starszej wersji kernela i opkg nie będzie tego chciał zaktualizować. Formatowanie exroota konieczne jest czy da się to jakoś rozwiązać inaczej.
Po kablu podłączony modem od Multimedii jako WAN, a po stronie LANu, serwer NAS od Synology, print server, komputer stacjonarny i poprzez switcha Xbox360, odtwarzacz Dune i dekoder nC+. Urządzenia jak dotąd działały bezproblemowo. Po przejściu na CC dopiero coś takiego ujrzałem. Muszę sprawdzić, na którym porcie jakie urządzenie siedzi i je przetestować.
Co do wpisów dnsomatic to Dynamic DNS nie miał prawa działać bo nie było dostępu do WAN. Adblocka (hosts.deny) wyłączałem - to nie jego wina.
Dodam jeszcze, że restart routera rozwiązuje problem.
Witam
TP-Link WDR4300 z OpenWrt CC od Cezarego. Dwa razy przy większej ilości danych przesyłanych po WiFi zdarzyło się, że nagle klienci WiFi nie mieli dostępu do routera ani innych urządzeń w sieci, ani internetu (zarówno po nazwach jak i po IP). Po zalogowaniu z komputera podpiętego po kablu w logu było coś takiego:
Log systemowy:
Tue Jul 7 21:00:54 2015 kern.info kernel: [781603.380000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 1 is down
Tue Jul 7 21:01:20 2015 kern.info kernel: [781629.390000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 1 is up
Tue Jul 7 21:01:25 2015 daemon.info dnsmasq-dhcp[19773]: DHCPREQUEST(br-lan) 192.168.1.130 xx:xx:xx:xx:xx:xx
Tue Jul 7 21:01:25 2015 daemon.info dnsmasq-dhcp[19773]: DHCPACK(br-lan) 192.168.1.130 xx:xx:xx:xx:xx:xx print-server
Tue Jul 7 21:01:42 2015 kern.info kernel: [781651.390000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 1 is down
Tue Jul 7 21:01:56 2015 kern.info kernel: [781665.390000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 1 is up
Tue Jul 7 21:02:43 2015 user.err ddns-scripts[2912]: dnsomatic: BusyBox nslookup error: '1'
Tue Jul 7 21:02:43 2015 user.warn ddns-scripts[2912]: dnsomatic: Get registered/public IP for 'xxxxx' failed - retry 1/0 in 60 seconds
Tue Jul 7 21:03:32 2015 daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: group key handshake completed (RSN)
Tue Jul 7 21:03:35 2015 daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: authenticated
Tue Jul 7 21:03:35 2015 daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: associated (aid 1)
Tue Jul 7 21:03:35 2015 daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Tue Jul 7 21:04:23 2015 user.err ddns-scripts[2912]: dnsomatic: BusyBox nslookup error: '1'
Tue Jul 7 21:04:23 2015 user.warn ddns-scripts[2912]: dnsomatic: Get registered/public IP for 'xxxxx' failed - retry 2/0 in 60 seconds
Tue Jul 7 21:04:51 2015 daemon.info hostapd: wlan1: STA xx:xx:xx:xx:xx:xx WPA: group key handshake completed (RSN)
Tue Jul 7 21:05:04 2015 kern.info kernel: [781853.390000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 4 is up
Tue Jul 7 21:05:15 2015 daemon.info dnsmasq[19773]: read /etc/hosts - 1 addresses
Tue Jul 7 21:05:15 2015 daemon.info dnsmasq[19773]: read /tmp/hosts/dhcp - 1 addresses
Tue Jul 7 21:05:15 2015 daemon.info dnsmasq[19773]: read /tmp/hosts/odhcpd - 1 addresses
Tue Jul 7 21:05:16 2015 daemon.info dnsmasq[19773]: read /etc/hosts.deny - 70811 addresses
Tue Jul 7 21:05:16 2015 daemon.info dnsmasq-dhcp[19773]: read /etc/ethers - 0 addresses
Tue Jul 7 21:05:19 2015 daemon.info dnsmasq-dhcp[19773]: DHCPREQUEST(br-lan) 192.168.1.110 xx:xx:xx:xx:xx:xx
Tue Jul 7 21:05:19 2015 daemon.info dnsmasq-dhcp[19773]: DHCPACK(br-lan) 192.168.1.110 xx:xx:xx:xx:xx:xx laptop
Tue Jul 7 21:05:26 2015 daemon.info dnsmasq[19773]: read /etc/hosts - 1 addresses
Tue Jul 7 21:05:26 2015 daemon.info dnsmasq[19773]: read /tmp/hosts/dhcp - 1 addresses
Tue Jul 7 21:05:26 2015 daemon.info dnsmasq[19773]: read /tmp/hosts/odhcpd - 2 addresses
Tue Jul 7 21:05:28 2015 daemon.info dnsmasq[19773]: read /etc/hosts.deny - 70811 addresses
Tue Jul 7 21:05:28 2015 daemon.info dnsmasq-dhcp[19773]: read /etc/ethers - 0 addresses
Log jądra:
[548619.360000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 5 is down
[548623.360000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 5 is up
[548779.360000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 5 is down
[548781.360000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 5 is up
[781603.380000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 1 is down
[781629.390000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 1 is up
[781651.390000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 1 is down
[781665.390000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 1 is up
[781853.390000] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:00: Port 4 is up
Ktoś doradzi co się może dziać?
Przecież kmod-fs-cifs wystarcza.
Witam
Przesiadłem się niedawno na OpenWrt CC od Cezarego i zauważyłem, że cokolwiek bym nie kombinował to txpower dla WiFi 2,4 GHz maksymalnie wynosi 17 dBm.
Konfiguracja wygląda tak:
config wifi-device 'radio0'
option type 'mac80211'
option channel '13'
option hwmode '11g'
option path 'platform/ar934x_wmac'
option country 'PL'
option noscan '1'
option txpower '20'
option htmode 'HT40-'
config wifi-iface
option device 'radio0'
option network 'lan'
option mode 'ap'
option ssid 'Bieniu_WLAN'
option encryption 'psk2+ccmp'
option key 'xxxxxxx'
Sprzęt 20 dBm obsługuje (na OpenWrt BB spokojnie tyle dawał)
root@router:~# iw phy0 info | grep MHz
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm)
* 2472 MHz [13] (20.0 dBm)
* 2484 MHz [14] (disabled)
Próbowałem zmienić txpower poprzez iwconfig wlan0 txpower 20 ale nic to nie dało. Nadal wynik ten sam:
root@router:~# iwconfig wlan0
wlan0 IEEE 802.11bgn Mode:Master Tx-Power=17 dBm
RTS thr:off Fragment thr:off
Power Management:off
Ma ktoś jakiś pomysł?
W sumie mógłbym zrobić port 1979 bez podawania interfejsu ale z przyzwyczajenia ustawiłem jak miałem wcześniej. Na BB nie było z tym problemów. Ważne, że działa już jak należy. Przy okazji czegoś się naumiałem grzebiąc. Dzięki za pomoc.
Poradziłem sobie. Zgodnie z http://wiki.openwrt.org/doc/uci/dropbear dodałem plik /etc/hotplug.d/iface/40-dropbear o zawartości:
#!/bin/sh
if [ "$INTERFACE" = "wan" ] && [ "$ACTION" = "ifup" ]
then
/etc/init.d/dropbear restart
fi
Na to wygląda, że nie:
root@router:~# netstat -tln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 127.0.0.1:5353 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN
tcp 0 0 192.168.1.1:22 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN
tcp 0 0 :::5000 :::* LISTEN
tcp 0 0 :::139 :::* LISTEN
tcp 0 0 :::80 :::* LISTEN
tcp 0 0 :::53 :::* LISTEN
tcp 0 0 :::443 :::* LISTEN
tcp 0 0 :::445 :::* LISTEN
Jedyny proces dropbear jaki działa to
/usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p 192.168.1.1:22 -p 2001:470:71:7f2::1:22 -p fd3f:941b:b56b::1:22 -K 300
Jak ponownie dodałem przez luci SSH dla 1979 to działa. Po restarcie routera przestaje. Czyli usługa nie startuje z systemem. Gdzie szukać problemu?
Witam
Nie wiem co jest grane ale po przesiadce na CC od Cezarego nie mogę otworzyć portu dla SSH. Konfiguracja wygląda tak:
/etc/config/dropbear
config dropbear
option PasswordAuth 'on'
option Port '22'
option Interface 'lan'
config dropbear
option PasswordAuth 'on'
option Interface 'wan'
option Port '1979'
/etc/config/firewall
...
config rule
option target 'ACCEPT'
option src 'wan'
option dest_port '1979'
option proto 'tcp'
option name 'Allow-SSH'
...
Wszelkie próby połączenia z portem 1979 z internetu nie działają. O czymś zapomniałem? Taki sam sposób otwarcia portu 443 dla dostępu do panelu WWW routera działa.
Dzięki za pomoc. Nie wiedziałem, że na HT40 nie przeskoczę na wyższy kanał.
Może mi ktoś podpowiedzieć co robię nie tak, że na WDR4300 z OpenWRT BB od Cezarego WiFi 5GHz działa mi tylko dla kanałów 36, 40, 44 i 48.
Jak zmienię kanał na inny to w logu mam coś takiego:
ue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): Configuration file: /var/run/hostapd-phy1.conf
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): wlan1: interface state COUNTRY_UPDATE->DFS
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): wlan1: DFS-CAC-START freq=5260 chan=52 sec_chan=1, width=0, seg0=0, seg1=0, cac_time=60s
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): DFS start_dfs_cac() failed, -1
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): Interface initialization failed
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): wlan1: interface state DFS->DISABLED
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): wlan1: AP-DISABLED
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): wlan1: Unable to setup interface.
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): hostapd_free_hapd_data: Interface wlan1 wasn't started
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): ELOOP: remaining socket: sock=19 eloop_data=0x6f2340 user_data=(nil) handler=0x413821
Tue Jun 23 20:32:19 2015 daemon.notice netifd: radio1 (1370): cat: can't open '/var/run/wifi-phy1.pid': No such file or directory
Moja konfiguracja to:
config wifi-device 'radio1'
option type 'mac80211'
option hwmode '11a'
option path 'pci0000:00/0000:00:00.0'
option country 'PL'
option noscan '1'
option htmode 'HT40'
option txpower '17'
option channel '52'
Polecenie iw phy1 info wypluwa coś takiego:
Wiphy phy1
max # scan SSIDs: 4
max scan IEs length: 2261 bytes
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Device supports AP-side u-APSD.
Device supports T-DLS.
Available Antennas: TX 0x7 RX 0x7
Configured Antennas: TX 0x7 RX 0x7
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* WDS
* monitor
* mesh point
* P2P-client
* P2P-GO
Band 2:
Capabilities: 0x11ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-23
Frequencies:
* 5180 MHz [36] (17.0 dBm)
* 5200 MHz [40] (20.0 dBm)
* 5220 MHz [44] (17.0 dBm)
* 5240 MHz [48] (17.0 dBm)
* 5260 MHz [52] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5280 MHz [56] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5300 MHz [60] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5320 MHz [64] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5500 MHz [100] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5520 MHz [104] (21.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5540 MHz [108] (21.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5560 MHz [112] (21.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5580 MHz [116] (21.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5600 MHz [120] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5620 MHz [124] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5640 MHz [128] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5660 MHz [132] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5680 MHz [136] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5700 MHz [140] (17.0 dBm) (radar detection)
DFS state: usable (for 138 sec)
DFS CAC time: 60000 ms
* 5745 MHz [149] (disabled)
* 5765 MHz [153] (disabled)
* 5785 MHz [157] (disabled)
* 5805 MHz [161] (disabled)
* 5825 MHz [165] (disabled)
valid interface combinations:
* #{ managed, WDS } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
total <= 2048, #channels <= 1, STA/AP BI must match
* #{ IBSS, AP, mesh point } <= 1,
total <= 1, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz }
HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
Po restarcie zadziałało. Dzięki za pomoc i naukę.
Obie paczki zainstalowane:
6in4 - 17-1
base-files - 156-r44952
block-mount - 2015-02-25.1-914b023e71559e033ec5a1f9840511eb1ccaf386
busybox - 1.22.1-3
chat - 2.4.7-2
comgt - 0.32-25
comgt-directip - 0.32-25
comgt-ncm - 0.32-25
ddns-scripts - 1.0.0-23
dnscrypt-proxy - 1.4.3-1
dnsmasq - 2.71-4
dropbear - 2014.63-2
e2fsprogs - 1.42.4-1
etherwake - 1.09-3
fdisk - 2.24.1-1
firewall - 2014-09-19
fstools - 2015-02-25.1-914b023e71559e033ec5a1f9840511eb1ccaf386
glib2 - 2.41.1-2
hostapd-common - 2014-06-03.1-1
ip - 3.15.0-1
ip6tables - 1.4.21-1
iptables - 1.4.21-1
iptables-mod-conntrack-extra - 1.4.21-1
iptables-mod-filter - 1.4.21-1
iptables-mod-ipopt - 1.4.21-1
iptables-mod-iprange - 1.4.21-1
iputils-ping6 - 20101006-1
iw - 3.15-1
iwinfo - 51
jshn - 2014-08-04-dffbc09baf71b294185a36048166d00066d433b5
jsonfilter - 2014-06-19-cdc760c58077f44fc40adbbe41e1556a67c1b9a9
kernel - 3.10.49-1-becd32b8bdfa9b04d3479ea77373b254
kmod-ath - 3.10.49+2014-05-22-1
kmod-ath10k - 3.10.49+2014-05-22-1
kmod-ath9k - 3.10.49+2014-05-22-1
kmod-ath9k-common - 3.10.49+2014-05-22-1
kmod-cfg80211 - 3.10.49+2014-05-22-1
kmod-crypto-aes - 3.10.49-1
kmod-crypto-arc4 - 3.10.49-1
kmod-crypto-core - 3.10.49-1
kmod-crypto-des - 3.10.49-1
kmod-crypto-ecb - 3.10.49-1
kmod-crypto-hash - 3.10.49-1
kmod-crypto-hmac - 3.10.49-1
kmod-crypto-manager - 3.10.49-1
kmod-crypto-md4 - 3.10.49-1
kmod-crypto-md5 - 3.10.49-1
kmod-crypto-pcompress - 3.10.49-1
kmod-crypto-sha1 - 3.10.49-1
kmod-crypto-sha256 - 3.10.49-1
kmod-fs-cifs - 3.10.49-1
kmod-fs-ext4 - 3.10.49-1
kmod-fs-vfat - 3.10.49-1
kmod-fuse - 3.10.49-1
kmod-gpio-button-hotplug - 3.10.49-1
kmod-gre - 3.10.49-1
kmod-ifb - 3.10.49-1
kmod-ip6tables - 3.10.49-1
kmod-ipt-conntrack - 3.10.49-1
kmod-ipt-conntrack-extra - 3.10.49-1
kmod-ipt-core - 3.10.49-1
kmod-ipt-filter - 3.10.49-1
kmod-ipt-ipopt - 3.10.49-1
kmod-ipt-iprange - 3.10.49-1
kmod-ipt-nat - 3.10.49-1
kmod-ipt-nathelper - 3.10.49-1
kmod-iptunnel - 3.10.49-1
kmod-iptunnel4 - 3.10.49-1
kmod-ipv6 - 3.10.49-1
kmod-l2tp - 3.10.49-1
kmod-leds-wndr3700-usb - 3.10.49-1
kmod-ledtrig-usbdev - 3.10.49-1
kmod-lib-crc-ccitt - 3.10.49-1
kmod-lib-crc16 - 3.10.49-1
kmod-lib-textsearch - 3.10.49-1
kmod-mac80211 - 3.10.49+2014-05-22-1
kmod-mii - 3.10.49-1
kmod-mppe - 3.10.49-1
kmod-nls-base - 3.10.49-1
kmod-nls-cp437 - 3.10.49-1
kmod-nls-iso8859-1 - 3.10.49-1
kmod-ppp - 3.10.49-1
kmod-pppoe - 3.10.49-1
kmod-pppol2tp - 3.10.49-1
kmod-pppox - 3.10.49-1
kmod-pptp - 3.10.49-1
kmod-sched-connmark - 3.10.49-1
kmod-sched-core - 3.10.49-1
kmod-scsi-core - 3.10.49-1
kmod-sit - 3.10.49-1
kmod-slhc - 3.10.49-1
kmod-tun - 3.10.49-1
kmod-usb-acm - 3.10.49-1
kmod-usb-core - 3.10.49-1
kmod-usb-net - 3.10.49-1
kmod-usb-net-cdc-ether - 3.10.49-1
kmod-usb-net-cdc-ncm - 3.10.49-1
kmod-usb-net-huawei-cdc-ncm - 3.10.49-1
kmod-usb-net-qmi-wwan - 3.10.49-1
kmod-usb-net-rndis - 3.10.49-1
kmod-usb-net-sierrawireless - 3.10.49-1
kmod-usb-ohci - 3.10.49-1
kmod-usb-printer - 3.10.49-1
kmod-usb-serial - 3.10.49-1
kmod-usb-serial-option - 3.10.49-1
kmod-usb-serial-sierrawireless - 3.10.49-1
kmod-usb-serial-wwan - 3.10.49-1
kmod-usb-storage - 3.10.49-1
kmod-usb-wdm - 3.10.49-1
kmod-usb2 - 3.10.49-1
libattr - 20140610-1
libblkid - 2.24.1-1
libblobmsg-json - 2014-08-04-dffbc09baf71b294185a36048166d00066d433b5
libc - 0.9.33.2-1
libcurl - 7.38.0-1
libevent2 - 2.0.21-1
libext2fs - 1.42.4-1
libffi - 3.0.13-1
libfuse - 2.9.0-2
libgcc - 4.8-linaro-1
libip4tc - 1.4.21-1
libip6tc - 1.4.21-1
libiwinfo - 51
libiwinfo-lua - 51
libjson-c - 0.11-2
libjson-script - 2014-08-04-dffbc09baf71b294185a36048166d00066d433b5
liblua - 5.1.5-1
liblzo - 2.08-1
libncurses - 5.9-1
libnfnetlink - 1.0.1-1
libnl-tiny - 0.1-3
libopenssl - 1.0.2a-0
libpolarssl - 1.3.9-2
libpthread - 0.9.33.2-1
librpc - 0.9.32-rc2-0a2179bbc0844928f2a0ec01dba93d9b5d6d41a7
librt - 0.9.33.2-1
libsodium - 1.0.2-1
libubox - 2014-08-04-dffbc09baf71b294185a36048166d00066d433b5
libubus - 2014-09-17-4c4f35cf2230d70b9ddd87638ca911e8a563f2f3
libubus-lua - 2014-09-17-4c4f35cf2230d70b9ddd87638ca911e8a563f2f3
libuci - 2014-04-11.1-1
libuci-lua - 2014-04-11.1-1
libusb-1.0 - 1.0.9-1
libustream-polarssl - 2014-03-25-fc0b5ec804ee43c532978dd04ab0509c34baefb0
libuuid - 2.24.1-1
libxtables - 1.4.21-1
lua - 5.1.5-1
luci - 0.12+svn-r10530-1
luci-app-commands - 0.12+svn-r10530-1
luci-app-ddns - 0.12+svn-r10530-1
luci-app-ekooneplstat - 20141206-1
luci-app-firewall - 0.12+svn-r10530-1
luci-app-qos - 0.12+svn-r10530-1
luci-app-samba - 0.12+svn-r10530-1
luci-app-upnp - 0.12+svn-r10530-1
luci-app-watchcat - 0.12+svn-r10530-1
luci-app-wol - 0.12+svn-r10530-1
luci-base - 0.12+svn-r10530-1
luci-i18n-english - 0.12+svn-r10530-1
luci-i18n-polish - 0.12+svn-r10530-1
luci-lib-nixio - 0.12+svn-r10530-1
luci-mod-admin-full - 0.12+svn-r10530-1
luci-proto-3g - 0.12+svn-r10530-1
luci-proto-ipv6 - 0.12+svn-r10530-1
luci-proto-ppp - 0.12+svn-r10530-1
luci-proto-relay - 0.12+svn-r10530-1
luci-ssl - 0.12+svn-r10530-1
luci-theme-bootstrap - 0.12+svn-r10530-1
mc - 4.8.10-1
miniupnpd - 1.8.20140523-4
mtd - 20
nano - 2.3.6-1
netifd - 2014-09-08.1-46c569989f984226916fec28dd8ef152a664043e
ntfs-3g - 2014.2.15-1-fuseint
odhcp6c - 2014-12-10-722226c4f1d45c8bf4ac9189523738abcf7d648f
odhcpd - 2014-09-25-a6e2953843eaf6c93764f9feef10466e7a84ec85
openssl-util - 1.0.2a-0
opkg - 9c97d5ecd795709c8584e972bfdf3aee3a5b846d-7
ppp - 2.4.7-2
ppp-mod-pppoe - 2.4.7-2
ppp-mod-pppol2tp - 2.4.7-2
ppp-mod-pptp - 2.4.7-2
procd - 2014-09-15-c1a558f7d0c1e6c1ffa5a47d557a7b45205eef1d
px5g - 3
qos-scripts - 1.2.1-7
relayd - 2014-06-29-8b20ffae06b9b7fcc6fb52d3b8a80b45ed424e39
resolveip - 2
samba36-server - 3.6.25-1
swconfig - 10
tc - 3.15.0-1
terminfo - 5.9-1
ubox - 2015-02-25.1-31f0ff358b360ee461d845c1b3b5e5d38fa27925
ubus - 2014-09-17-4c4f35cf2230d70b9ddd87638ca911e8a563f2f3
ubusd - 2014-09-17-4c4f35cf2230d70b9ddd87638ca911e8a563f2f3
uci - 2014-04-11.1-1
uhttpd - 2014-10-27-fd8e5e379c23c5fbcec3e76894b839233df09067
uhttpd-mod-ubus - 2014-10-27-fd8e5e379c23c5fbcec3e76894b839233df09067
uqmi - 2014-12-03-86bcdb8cca652676a78b2df8b5e3fb27a40c60a4
usb-modeswitch - 2014-07-18-01ecc3b9764d1dd89cf36ede0a2d98f9adb0cd33
watchcat - 1-5
wpad-mini - 2014-06-03.1-1
wput - 0.6.2-1
xl2tpd - 1.3.6-5619e1771048e74b729804e8602f409af0f3faea
zip - 3.0-1
zlib - 1.2.8-1
Cezary napisał/a:Nadal tego nie masz albo nie załadowałeś. kmod-ipt-iprange też załadowałeś?
A jak to załadować?
Oczywiście iptables-mod-iprange nie miałem. Po instalacji nadal coś źle robię:
root@router:~# iptables -t nat -I PREROUTING -m iprange --src-range 192.168.1.51
-192.168.1.254 -p udp --dport 123 -j DNAT --to 192.168.1.50
iptables: No chain/target/match by that name.
Czy z /etc/config/network powinienem z sekcji WAN usunąć wpis o DNSach po konfiguracji DNSCrypt?
option dns '208.67.222.222 208.67.220.220'
Witam
W ramach zabaw i nauki próbowałem wszystkie zapytania z sieci lokalnej do serwerów ntp przekierować na serwer NAS (192.168.1.50), który pełni taką rolę. Wykombinowałem coś takiego:
iptables -t nat -I PREROUTING -s 192.168.1.0/24 -p udp --dport 123 -j DNAT --to 192.168.1.50
ale oczywiście to nie pozwoli samemu serwerowi komunikować się z serwerami ntp w internecie. I teraz pytanie jak zawęzić zakres IP?
Próbowałem tak:
iptables -t nat -I PREROUTING -m iprange --src-range 192.168.1.51-192.168.1.254 -p udp --dport 123 -j DNAT --to 192.168.1.50
ale system nie przyjmuję tej składni jako prawidłowej.
Ktoś pomoże?
Ja dokładnie szukam tego samego. Mam WDR4300 w mieszkaniu w bloku i niestety zasięg zawodzi na 5GHz. W jednym pokoju (jakieś 5 metrów od routera, po drodze dwie ściany murowane) o stabilnym połączeniu można pomarzyć (klienci łączą się i po chwili rozłączają). Myślę o zmianie anten na takie http://www.ebay.pl/itm/130938250235 ale nie mam pewności czy to pomoże. Może Archer C5 ma lepszy zasięg w 5GHz bo ma osobne anteny dla 2,4 i 5GHz?
Witam
Zależy mi na korzystaniu w domu z WiFi 5 GHz (na 2,4 tłok straszny) niestety na moim TP-Linku WDR4300 zasięg w jednym z pokoi jest bardzo kiepski na tej częstotliwości. Laptop jakoś łapie sygnał ale już smartfony co chwila się rozłączają. Może ktoś się orientuje czy wymiana anten na 9 dBi np. takie http://www.ebay.pl/itm/130938250235 coś da? Czy może lepiej darować sobie takie kombinacje i kupić WDR4900, który ma osobne anteny dla 2,4 i 5 GHz?
Używam OpenWrt+LuCI od Cezarego (build 44441). WAN z kablówki poprzez modem kablowy. Mam dodaną obsługę IPv6 za pomocą tunelu https://tunnelbroker.net Czasem w logu pojawiają się powtarzające się błędy:
Sun Mar 22 20:43:12 2015 kern.debug kernel: [1236337.220000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:12 2015 kern.debug kernel: [1236337.220000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:12 2015 kern.debug kernel: [1236337.220000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:12 2015 kern.debug kernel: [1236337.230000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:12 2015 kern.debug kernel: [1236337.230000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:12 2015 kern.debug kernel: [1236337.240000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:12 2015 kern.debug kernel: [1236337.240000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:15 2015 kern.debug kernel: [1236340.250000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:15 2015 kern.debug kernel: [1236340.250000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:15 2015 kern.debug kernel: [1236340.250000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:19 2015 kern.debug kernel: [1236343.620000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:19 2015 kern.debug kernel: [1236343.620000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:22 2015 kern.debug kernel: [1236347.320000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:22 2015 kern.debug kernel: [1236347.320000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:22 2015 kern.debug kernel: [1236347.320000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:22 2015 kern.debug kernel: [1236347.330000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:22 2015 kern.debug kernel: [1236347.330000] icmp6_send: no reply to icmp error
Sun Mar 22 20:43:27 2015 kern.debug kernel: [1236351.730000] icmp6_send: no reply to icmp error
Ktoś może podpowie co jest nie tak i jak to poprawić?
@Cezary Popieram 
I przy takich ustawieniach masz z VPNu dostęp do urządzeń w LAN?
@copernic_us Wprowadziłem konfigurację tak jak u Ciebie i jest postęp. Po połączeniu strony się ładują ale nie mam dostępu do innych urządzeń w sieci lokalnej. Nie powinno być jeszcze tak?
config forwarding
option src 'vpn'
option dest 'lan'
Klient w logu wyświetla:
Routes: 0.0.0.0/0, 10.8.0.1/32, 10.8.0.4/30, 192.168.1.0/24
Zainstalowałem klienta OpenVPN na laptopie z Windowsem i efekt dokładnie taki sam. Łączy się, mogę pingować 192.168.1.1 oraz 10.8.0.1 (po dodaniu trasy ten ping zaczął działać). Pingi innych maszyn w sieci lub czegokolwiek z internetu nie dostają odpowiedzi.
Znalezione posty: 26 do 50 z 69