Page 6 of 7
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Sun Sep 15, 2019 7:40 am
by Lantis
They changed the way sysupgrade works so it never actually returns a signal to the browser to tell it to check for the router coming back up.
Will need to change the logic.
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Thu Oct 03, 2019 8:27 pm
by apvm
Planning to buy an used TP Link C2600, it has openwrt with luci installed already, do I have to revert it back to stock before flashing Gargoyle from this thread? TIA
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Fri Oct 04, 2019 7:41 am
by pythonic
If it already has OpenWrt on it, you should be able to just install the sysupgrade image as though it was an OpenWrt image using the Luci firmware upgrade function. If you run into problems, you should be able to TFTP install the factory image (but read the OpenWrt C2600 hardware notes to be sure how that works) without having to reinstall the OEM firmware.
Caveat: I've not attempted either approach myself...
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Tue Oct 22, 2019 12:42 am
by boldga
I have a Weird problem:
Setting:
Router: R7800
DDNS: xxxx.com
port forwarding: 8086 to wired Lan device 192.168.1.103
Test1: firmware 1.11.x ,DHCP to ISP, connecting to xxxx.com:8086
From internet: OK
From Wired device inside LAN: NOT WORK
From wireless device inside LAN: OK
Test2, Stock firmware, DHCP to same ISP, connecting to xxxx.com:8086
All OK
Test3: firmware 1.11.x , PPPoE to another ISP, connecting to xxxx.com:8086
All OK
it seems that the firmware doesn't support NAT loopback fully?
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Tue Oct 22, 2019 1:36 am
by RomanHK
boldga wrote:I have a Weird problem:
Setting:
Router: R7800
DDNS: xxxx.com
port forwarding: 8086 to wired Lan device 192.168.1.103
Test1: firmware 1.11.x ,DHCP to ISP, connecting to xxxx.com:8086
From internet: OK
From Wired device inside LAN: NOT WORK
From wireless device inside LAN: OK
Test2, Stock firmware, DHCP to same ISP, connecting to xxxx.com:8086
All OK
Test3: firmware 1.11.x , PPPoE to another ISP, connecting to xxxx.com:8086
All OK
it seems that the firmware doesn't support NAT loopback fully?
Maybe a problem in DDNS. Try entering the IP address instead of xxxx.com.
This is often done on the GUI web page via https (maybe ARP is to blame).
Try cleaning up the arp table again and trying to reconnect to the 8086 port.
EDIT: P.S. if it works well on WiFi, then loopback works because WiFi is connected to the LAN (br-lan interface).
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Tue Oct 22, 2019 6:52 am
by boldga
RomanHK wrote:boldga wrote:I have a Weird problem:
Setting:
Router: R7800
DDNS: xxxx.com
port forwarding: 8086 to wired Lan device 192.168.1.103
Test1: firmware 1.11.x ,DHCP to ISP, connecting to xxxx.com:8086
From internet: OK
From Wired device inside LAN: NOT WORK
From wireless device inside LAN: OK
Test2, Stock firmware, DHCP to same ISP, connecting to xxxx.com:8086
All OK
Test3: firmware 1.11.x , PPPoE to another ISP, connecting to xxxx.com:8086
All OK
it seems that the firmware doesn't support NAT loopback fully?
Maybe a problem in DDNS. Try entering the IP address instead of xxxx.com.
This is often done on the GUI web page via https (maybe ARP is to blame).
Try cleaning up the arp table again and trying to reconnect to the 8086 port.
EDIT: P.S. if it works well on WiFi, then loopback works because WiFi is connected to the LAN (br-lan interface).
tried another DDNS, result was same. (DDNS is not the point?)
ran arp -d * and then tried to reconnect to the 8086 port, result was same.(ARP is not the point either?)
P.S. entering the IP address directly is work.
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Tue Oct 22, 2019 7:31 am
by RomanHK
Depending on what you write it looks like the problem of converting a domain name to an IP address. The question is whether there are any changes in DDNS providers in this build (changes made:
https://github.com/ericpaulbishop/gargo ... its/master ), and the next question is whether all providers work - whether there is any failure in WAN IP address detection.
Recently, I have noticed an increase in outages and attacks on DDNS services. I can't classify better because I have a paid domain so I can't serve better.
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Tue Oct 22, 2019 9:18 am
by pythonic
boldga wrote:it seems that the firmware doesn't support NAT loopback fully?
This isn't a new issue - see
this thread.
A workaround for using the DDNS name is to
configure it as a local DNS name but exactly how that might be achieved in Gargoyle I don't know.
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Tue Oct 22, 2019 9:56 am
by RomanHK
Try one more thing:
1. ping xxxx.com by WiFi
2. ping xxxx.com by LAN
Both IP addresses must match. Is it so?
Also be aware of the router's domain name (Can not match your xxxx.com!):
Re: Experimental build of Gargoyle 1.11.0 for ipq806x architecture routers
Posted: Wed Oct 23, 2019 1:14 pm
by boldga
pythonic wrote:boldga wrote:it seems that the firmware doesn't support NAT loopback fully?
This isn't a new issue - see
this thread.
A workaround for using the DDNS name is to
configure it as a local DNS name but exactly how that might be achieved in Gargoyle I don't know.
Before I changed to R7800, I had run Gargoyle on tp-link TL-WDR4300 without such problem for a long time.
maybe it depends on different device driver?
I don't know how to add an entry in dnsmasq in garoyle. So I add a line in hosts file of wired devices to solve this problem, temporarily.