NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
WAC730 Captive Portal - Facebook - Issues
WAC730, standalone, v3.8.3.0, two SSID in service, FB Login proof of concept for customer demonstration Created a new SSID, assigned the second captive portal NETGEAR-1 Configured the second captive portal NETGEAR-1 (why ever this profile name can't be renamed - Netgear does still not understand [my!] profile design concept you have stolen from another vendor), Captive Portal Mode (x) Enabled, Register with Facebook WiFi (x) Yes, Profile Name NETGEAR-1 [x] Admin enabled, Authentication mode: Facebook Wi-Fi, Facebook page: [set]. When accessing the SSID, the captive portal page does show up very unreliable - all current Windows 10/Android/iOS/macOS. When it does show up, we can check in to the Facebook site. And the access works kind of as expected. IF you have ever the chance to check-in on the FB site. [ISSUE!] When now attempting to manage the WAC730 over the LAN, the Captive Portal does jump in - why ever, always. Regardless if calling https://wac730-1.[whatever.dom.ain]/ or https://[WAC730-LAN-ADMIN-IP]/ (same with http), the FB WiFi Captiv Portal does jump in: ...now we're nice, and [Check in] at the site... ...we can click on [Continue browsing] as many times as we want, the browser does call the LAN IP (as originally requested), and the [Continue Browsing] page does come up again. The WAC730 Web UI is not accessible over the LAN at this state. Even if trying a new session, a different browser - we're really captured. But not by accessing the SSID ... by attempting to manage the WAC730 over the LAN! Obvious [BUG]. Firmware is current as of Support / WAC730- ProSAFE Business 3 x 3 Dual Band Wireless-AC Access Point v3.8.3.0. Proof of concept failed, looks like we won't get an order Netgear WLAN equipment for this customer RaghuHR. Bugware. Untested. Back to the skunkworks. Now I don't wonder why the Nighthawk router model(s) supporting FB WiFi are suffering from basic functionality issues as well.[BUG] RAID Resync Progress Output in 6.8.0
In my quest to find half usable iSCSI performance on the 3220 (https://community.netgear.com/t5/ReadyNAS-in-Business/RN3220-RN4200-Crippling-iSCSI-Write-Performance/m-p/1289066), I upgraded to FW 6.8.0, blew away the array and rebuilt it - into a RAID 10 this time - and left it re-synching overnight. I came back this morning and this is what the re-sync operation was reporting: If you jump in and out of the tab, the % and timer are still ticking. So it looks like a bug. I assume the UI update algorithm was never correctly informed that the operation was complete and the counters continued ticking.Session closed with error when uploading CA certificate
Hello, I have a FVS318N, firmware version 4.3.4-2. I'm trying to upload a CA certificate in the VPN/Certificates, but this fails. The session is suddenly closed with simply the following message: While loading the page critical error encountered. Then the following message (the cookie/hash replaced with ****, no idea were this TeamF1Login is coming from): Set-Cookie: TeamF1Login=*******************************************; expires=Wednesday, 31-Dec-1969 23:59:59 GMT I have tried with the following self signed cert (sha1/ RSA, 2048 bits) : -----BEGIN CERTIFICATE----- MIIDujCCAqKgAwIBAgIJALaO3EfrAtYCMA0GCSqGSIb3DQEBBQUAMGoxCzAJBgNV BAYTAlhYMQ8wDQYDVQQIDAZDb3Ntb3MxDzANBgNVBAcMBk1pZGRsZTEMMAoGA1UE CgwDQk9PMRIwEAYDVQQLDAlCT08gQWRtaW4xFzAVBgNVBAMMDkNvc21vcyBSb290 IENBMB4XDTE3MDEyMDAwMjAwM1oXDTM3MDExNTAwMjAwM1owajELMAkGA1UEBhMC WFgxDzANBgNVBAgMBkNvc21vczEPMA0GA1UEBwwGTWlkZGxlMQwwCgYDVQQKDANC T08xEjAQBgNVBAsMCUJPTyBBZG1pbjEXMBUGA1UEAwwOQ29zbW9zIFJvb3QgQ0Ew ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQD0zw4yUoFcygkU7FFipxJK gGUG6pSl9m3s7B8JppxhDxsFW8DmibvUpF/sUufSFUFl9VUBPZrJmGaogiKI8HTX GS616k2XPJgklX+QvMYiZAeK6Z7JpYwxY9Jgyc5XnoSZJ4PfIHZX10YpIIUkFNdi SooZtefDCOQAtajT5J/+Wrezf3pq+zQh7055T/3v3qpYeI2QySIJUMNzVsAQaToP L/PXeQrD9fc51296B5HFQ4oYd2JHDB0djbBT6aC/2+r2BLjNMcm3VX9lbjft7XNk WsqWk6/hb/Z3WkZR8AHLdWt5jkroJ6q77Jn84o0d7iL3zKv+Rq0Qc78jSAhpzmXF AgMBAAGjYzBhMB0GA1UdDgQWBBQqhR1u+hQvDzarUog7ZMQ3T5NAjjAfBgNVHSME GDAWgBQqhR1u+hQvDzarUog7ZMQ3T5NAjjAPBgNVHRMBAf8EBTADAQH/MA4GA1Ud DwEB/wQEAwIBhjANBgkqhkiG9w0BAQUFAAOCAQEAxNSA2tf+UjK/fBqEg20rkRuo oMN2HIQOCPG/6NswS+fOyD2oRr1Eyjloi19kUYL11dyAsINV9ioOpjQOJNmcEjvk LNM/g0w3me0QxfMKMumF+WoJE/NTivWljHXsSeIIJd6CFU5Cr+GDL9wLfMzpowNV 0O01fQx/bvd0iGSlsOT0KJbKT/gOqjs+azNlX1xatjAeFcPF1VSQ0ZFAtiUdQMTq jkBOd39YaAbjrInOumvl7w9LXlTQUAR/HgcGh7PC6MHoCjNIj/dbvt1xgyg2MvtA hl6OLZ4MDjIfWvaI4Amo02OyX3ZMoPbSNpz4/sm/rxjitXFdil1jxn98ZRUV8w== -----END CERTIFICATE----- I've also tried some "official" CA certificates (versisign) - sha1 or sha256 won't make any difference, I'm thrown out the sesion. When the session is closed the page looks strange, on the same page there's the error message up, then a line about the cookie and in the lowest part there's the login dialogue: No message about the certificate being invalid whatsoever. Anyone seen this?FVS318G Telnet LAN<>WAN firewall settings not working
Hello, when logging into the router via telnet and accessing the fw / lan-wan settings, I cannot use the show function nor can I disable or enable any rules. I need this to work for an automated task that should change these parameters. It tells me that I provided too few parameters, however the show functions in the other routing virtual folders seem to work just fine without any additional arguments. Am I missing something, or is there a way to contact Netgear so that they can finally fix this and some other issues in the firmware. Or do I really have to build and flash OpenWrt and do my own, less buggy firmware? Sincerely, BenediktLLDP "Operational MAU type" (802.3 TLV) is zero for GS724Tv3
Versions Model Name Boot Version Software Version B5.1.1.1 5.4.2.19 I've enabled the optional LLDP TLVs on all my ports. When I receive the 802.3 organizationally specific TLV subtype 1, the oerational MAU type is zero. What the operational MAU type should be is 30. The RFC for this is: dot3MauType1000BaseTFD OBJECT-IDENTITY STATUS current DESCRIPTION "Four-pair Category 5 UTP, full duplex mode" REFERENCE "[IEEE 802.3 Std.], Section 40" ::= { dot3MauType 30 } When I check on the web interface, it shows 1000mbit, full duplex. The switch can only do 1000-base-t on 4 pair of unshielded twisted pair. It would be handy to be able to get this information and verify that everything was as it should be. But the latest firmware (just downloaded it) gives a zero. This is the wrong answer ;-) Here's what the dump of the TLV shows: ORG SPECIFIC DUMP: 00120f: DUMP (9 bytes): 00 12 0f 01 03 00 01 00 00 You can read about this in Annex G of the 802.1AB (LLDP) spec. On my copy this spans pages 132 and 133. An OUI of 00-12-0F means it's the 802.3 TLV (as I expect). The last two bytes (octets) are the "operational MAU type". As you can see they are both zero. The only reason for them to be zero is if the type of MAU isn't listed in RFC 3636. But it is. So, it's an error for it to be zero.
