1

(2 odpowiedzi, napisanych Oprogramowanie / Software)

Masz rację. Nie doczytałem. Teraz mam

config forwarding
        option src 'wan'
        option dest 'lan'

config forwarding
        option src 'lan'
        option dest 'wan'

i dalej to samo. Dziwne jest dla mnie, że pakiety idą do lan tylko pod jeden adres - interfejsu eth0

ifconfig
eth0      Link encap:Ethernet  HWaddr 90:F6:52:8F:08:97
          inet addr:192.168.62.49  Bcast:192.168.62.255  Mask:255.255.255.0
          inet6 addr: fe80::92f6:52ff:fe8f:897/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:851 errors:0 dropped:0 overruns:0 frame:0
          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:57864 (56.5 KiB)  TX bytes:1612 (1.5 KiB)
          Interrupt:5

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:16436  Metric:1
          RX packets:28 errors:0 dropped:0 overruns:0 frame:0
          TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4390 (4.2 KiB)  TX bytes:4390 (4.2 KiB)

wlan0     Link encap:Ethernet  HWaddr 90:F6:52:8F:08:98
          inet addr:192.168.0.246  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::92f6:52ff:fe8f:898/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3696 errors:0 dropped:428 overruns:0 frame:0
          TX packets:426 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:545187 (532.4 KiB)  TX bytes:49421 (48.2 KiB)

Witam. Chciałbym ustawić wr743 w trybie klienta i dołączyć podsieć z inną pulą adresową ale poprzez routing a nie maskaradę, tak by mieć dostęp do wszystkich hostów po stronie lanu wr743. znalazłem dość prosty opis http://wiki.openwrt.org/doc/recipes/rou … ng.routing ale nie działa do końca. O ile wr743 działa w trybie klienta, to nie widać żadnego hosta po stronie lanu prócz samego interfejsu eth0 (czyli lan). Wygląda jakby radio było bridgowane z lanem. Tylko jak? A wyraźnie po stronie sieci 192.168.0.0/24 pingi wędrują i wracają z 192.168.62.49. Już od 192.168.62.45 nie wracają. Czy routing nie działa ponieważ lan jest mostkowany z wlan0 ?

/etc/config/network napisał/a:

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config interface 'lan'
        option ifname 'eth0'
#       option type 'bridge'
        option proto 'static'
        option ipaddr '192.168.62.49'
        option netmask '255.255.255.0'

config interface 'wan'
#       option ifname 'eth1'
#       option proto 'dhcp'
        option proto 'static'
        option ipaddr '192.168.0.246'
        option netmask '255.255.255.0'
        option gateway '192.168.0.1'
        option dns '8.8.8.8'

config switch
        option name 'eth0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'eth0'
        option vlan '1'
        option ports '0 1 2 3 4'

/etc/config/firewall napisał/a:

config defaults
        option syn_flood '1'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'REJECT'

config zone
        option name 'lan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'REJECT'

config zone
        option name 'wan'
#       option network 'wan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'REJECT'
        option masq '0'
        option mtu_fix '1'

config forwarding
        option src 'wan'
        option dest 'lan'

config rule
        option name 'Allow-DHCP-Renew'
        option src 'wan'
        option proto 'udp'
        option dest_port '68'
        option target 'ACCEPT'
        option family 'ipv4'

config rule
        option name 'Allow-Ping'
        option src 'wan'
        option proto 'icmp'
        option icmp_type 'echo-request'
        option family 'ipv4'
        option target 'ACCEPT'

config rule
        option name 'Allow-DHCPv6'
        option src 'wan'
        option proto 'udp'
        option src_ip 'fe80::/10'
        option src_port '547'
        option dest_ip 'fe80::/10'
        option dest_port '546'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-ICMPv6-Input'
        option src 'wan'
        option proto 'icmp'
        list icmp_type 'echo-request'
        list icmp_type 'echo-reply'
        list icmp_type 'destination-unreachable'
        list icmp_type 'packet-too-big'
        list icmp_type 'time-exceeded'
        list icmp_type 'bad-header'
        list icmp_type 'unknown-header-type'
        list icmp_type 'router-solicitation'
        list icmp_type 'neighbour-solicitation'
        list icmp_type 'router-advertisement'
        list icmp_type 'neighbour-advertisement'
        option limit '1000/sec'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-ICMPv6-Forward'
        option src 'wan'
        option dest '*'
        option proto 'icmp'
        list icmp_type 'echo-request'
        list icmp_type 'echo-reply'
        list icmp_type 'destination-unreachable'
        list icmp_type 'packet-too-big'
        list icmp_type 'time-exceeded'
        list icmp_type 'bad-header'
        list icmp_type 'unknown-header-type'
        option limit '1000/sec'
        option family 'ipv6'
        option target 'ACCEPT'

config include
        option path '/etc/firewall.user'

config rule
        option src 'wan'
        option target 'ACCEPT'
        option proto 'tcp'
        option dest_port '22'

config rule
        option src 'wan'
        option target 'ACCEPT'
        option proto 'tcp'
        option dest_port '23'

/etc/config/wireless napisał/a:

config wifi-device 'radio0'
        option type 'mac80211'
        option macaddr '90:f6:52:8f:08:98'
        option hwmode '11ng'
        option htmode 'HT20'
        list ht_capab 'SHORT-GI-40'
        list ht_capab 'TX-STBC'
        list ht_capab 'RX-STBC1'
        list ht_capab 'DSSS_CCK-40'
        option disabled '0'
        option channel '1'

config wifi-iface
        option device 'radio0'
        option network 'wan'
        option mode 'sta'
        option client_bridge '0'
        option ssid 'ssid'
        option encryption 'psk2'
        option key 'secret'

gdyby ktoś miał podobny problem - u mnie pomogła dodanie stabridge do lana w firewallu

config zone
        option name 'lan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'ACCEPT'
        option network 'lan wwan stabridge'

wyłączyłem firewalla i jest OK

Właśnie dorzuciłem adres w stabridge, ponieważ próbowałem różnych opcji. Na początku wcale go nie było. Na wifi i tak jest .2.100 , bez znaczenia czy dam IP w stabridge. Cały czas myślę, że ruch blokuje mi firewall, ale przecież forward na LAN jest ustawiony.

Mam problem podobny jak w temacie http://eko.one.pl/forum/viewtopic.php?id=4050 . Niestety nie mogę dostać się do routera z poprawnie działającym relayd właśnie od strony clienta, który jest bezpośrednio podłączony do tego routera, czy to przez kabel w sieci lan, czy przez równolegle do STA działający tryb AP.

Podpowiedzcie gdzie mam błąd:

/etc/config/network

config interface 'loopback'
        option ifname 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config interface 'lan'
        option ifname 'eth0.1'
        option type 'bridge'
        option proto 'static'
        option ipaddr '192.168.1.100'
#       option netmask '255.255.255.0'
#       option gateway '192.168.2.198'
#       option dns '8.8.8.8'

#config interface 'wan'
#        option ifname 'eth0.2'
#        option proto 'dhcp'

config switch
        option name 'rtl8366rb'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'rtl8366rb'
        option vlan '1'
        option ports '1 2 3 4 5t'

config switch_vlan
        option device 'rtl8366rb'
        option vlan '2'
        option ports '0 5t'

config interface 'wwan'
    option proto 'static'
    option ipaddr '192.168.2.100'
    option netmask '255.255.255.0'
    option gateway '192.168.2.198'
    option dns '8.8.8.8'


config 'interface' 'stabridge'
    option 'proto' 'relay'
    option 'network' 'lan wwan'
    option ipaddr '192.168.2.99'


/etc/config/wireless

config 'wifi-device' 'radio0'
        option 'type' 'mac80211'
        option 'macaddr' '94:0c:6d:ac:53:2e'
        option 'hwmode' '11g'
        option 'htmode' 'HT20'
        list 'ht_capab' 'SHORT-GI-40'
        list 'ht_capab' 'DSSS_CCK-40'
        option 'channel' '1'
        option 'disabled' '0'

config 'wifi-iface' 'cfg2'
        option 'device' 'radio0'
        option 'network' 'wwan'
        option 'mode' 'sta'
        option 'client_bridge' '1'
        option 'ssid' 'dom'
        option 'encryption' 'psk'
        option 'key' 'haslo'

config 'wifi-iface' 'cfg3'
        option 'device' 'radio0'
        option 'network' 'lan'
        option 'mode' 'ap'
        option 'client_bridge' '1'
        option 'ssid' 'dom_gora'
        option 'encryption' 'psk'
        option 'key' 'haslo2'

fragment /etc/config/firewall

config defaults
        option syn_flood '1'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'REJECT'

config zone
        option name 'lan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'ACCEPT'
        option network 'lan wwan'

config zone
        option name 'wan'
        option network 'wan'
        option input 'REJECT'
        option output 'ACCEPT'
        option forward 'REJECT'
        option masq '1'
        option mtu_fix '1'

config forwarding
        option src 'lan'
        option dst 'wan'

/etc/config/dhcp

config dhcp lan
        option interface        lan
        option start    100
        option limit    150
        option leasetime        12h
        option ignore 1

config dhcp wan
        option interface        wan
        option ignore   1

7

(5 odpowiedzi, napisanych Oprogramowanie / Software)

Jak uruchomić E398 w trybie NDIS? Mam modem z CP. Pod Windows pracuje w trybie NDIS. Wg opisu http://eko.one.pl/?p=openwrt-ndis nie ma tu wolnej sekcji pod cdc ether. Co trzeba zmienić żeby option się nie brał za modem? U mnie modem pracuje w trybie LTE przy konfiguracji jak w opisach http://eko.one.pl/?p=openwrt-3g http://eko.one.pl/?p=openwrt-huaweie398 Jedyna różnica to APN dla Cyfrowego Polsatu: internet.cp a nie multi.internet

8

(2 odpowiedzi, napisanych Termometr)

Od kiedy jestem posiadaczem kolejnego klona Arduino,  http://www.pjrc.com/store/teensy.html  , tworzenie nowych prostych projektów jest dziecinnie proste i szybkie. Jak w temacie, podłączyłem czujnik na 1-wire, napisałem prosty program do odczytu temperatury, podłączyłem do WR1043ND po USB. Ponieważ jest tam USB serial, który jak pisze Atmel obsługiwany jest przez CDC drivers, użyłem kmod-usb-acm i działa. Mam /dev/ttyACM0. Wszystko działa super jeśli używam np. minicoma. Ale chciałbym użyć standardowego wejścia i wyjścia do komunikacji z tym terminialem, żeby napisać np skrypt i odczytywać temperaturę. Ustawiłem stty, parametry transmisji. Mogę wykonać polecenie np. echo "mierz" > /dev/ttyACM0 . O ile w tle działa np. cat /dev/ttyACM0, to widzę wartość zwróconą. Nie jest do jednak dobre rozwiązanie bo cat non-stop czyta z pliku urządzenia. Jest jakiś prosty sposób, aby odczytać np. określoną ilość znaków lub całą linię ?

Zastanawia mnie, czy jest stworzenia rootfs na zewnętrznej pamięci podpiętej na usb, jeśli block-extroot nie jest wkompilowane w kernel. Teoretycznie można użyć:

# opkg install block-extroot

Tak zrobiłem, fstab wygląda tak jak opisał Cezar, ale nie działa. Czytałem

http://wiki.openwrt.org/doc/howto/rootf … nalstorage

ale nie widzę odpowiedzi.

Nie chcę ponownie flashować sprzętu.

10

(3 odpowiedzi, napisanych Oprogramowanie / Software)

Wszystko dlatego, że zainstalowałem, ale nie próbowałem użyć smile Człowiek uczy się całe życie...

Wyłączyłem demona transmission a pakiety dalej lecą. Jest coś jeszcze?

11

(3 odpowiedzi, napisanych Oprogramowanie / Software)

Witam,

Mój WR1043ND z Backfire 10.03 wysyła pakiety icmp. Przez przypadek podczas nauki tcpdumpa dostałem takie wyniki:

08:50:47.131216 IP 10.5.50.212 > 115.147.202.20: ICMP 10.5.50.212 udp port 51413 unreachable, length 139
08:50:57.668432 IP 10.5.50.212 > dsl-189-146-174-98-dyn.prod-infinitum.com.mx: ICMP 10.5.50.212 udp port 51413 unreachable, length 139
08:51:00.464754 IP 10.5.50.212 > nj-67-237-6-177.dhcp.embarqhsd.net: ICMP 10.5.50.212 udp port 51413 unreachable, length 139
08:51:01.507689 IP 10.5.50.212 > 117.241.184.231: ICMP 10.5.50.212 udp port 51413 unreachable, length 139
08:51:02.019191 IP 10.5.50.212 > h79-138-43-252.dynamic.se.alltele.net: ICMP 10.5.50.212 udp port 51413 unreachable, length 139
08:51:05.362632 IP 10.5.50.212 > 22.045.dsl.pth.iprimus.net.au: ICMP 10.5.50.212 udp port 51413 unreachable, length 139
08:51:05.664466 IP 10.5.50.212 > nor75-15-81-57-221-79.fbx.proxad.net: ICMP 10.5.50.212 udp port 51413 unreachable, length 139
08:51:08.762289 IP 10.5.50.212 > 59.165.66.70.static-delhi.vsnl.net.in: ICMP 10.5.50.212 udp port 51413 unreachable, length 139


jest tego sporo, co kilka sekund. Jak znaleźć źródło? Na szczęście porty pozamykane, ale ...

na eth0.1 cisza, wlan0 też, tylko eth0.2 (wan) szumi,

root@OpenWrt:~# ps -A
  PID USER       VSZ STAT COMMAND
    1 root      1364 S    init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [ksoftirqd/0]
    4 root         0 SW   [events/0]
    5 root         0 SW   [khelper]
    8 root         0 SW   [async/mgr]
   41 root         0 SW   [sync_supers]
   43 root         0 SW   [bdi-default]
   45 root         0 SW   [kblockd/0]
   70 root         0 SW   [kswapd0]
   71 root         0 SW   [aio/0]
   72 root         0 SW   [crypto/0]
   84 root         0 SW   [mtdblockd]
   90 root         0 SW   [ar71xx-spi]
  225 root         0 SW   [ipolldevd]
  279 root         0 SWN  [jffs2_gcd_mtd3]
  295 root      1364 S    init
  314 root      1368 S    syslogd -C16
  316 root      1352 S    klogd
  330 root       780 S    /sbin/hotplug2 --override --persistent --set-worker /
  493 root         0 SW   [cfg80211]
  623 root         0 SW   [khubd]
  681 root         0 SW   [phy0]
  794 root         0 SW   [scsi_eh_0]
  795 root         0 SW   [usb-storage]
1018 root       824 S    /usr/sbin/ntpclient -i 600 -s -l -D -p 123 -h 0.openw
1157 root      1420 S    hostapd -P /var/run/wifi-phy0.pid -B /var/run/hostapd
1376 root         0 SW   [kjournald]
1494 root      1136 S    /usr/sbin/dropbear -p 22 -P /var/run/dropbear.1.pid
1503 root      2104 S    /usr/sbin/uhttpd -f -h /www -r OpenWrt -x /cgi-bin -t
1521 root      1192 S    /usr/sbin/dropbear -p 22 -P /var/run/dropbear.1.pid
1531 nobody     908 S    /usr/sbin/dnsmasq -K -D -y -Z -b -E -s lan -S /lan/ -
1540 root      2620 S N  smbd -D
1542 root      1368 S    -ash
1547 root      2124 S    nmbd -D
1578 root      2944 S    /usr/sbin/openvpn --syslog openvpn(myvpn) --writepid
1583 root      1360 S    watchdog -t 5 /dev/watchdog
1607 root      3888 S    /usr/bin/transmission-daemon -g /tmp/transmission
1608 root      3888 S    /usr/bin/transmission-daemon -g /tmp/transmission
1609 root      3888 S    /usr/bin/transmission-daemon -g /tmp/transmission
1610 root      3888 S    /usr/bin/transmission-daemon -g /tmp/transmission
1624 root      1212 S    /usr/sbin/dropbear -p 22 -P /var/run/dropbear.1.pid
1625 root      1372 S    -ash
1655 root      1044 S    vsftpd
1699 root      1356 R    ps -A

Witam, właśnie dziś po raz pierwszy odpaliłem OpenWrt na wr1043nd i faktycznie moge potwierdzić problem z wifi w opcji n. Problem dokładnie taki jak u wielu, fragment z loga:

Aug 10 11:59:10 OpenWrt user.warn kernel: WARNING: at /opt/projekty/openwrt/tl-wr1043nd-bf-luci/build_dir/linux-ar71xx/compat-wireless-2010-07-29/drivers/net/wireless/ath/ath9k/xmit.c:127 0x80cc9254()
Aug 10 11:59:10 OpenWrt user.warn kernel: Modules linked in: gspca_zc3xx fuse gspca_main sierra option v4l2_common videodev v4l1_compat usb_storage usbserial nf_nat_tftp nf_conntrack_tftp nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp ipt_MASQUERADE iptable_na
Aug 10 11:59:10 OpenWrt user.warn kernel: Call Trace:[<8007dc4c>] 0x8007dc4c
Aug 10 11:59:10 OpenWrt user.warn kernel: [<800683a4>] 0x800683a4
Aug 10 11:59:10 OpenWrt user.warn kernel: [<800683a4>] 0x800683a4
Aug 10 11:59:10 OpenWrt user.warn kernel: [<8007cb58>] 0x8007cb58
Aug 10 11:59:10 OpenWrt user.warn kernel: [<80cc9254>] 0x80cc9254
Aug 10 11:59:10 OpenWrt user.warn kernel: [<80cc9254>] 0x80cc9254
Aug 10 11:59:10 OpenWrt user.warn kernel: [<80cc36d4>] 0x80cc36d4
Aug 10 11:59:10 OpenWrt user.warn kernel: [<80cc37fc>] 0x80cc37fc

Sprawdziłem w sieci. m.in. hap pisze, że problem występuje, gdy łączy się z kartą intela (ja mam taką właśnie)

https://forum.openwrt.org/viewtopic.php?pid=114623

Nie do końca rozumiem końcową wypowiedź z posta, szczególnie zdanie z "Memphis". Może ktoś się orientuje?

Oczywiście pingi w standardzie n są takie jakby generator liczb losowych uruchomić, dużo lepiej w g, właściwie to prawie wzorowo. Jakieś refleksje?