Joined: 18 Feb 2007 Posts: 87 Location: Bern, Switzerland
Posted: Thu Feb 08, 2018 6:27 Post subject: Re: modem usb sticks mobile
arneande wrote:
Hello
still no solutions for mobilebroadband sticks ,use image build 28815M) ??
Regards
arneande
On my Buffalo WZR-1750DHCP the last Kong build that Mobile Broadband works on is 33770M - you could at least upgrade to that. _________________ Deployed:
Buffalo WZR-1750 - v3.0-r38580M kongac (02/05/19) - Router
Buffalo WZR-1750 - v3.0-r38580M kongac (02/05/19) - Client Bridge
Buffalo WZR-1750 - v3.0-r38100M kongac (12/27/18) - Router
Linksys WRT320 -> E2000 - v3.0-r33772 K30 mega (11/16/17) - Client Bridge
Router/Version: Netgear R7000
Firmware: v3.0-r34790M kongac (02/04/18 )
Kernel: Linux 4.4.114 #507 SMP Sun Feb 4 17:22:38 CET 2018 armv7l
Previous: r34780M
Mode/Status: Up and running for 2 days
Reset: Soft boot before and after ddup
Issues/Errors: Several "SSL accept error" messages in the syslog, no indication of where they originate.
Upgraded via 'ddup --flash-latest' from r34780M. No 'erase nvram' this time.
The temperatures are good: CPU 54.7 °C / WL0 44.0 °C / WL1 47.0 °C (The R7000 is wall-mounted.)
OOPS! I see kong has posted another new version
Current basic R7000 setup (subject to change of course):
- SFE - On
- Static WAN IP
- LAN DHCP Enabled
- IPv4 only
- 1 wireless VLAN on wl0
- Encrypt DNS disabled
- Wireless: Regulatory Domain = UNITED_STATES, wl0 Mixed (ch. 1), wl1 NA-Mixed (ch. 161 + 159), AES
- SNMP enabled, SSH enabled, Telnet disabled
- Firewall enabled, Log Level high
- Syslog: remote to Logentries. klogd: disabled.
- USB Flashdrive mounted as JFFS, adblocking via pixelserv
- NO: ttraf, VNC, Zabbix, VPN, Radius, OpenVPN
- NO: Port forwarding, UPnP, DMZ, QoS
- NO: Samba, CIFS, JFFS2, miniDLNA, Entware, Optware _________________ Netgear R7000: v3.0-r54248 std (11/29/23)
EdgeRouter-X: EdgeOS v2.0.9-hotfix 7
Attached my notes, I am in the process of polishing them but not there yet.
Let me know if there are things not entirely clear so that I could update.
You can only see available downloads if you are logged in
Thanks again. Those instructions jogged my memory and helped clear some cobwebs from the last time I generated certs. I went through and generated new 2048-bit ones (old ones were 1024-bit), but the server still wasn't starting. Then I turned on syslog (duh!) and see a "OpenSSL: error:140AB18E:SSL routines:SSL_CTX_use_certificate:ca md too weak" message. Searching the web, it seems that means the certs were signed with MD5 hash instead of SHA256...so I'm guessing my old install of OpenVPN in Windows probably just needs to be updated so it defaults to newer hash. _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
R7000 running with 5GHz band as client-bridge, 2.4GHz band as AP.
Uptime 11 days and counting. No problems with either band.
Will stick with this build for a while.
Joined: 03 Jan 2017 Posts: 49 Location: Lindau, Germany
Posted: Thu Feb 15, 2018 18:06 Post subject:
iskz wrote:
egc wrote:
--Mini-DLNA is not working!
I see this behaviour:
Any time I connect to minidlna using VLC it crashes, requiring router reboot. This is using both iOS and Windows 10 clients.
My Samsung TV can still play videos, although it seems much less stable than the previous minidlna version - playback occasionally fails on files that played fine before. Sometime just playing the file again works, sometimes sections of video seem to be impassable.
Plex running on Win 10 and playing the same files over samba works fine as usual. Drive is formatted ext2 and plugged into R8000 usb 3 port.
I’ve also rebuilt the database a number of times with no change to instability.
In my setup something slightly different occurs with minidlna:
When connecting via vlc from linux desktop to minidlna running on my R7000 the minidlna daemon just dies (ps|grep mini on command line does not show minidlna).
It can be restarted via command line but again: After connecting via vlc the process vanishes again.
Then I installed minidlna version from entware. It seems to be the same version (1.2.1). I started /opt/bin/minidlna -f /tmp/minidlna.conf from command line using the same config file /tmp/minidlna.conf created from the gui settings. I get one error (parsing error file /tmp/minidlna.conf line 9 : enable_subtitles=yes) but the minidlna process is running stable.
So I can use entware minidlna with vlc without issues.