root@LEDE:~# netstat -apn
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.1:139 0.0.0.0:* LISTEN 1730/smbd
tcp 0 0 192.168.0.2:139 0.0.0.0:* LISTEN 1730/smbd
tcp 0 0 0.0.0.0:8019 0.0.0.0:* LISTEN 1535/uhttpd
tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 1953/dnsmasq
tcp 0 0 0.0.0.0:2424 0.0.0.0:* LISTEN 4132/dropbear
tcp 0 0 192.168.0.2:24 0.0.0.0:* LISTEN 1269/dropbear
tcp 0 0 0.0.0.0:8091 0.0.0.0:* LISTEN 1535/uhttpd
tcp 0 0 127.0.0.1:445 0.0.0.0:* LISTEN 1730/smbd
tcp 0 0 192.168.0.2:445 0.0.0.0:* LISTEN 1730/smbd
tcp 0 148 192.168.0.2:24 192.168.0.3:49516 ESTABLISHED 19650/dropbear
tcp 0 0 ::1:139 :::* LISTEN 1730/smbd
tcp 0 0 fdcd:9cdd:906a::1:139 :::* LISTEN 1730/smbd
tcp 0 0 fe80::7444:1ff:fe88:39e2:139 :::* LISTEN 1730/smbd
tcp 0 0 :::8019 :::* LISTEN 1535/uhttpd
tcp 0 0 :::53 :::* LISTEN 1953/dnsmasq
tcp 0 0 :::2424 :::* LISTEN 4132/dropbear
tcp 0 0 :::8091 :::* LISTEN 1535/uhttpd
tcp 0 0 ::1:445 :::* LISTEN 1730/smbd
tcp 0 0 fdcd:9cdd:906a::1:445 :::* LISTEN 1730/smbd
tcp 0 0 fe80::7444:1ff:fe88:39e2:445 :::* LISTEN 1730/smbd
udp 0 0 0.0.0.0:53 0.0.0.0:* 1953/dnsmasq
udp 0 0 0.0.0.0:67 0.0.0.0:* 1953/dnsmasq
udp 0 0 192.168.0.255:137 0.0.0.0:* 1731/nmbd
udp 0 0 192.168.0.2:137 0.0.0.0:* 1731/nmbd
udp 0 0 0.0.0.0:137 0.0.0.0:* 1731/nmbd
udp 0 0 192.168.0.255:138 0.0.0.0:* 1731/nmbd
udp 0 0 192.168.0.2:138 0.0.0.0:* 1731/nmbd
udp 0 0 0.0.0.0:138 0.0.0.0:* 1731/nmbd
udp 0 0 :::546 :::* 1548/odhcp6c
udp 0 0 :::547 :::* 1082/odhcpd
udp 0 0 :::53 :::* 1953/dnsmasq
raw 0 0 ::%1:58 ::%4442540:* 58 1548/odhcp6c
raw 0 0 ::%1:58 ::%4442540:* 58 1082/odhcpd
raw 0 0 ::%1:58 ::%4442540:* 58 1082/odhcpd
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 2 [ ] DGRAM 2161 1692/hostapd /var/run/hostapd/wlan1
unix 2 [ ACC ] STREAM LISTENING 378 525/ubusd /var/run/ubus.sock
unix 2 [ ACC ] STREAM LISTENING 3984 1731/nmbd /var/nmbd/unexpected
unix 10 [ ] DGRAM 1186 932/logd /dev/log
unix 2 [ ] DGRAM 2216 1694/hostapd /var/run/hostapd/wlan0
unix 3 [ ] STREAM CONNECTED 1442 525/ubusd /var/run/ubus.sock
unix 2 [ ] DGRAM 4334 1953/dnsmasq
unix 2 [ ] DGRAM 1676 1044/netifd
unix 3 [ ] STREAM CONNECTED 1374 1044/netifd
unix 3 [ ] STREAM CONNECTED 388 525/ubusd /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 2204 525/ubusd /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 1189 525/ubusd /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 2220 525/ubusd /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 1441 1082/odhcpd
unix 2 [ ] DGRAM 1372 1044/netifd
unix 2 [ ] DGRAM 1775 1082/odhcpd
unix 3 [ ] STREAM CONNECTED 387 1/procd
unix 3 [ ] STREAM CONNECTED 1188 932/logd
unix 3 [ ] STREAM CONNECTED 1238 961/rpcd
unix 2 [ ] DGRAM 1498 1130/crond
unix 3 [ ] STREAM CONNECTED 3536 525/ubusd /var/run/ubus.sock
unix 2 [ ] DGRAM 5355 1692/hostapd
unix 3 [ ] STREAM CONNECTED 2203 1692/hostapd
unix 2 [ ] DGRAM 382 525/ubusd
unix 3 [ ] STREAM CONNECTED 2219 1694/hostapd
unix 3 [ ] STREAM CONNECTED 3535 1535/uhttpd
unix 3 [ ] STREAM CONNECTED 1239 525/ubusd /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 1375 525/ubusd /var/run/ubus.sock
unix 2 [ ] DGRAM 1884 1269/dropbear
unix 2 [ ] DGRAM 8842 4132/dropbear
unix 2 [ ] DGRAM 700 1/procd
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Opcje wyszukiwania (Strona 4 z 7)
eko.one.pl → Posty przez yabba235
Znalezione posty: 76 do 100 z 168
76 2017-02-09 16:46:25
Odp: LEDE 17 SNAPSHOT LUCI dostęp poprzez WAN (47 odpowiedzi, napisanych Oprogramowanie / Software)
77 2017-02-09 16:43:38
Odp: LEDE 17 SNAPSHOT LUCI dostęp poprzez WAN (47 odpowiedzi, napisanych Oprogramowanie / Software)
Proszę:
root@LEDE:~# netstat
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 LEDE.lan:24 macmini.lan:49516 ESTABLISHED
Active UNIX domain sockets (w/o servers)
Proto RefCnt Flags Type State I-Node Path
unix 2 [ ] DGRAM 2161 /var/run/hostapd/wlan1
unix 10 [ ] DGRAM 1186 /dev/log
unix 2 [ ] DGRAM 2216 /var/run/hostapd/wlan0
unix 3 [ ] STREAM CONNECTED 1442 /var/run/ubus.sock
unix 2 [ ] DGRAM 4334
unix 2 [ ] DGRAM 1676
unix 3 [ ] STREAM CONNECTED 1374
unix 3 [ ] STREAM CONNECTED 388 /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 2204 /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 1189 /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 2220 /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 1441
unix 2 [ ] DGRAM 1372
unix 2 [ ] DGRAM 1775
unix 3 [ ] STREAM CONNECTED 387
unix 3 [ ] STREAM CONNECTED 1188
unix 3 [ ] STREAM CONNECTED 1238
unix 2 [ ] DGRAM 1498
unix 3 [ ] STREAM CONNECTED 3536 /var/run/ubus.sock
unix 2 [ ] DGRAM 5355
unix 3 [ ] STREAM CONNECTED 2203
unix 2 [ ] DGRAM 382
unix 3 [ ] STREAM CONNECTED 2219
unix 3 [ ] STREAM CONNECTED 3535
unix 3 [ ] STREAM CONNECTED 1239 /var/run/ubus.sock
unix 3 [ ] STREAM CONNECTED 1375 /var/run/ubus.sock
unix 2 [ ] DGRAM 1884
unix 2 [ ] DGRAM 8842
unix 2 [ ] DGRAM 700
Nasa mam do mojego routera, tamten jest 10m dalej, na piętrze, gdzie dochodzi mi swiatłowód.
BTW, w logreadzi mam takie wpisy>
Thu Feb 9 13:40:36 2017 daemon.warn dnsmasq[1953]: possible DNS-rebind attack detected: 192-168-0-7.mydns.jdownloader.org
Mam sie martwić czy to tak działa ?
78 2017-02-09 16:37:26
Odp: LEDE 17 SNAPSHOT LUCI dostęp poprzez WAN (47 odpowiedzi, napisanych Oprogramowanie / Software)
Cezary napisał/a:
Jeżeli ruch miałeś przekierowany na gargoyle a w gargoyle na coś innego - tak działa.
No działa, ale teraz nie działa luci i ssh, na gargulcu mogłem sie połaczyć zdalnei z gui i konsolą, jedyna różnica jest że zmieniłę gargulca na lede
Pokaż co masz i jak masz na tym głównym routerze.
Niestety, nie pokażę, bo tam nie mam dostępu - "moje porty" chłopaki z multipleya otworzyli mi w tym ich routerze na ip 192.168.1.11, czyli te, które wchodzi do wana mojego routera.
Więc powinno wszystko banglać jak na gargulcu, a tak nie jest - dostęp do nasa mam, do jdownloadera na nasie też mam, do konsoli nasa mam, a do mojego routera brak. No i te nieszczęsne przekierowanie na nasa kiedy wpsisuję port https luci - coś jest nie tak z httpsem u mnie.
Przy okazji ps pokazuje ze uhttpd nie ma adresu https tylko http:
1535 root 3764 S /usr/sbin/uhttpd -f -h /www -r LEDE -x /cgi-bin -u /ubus -t 60 -T 30 -k 20 -A 1 -n 3 -N 100 -R -p 0.0.0.0:8019 -p [::]:8019 -C /etc/uhttpd.cr
Czy to znaczy, że serwer https nie działa ?
79 2017-02-09 16:15:56
Odp: LEDE 17 SNAPSHOT LUCI dostęp poprzez WAN (47 odpowiedzi, napisanych Oprogramowanie / Software)
OK, to dlaczego te przekierowania działały mi na gargoyle, a teraz nie działają ?
80 2017-02-09 15:55:30
Odp: LEDE 17 SNAPSHOT LUCI dostęp poprzez WAN (47 odpowiedzi, napisanych Oprogramowanie / Software)
Na tamtym routerze mam wszystkie porty przekierowane na ten z lede, przecież min. dziala przekierowanie na nasa ?
Jakbym nei miał tych portów otwartych na tamtym routerze to by nie działało. To są te same porty na k†órych miałem gargoyle, na k†órym wszsytko działało od strzała 
81 2017-02-09 15:46:31
Odp: LEDE 17 SNAPSHOT LUCI dostęp poprzez WAN (47 odpowiedzi, napisanych Oprogramowanie / Software)
Jestem już w domu, ale wklejam wynik:
br-lan Link encap:Ethernet HWaddr 76:44:01:88:39:E2
inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::7444:1ff:fe88:39e2/64 Scope:Link
inet6 addr: fdcd:9cdd:906a::1/60 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:441041 errors:0 dropped:0 overruns:0 frame:0
TX packets:1208360 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:26175375 (24.9 MiB) TX bytes:1791162824 (1.6 GiB)
eth0 Link encap:Ethernet HWaddr 76:44:01:88:39:E2
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:422748 errors:0 dropped:0 overruns:0 frame:0
TX packets:1188926 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:29635312 (28.2 MiB) TX bytes:1771062878 (1.6 GiB)
Interrupt:4
eth1 Link encap:Ethernet HWaddr 74:44:01:88:39:E3
inet addr:192.168.1.11 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::7644:1ff:fe88:39e3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1207564 errors:0 dropped:0 overruns:0 frame:0
TX packets:438254 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1790512858 (1.6 GiB) TX bytes:32045157 (30.5 MiB)
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:65536 Metric:1
RX packets:117 errors:0 dropped:0 overruns:0 frame:0
TX packets:117 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:10889 (10.6 KiB) TX bytes:10889 (10.6 KiB)
wlan0 Link encap:Ethernet HWaddr 74:44:01:88:39:E2
inet6 addr: fe80::7644:1ff:fe88:39e2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:674 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:122643 (119.7 KiB)
wlan1 Link encap:Ethernet HWaddr 74:44:01:88:39:E4
inet6 addr: fe80::7644:1ff:fe88:39e4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:18301 errors:0 dropped:0 overruns:0 frame:0
TX packets:20194 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2716611 (2.5 MiB) TX bytes:20767396 (19.8 MiB)
82 2017-02-09 13:02:29
Temat: LEDE 17 SNAPSHOT LUCI dostęp poprzez WAN (47 odpowiedzi, napisanych Oprogramowanie / Software)
OK, zgodnie z sugestią tgworzę nowy temat.
Próbuję dostać sie do routera z LEDE kompa z pracy i nijak mi to sie nie udaje.
Wpisując adres routera ( stały ip ) i port, który zmieniłęm dla luci albo dostaję błąd ssl ( https ) albo zgłasza się mój nas ( http ).
Zdecydowanie coś jest nie tak.
Tu jest konfig uhttpd:
config uhttpd 'main'
list listen_http '0.0.0.0:8019'
list listen_http '[::]:8019'
list listen_https '0.0.0.0:8091'
list listen_https '[::]:8091'
option redirect_https '1'
option home '/www'
option rfc1918_filter '1'
option max_requests '3'
option max_connections '100'
option cert '/etc/uhttpd.crt'
option key '/etc/uhttpd.key'
option cgi_prefix '/cgi-bin'
option script_timeout '60'
option network_timeout '30'
option http_keepalive '20'
option tcp_keepalive '1'
option ubus_prefix '/ubus'
config cert 'defaults'
option days '730'
option bits '2048'
option country 'ZZ'
option state 'Somewhere'
option location 'Unknown'
option commonname 'LEDE'
Tu jest mój firewall:
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
config zone
option name 'lan'
list network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
config zone
option name 'wan'
list network 'wan'
list network 'wan6'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
config forwarding
option src 'lan'
option dest 'wan'
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 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
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 include
option path '/etc/firewall.user'
config rule
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'
config rule
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'
config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcpudp'
option src_dport '26'
option dest_ip '192.168.0.7'
option dest_port '26'
option name 'ssh_qnap'
config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option src_dport '1194'
option dest_ip '192.168.0.2'
option dest_port '1194'
option name 'openvpn'
config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcpudp'
option src_dport '9'
option dest_ip '192.168.0.7'
option dest_port '9'
option name 'wol'
config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'udp'
option src_dport '7'
option dest_ip '192.168.0.7'
option dest_port '7'
option name 'wol1'
config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcpudp'
option dest_ip '192.168.0.7'
option dest_port '5001'
option name 'kanapa_gui'
config redirect
option target 'DNAT'
option src 'wan'
option dest 'lan'
option proto 'tcpudp'
option dest_ip '192.168.0.7'
option dest_port '5002'
option name 'kanapa_gui2'
config rule
option name 'luci1'
option src 'wan'
option target 'ACCEPT'
option proto 'tcpudp'
option dest_port '8019'
config rule
option name 'luci2'
option src 'wan'
option target 'ACCEPT'
option proto 'tcpudp'
option dest_port '8091'
Jak widać, NIE przekierowałem portu 8091 na mojego nasa a jednak sie zgłasza po http, https nie działa.
Coś jest nie tak, po lanie w domu mogłem się dostać do luci na nowych portach ( http i https ), poprzez WAN nie mogę za chiny
Reboot nie pomógł.
83 2017-02-09 12:25:07
Odp: Obrazy LEDE 17.01-SNAPSHOT (375 odpowiedzi, napisanych Oprogramowanie / Software)
Robiłem tak w przypadku ssh, nie działało.
Teraz zrobiłem jak pisałeś i po https mam bład ssl:
An error occurred during a connection to xx.xx.xx.xx.:8091. SSL received a record that exceeded the maximum permissible length. Error code: SSL_ERROR_RX_RECORD_TOO_LONG
a po http nie mam nic.
Natomiast jak wpisze ip z portem (niby) https luci to zgłasza sie mój nas.
firewall:
config rule
option name 'luci1'
option src 'wan'
option target 'ACCEPT'
option proto 'tcp udp'
option dest_port '8019'
config rule
option name 'luci2'
option src 'wan'
option target 'ACCEPT'
option proto 'tcp udp'
option dest_port '8091'
84 2017-02-09 12:10:24
Odp: Obrazy LEDE 17.01-SNAPSHOT (375 odpowiedzi, napisanych Oprogramowanie / Software)
firewall:
config redirect
option name 'luci'
option src 'wan'
option proto 'tcp udp'
option src_dport '8091'
option dest_ip '192.168.0.2'
option dest_port '8091'
option target 'DNAT'
option dest 'lan'
uhttpd config:
config uhttpd 'main'
list listen_http '0.0.0.0:8019'
list listen_http '[::]:8019'
list listen_https '0.0.0.0:8091'
list listen_https '[::]:8091'
option redirect_https '1'
option home '/www'
option rfc1918_filter '1'
option max_requests '3'
option max_connections '100'
option cert '/etc/uhttpd.crt'
option key '/etc/uhttpd.key'
option cgi_prefix '/cgi-bin'
option script_timeout '60'
option network_timeout '30'
option http_keepalive '20'
option tcp_keepalive '1'
option ubus_prefix '/ubus'
config cert 'defaults'
option days '730'
option bits '2048'
option country 'ZZ'
option state 'Somewhere'
option location 'Unknown'
option commonname 'LEDE'
192.168.0.2 to ip routera, xx.xxx.xxx.xxx stały ip operatora (multiplay)
Sam sie przekonasz że to nei działa i na dodatek przekierowuje po http na mój nas 
85 2017-02-09 11:05:42
Odp: Obrazy LEDE 17.01-SNAPSHOT (375 odpowiedzi, napisanych Oprogramowanie / Software)
Mam krótkie pytańko: czy wszsytkie poradniki z OpenWRT "działaja" na LEDE ?
Za chiny nie mogę uzyskać dostępu do luci i ssh od strony wanu.
Udąło mi sie przekierować porty abym mógł wchodzić na stronę mojego nasa, mogę też wejść na jego konsolę. ale kiedy próbuję to samo zrobić z luci i dropbearem to kicha.
Na razie dostęp do konsoli lede mam poprze ssh z konsoli nasa ( śmieszne, ale działa ), jednak nie jest to szczyt marzeń.
\
Jedyne co zobserwowałem to komunikat o błedzie ssl i mogę sie łaczyć tylko poprzez http, przekierowanie https jakby nie działało na lede ??. Tzn z nasem mogę tylko połaczyć się zdalnei na porcie http, na porcie https odrzuca połączenie. Natomiast kiedy wstawiam ustawiony wcześniej nowy port luci ( domyślne zmieniłem ) to łaczy sie z nasem ?? Tylko po http.
Oczywiście moze to być bug, ale tego nie wiem.
86 2017-02-08 20:38:09
Odp: Obrazy LEDE 17.01-SNAPSHOT (375 odpowiedzi, napisanych Oprogramowanie / Software)
Jak piasłem zainstalowałem wifitoggle, ale zaobserwowałem buga ( chyba ):
po włączeniu przyciskiem anten po ok 10 min wifi mi się wyłacza, w logach mam coś takiego:
Wed Feb 8 18:32:57 2017 user.info wifitoggle: device(all) disabled
Wed Feb 8 18:32:57 2017 kern.info kernel: [46956.803340] device wlan1 left promiscuous mode
Wed Feb 8 18:32:57 2017 kern.info kernel: [46956.807891] br-lan: port 3(wlan1) entered disabled state
Wed Feb 8 18:32:57 2017 kern.info kernel: [46956.818683] device wlan0 left promiscuous mode
Wed Feb 8 18:32:57 2017 kern.info kernel: [46956.823290] br-lan: port 2(wlan0) entered disabled state
Wed Feb 8 18:32:57 2017 daemon.notice netifd: Network device 'wlan1' link is down
Wed Feb 8 18:32:57 2017 daemon.notice netifd: Network device 'wlan0' link is down
Może czegoś nie wiem - tak działą wifitiggle na lede czy coś jest skopane _
Jak anteny właczam z gui to wifi jest stablne i pracuje cały czas ( przy okazji chyba sa lepsze drivery w lede, bo teraz radia mam jakby szybsze )
87 2017-02-08 10:05:00
Odp: Obrazy LEDE 17.01-SNAPSHOT (375 odpowiedzi, napisanych Oprogramowanie / Software)
Aaa, teraz wszystko jasne - dzięki za wyjaśnienie !!
88 2017-02-08 08:04:37
Odp: Obrazy LEDE 17.01-SNAPSHOT (375 odpowiedzi, napisanych Oprogramowanie / Software)
Cezary napisał/a:
yabba235 napisał/a:Cezary, mam pytanko
będziesz w tych obrazach ledowych dodawać paczkę wifitoggle ?
W gargulcu miałem obsługę przycików "od strzała" w moim netgerze, teraz musiałem doinstalować pakiet.
Nie, żeby to było coś trudnego ale....
BTW, faktycznie moje trudnosci z lede brały się z rozleniwienia, jakie pozostało po gargulcuLenistwo, tak. LEDE standardowo obsługuje przyciski i wyłączenie wifi jest pod przyciskiem "rfkill". Masz przycisk o innej nazwie lub chcesz mieć pod inną to sobie zrób lub skopiuj skrypt i będzie. Wszystko masz opisane na eko.one.pl
Aha, czy jak będziesz wydawac obrazy lede min dla mojego modelu routera to przyciski NIE bedą działać, jak to miało miejsce w twoich obrazach gargulca ?
Dla byłych gargulowców przydałoby się małe HOWTO czego mają się spodziewać po przejściu na LEDĘ ( mam na myśli użytkowników twoich obrazów gargulca i teraz lede ).
To by pomogło i wyjasniło pewne kwestie.
Przy okazji: zmiana domyślnych portów luci http i https to tylko z uci ? Z GUI sie nie da, jak sie domyślam ( oczywiśćie znowu porównuję do gargulca )?
Sorry za moje męczenie, ale myślałem, że skoro robisz swoje wersje to będą podobnie funkcjonalne (przyciski).
89 2017-02-08 06:27:41
Odp: Obrazy LEDE 17.01-SNAPSHOT (375 odpowiedzi, napisanych Oprogramowanie / Software)
Cezary, mam pytanko :
będziesz w tych obrazach ledowych dodawać paczkę wifitoggle ?
W gargulcu miałem obsługę przycików "od strzała" w moim netgerze, teraz musiałem doinstalować pakiet.
Nie, żeby to było coś trudnego ale....
BTW, faktycznie moje trudnosci z lede brały się z rozleniwienia, jakie pozostało po gargulcu
90 2017-02-06 18:56:54
Odp: Obrazy LEDE 17.01-SNAPSHOT (375 odpowiedzi, napisanych Oprogramowanie / Software)
No cóż, ja poległem na LEDE
Za chiny nie mogłem uzyskać netu poprzez wan z routera mojego dostawcy ( stałe ip, dns ) podłączonego poprzez port wan.
Za duże różnice w gui z gargulcem
Próbowałem nawet męcząc się vi przenieś mój konfig z gargulca do lede ( oczywiście nie cały ) ale skończyło się trybem failsafe.
Graficznie luci jest fajne, ale jako nakładka mająca ułatwić konfigurację openwrt ( sorry, LEDY) to jet porażka.
Chyba, że w LEDZie trzeba robić to z palca bez patrzenia na gui ?
91 2016-07-15 10:09:01
Odp: Alternatywa dla openvpn (10 odpowiedzi, napisanych Oprogramowanie / Software)
Jedyne czego jestem pewiem, to to, że openvpn działa na gargulcu, bo mogę się połaczyc z telefonu poprzez tunel vpn ( oczywiście nie po wifi domowej tylko lte ) więc port 1194 jest dostępny z zewnątrz.
Z tego wynika że mój problem wiąże się z firmowym windowsem 10.
92 2016-07-13 17:49:13
Odp: Alternatywa dla openvpn (10 odpowiedzi, napisanych Oprogramowanie / Software)
No niestety, nie działa mi ( a raczej przstało działać ).
Jutro bedę robić próby mając nowe gargoyle.
BTW:
Trick z prawami admina już przerabiałem, właśnie tak uruchamiałem openvpn na moim służbowym pc-cie.
93 2016-06-23 11:17:04
Odp: Alternatywa dla openvpn (10 odpowiedzi, napisanych Oprogramowanie / Software)
Tu jest log openvpn:
Thu Jun 23 12:10:21 2016 OpenVPN 2.3.11 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on May 10 2016
Thu Jun 23 12:10:21 2016 Windows version 6.2 (Windows 8 or greater) 64bit
Thu Jun 23 12:10:21 2016 library versions: OpenSSL 1.0.1t 3 May 2016, LZO 2.09
Enter Management Password:
Thu Jun 23 12:10:21 2016 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Thu Jun 23 12:10:21 2016 Need hold release from management interface, waiting...
Thu Jun 23 12:10:21 2016 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Thu Jun 23 12:10:22 2016 MANAGEMENT: CMD 'state on'
Thu Jun 23 12:10:22 2016 MANAGEMENT: CMD 'log all on'
Thu Jun 23 12:10:22 2016 MANAGEMENT: CMD 'hold off'
Thu Jun 23 12:10:22 2016 MANAGEMENT: CMD 'hold release'
Thu Jun 23 12:10:22 2016 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
Thu Jun 23 12:10:22 2016 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Jun 23 12:10:22 2016 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Jun 23 12:10:22 2016 Socket Buffers: R=[65536->65536] S=[65536->65536]
Thu Jun 23 12:10:22 2016 UDPv4 link local: [undef]
Thu Jun 23 12:10:22 2016 UDPv4 link remote: [AF_INET]46.148.91.137:1194
Thu Jun 23 12:10:22 2016 MANAGEMENT: >STATE:1466676622,WAIT,,,
Thu Jun 23 12:11:22 2016 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Thu Jun 23 12:11:22 2016 TLS Error: TLS handshake failed
Thu Jun 23 12:11:22 2016 SIGUSR1[soft,tls-error] received, process restarting
Thu Jun 23 12:11:22 2016 MANAGEMENT: >STATE:1466676682,RECONNECTING,tls-error,,
Thu Jun 23 12:11:22 2016 Restart pause, 2 second(s)
Thu Jun 23 12:11:24 2016 Socket Buffers: R=[65536->65536] S=[65536->65536]
Thu Jun 23 12:11:24 2016 UDPv4 link local: [undef]
Thu Jun 23 12:11:24 2016 UDPv4 link remote: [AF_INET]46.148.91.137:1194
Thu Jun 23 12:11:24 2016 MANAGEMENT: >STATE:1466676684,WAIT,,,
Thu Jun 23 12:12:24 2016 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Thu Jun 23 12:12:24 2016 TLS Error: TLS handshake failed
Thu Jun 23 12:12:24 2016 SIGUSR1[soft,tls-error] received, process restarting
Thu Jun 23 12:12:24 2016 MANAGEMENT: >STATE:1466676744,RECONNECTING,tls-error,,
Już robiłem wszystko i wiem, że to jest wina ostatniej poprawki, której nie można odinstalowac.
94 2016-06-23 07:20:45
Temat: Alternatywa dla openvpn (10 odpowiedzi, napisanych Oprogramowanie / Software)
Niestety, po ostatniej aktualizacji windy 10 ( której nie da się odinstalowac ) przestal mi działac driver tap windows v9 i nie działa mi połaczenie openvpn z moim routerem z pracy.
Jest jakas alternatywa dla tego pakietu dla openwrt/gargoyle ?
No chyba ze można uży jakiś inny sterownik zamiast tego tap-a ?
Przeszukałem cały net i nic ( haki z wpisywaniem kluczy w rejestr nie działąją ).
Wszystko działąło mi na 100% i kxxxa, przestało....
95 2016-03-30 08:21:38
Odp: kompilacja i błąd world?! (17 odpowiedzi, napisanych Oprogramowanie / Software)
BuM napisał/a:
Nie lepiej było postawić Wirtualna maszynę na domowym kompie i skompilować to za darmo.
Właśnie, wystarczy virtualbox
Jeszcze rozumiem kupowanie przestrzeni dyskowej w chmurze, ale maszyny wirtualnej aby skompilowac openwrt ??
No chyba, że przy okazji
96 2016-03-27 17:41:01
Odp: Jak włączyć Jumbo Frame na 1043v1 (6 odpowiedzi, napisanych Oprogramowanie / Software)
modelos napisał/a:
to w jaki sposób zwiekszyć przesył danych po LANIE 1Gb pomiędzy NAS Synology 214Play a komputerem. teraz mam 75MB/s a powinno być moim zadaniem 100MB/s
Szybkość przesyłania plików zależy od wydajności cpu w nasie, wydajności kart sieciowych oraz wydajności cpu w komputerze. 214play jest na atomie to raczej powinno iść szybko, ale jeszcze jest kwestia ilości pamięci w nasie - podstawa ma 1GB a to jest mało - to też ma wpływ na szybkość przesyłania plików. To samo dotyczy komputera no i oczywiście jeżeli przesyłasz pliki po wifi z kompa do routera a potem po kablu do nasa to nie licz na 100MB/s
97 2016-03-22 18:38:43
Odp: Gargoyle 1.9.0.1 (304 odpowiedzi, napisanych Oprogramowanie / Software)
Cezary napisał/a:
PS - nie przywiązujcie się do wersji 1.9.0.1. Będzie parę zmian, więc tak zostanie to zatwierdzone w gicie to zrobię następną wersję.
Czyli tej chyba nie będzie na mojego netgeara, ale następna będzie ?
98 2016-03-20 00:08:22
Odp: Gargoyle 1.9.0.1 (304 odpowiedzi, napisanych Oprogramowanie / Software)
Cezary napisał/a:
A jakiego masz?
WNDR 3700 V2
Stary, dobry Netgear....
99 2016-03-19 09:10:45
Odp: Gargoyle 1.9.0.1 (304 odpowiedzi, napisanych Oprogramowanie / Software)
Nareszcie !!
Szkoda, że nie ma obrazu na mojego netgear-a, ale w końcu to stary sprzęt jest .
100 2016-01-18 07:44:30
Odp: [ROZWIAZANE] JUCI Webgui - czy ktoś próbował uruchomić? (17 odpowiedzi, napisanych Oprogramowanie / Software)
OK, poczekam, może kiedyś ten projekt ruszy, bo prezentuje się duzo lepiej od luci, a przecież uci te działa więc zawsze mozna coś pombinować z konsolą
Znalezione posty: 76 do 100 z 168
eko.one.pl → Posty przez yabba235
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc