Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[kthaddock]

Can't see that is a problem !

Do you update your router daily?
What I have seen on other routers, you can't restor on HTTPS.
Anyway you have to do a reset before you update and restor your settings.

I don't think that is a problem. Just accept I't !!!


kthaddock

[mbtoloczko]

The more I read the dlink forums, the more I think that some people on this board have no clue about quality control or are in some sort of denial about the quality of the firmware.  If a feature exists, and it doesn't work correctly, then its definitely a bug, and it should be fixed.  Whether or not the feature was unintentionally added has nothing to do with whether its a bug.  It only affects the path to resolution.  If its an unintentional feature, then remove it.  If its a purposely added feature, then fix it.

[lotacus]

Won't happen.

There will never be "the" perfect solution or "the" perfect router or firmware. Deal with the fact that nothing in life is perfect and company's are not out to please only 1 person, or a group of people. Pros and Cons I am sure, are always weighed and I am sure there will always be 1 person pointing out SOMETHING that needs to be fixed, as insignificant as it may be.

Case in point: I have had NO problems with the dir above f/w 1.2 where others have.
 I have had continuous problems with f/w above 1.2 where others have not.

How could this be?

[EddieZ]

It's quite simple: if https was not meant to be used (as with lots of other routers), there is no bug. Wanting the feature is an entirely different story.

Dlink determines what they put in and what they don't put in and how they want to sell it. They also decide how to manage this in accordance with their line of products. So either request this feature to be added (risking a No, but thanks for your consideration) OR plenty buy shares so you can manage the company.
So if you're desired feature is not there, don't call it a bug.

It's like picking a wife, you chose her because of the features she has, not because you can ***** about the lack of certain features.

[Al Dente]

It seems any reasonable observer would agree with mbtoloczko. This thread provides some clear examples of buffoons posting nonsensical responses to a bug report.

It poses the common internet forum puzzle. Are they dimwits? Trolls? Shills attempting to drive the signal to noise ratio to 0?

[lotacus]

nah. it's just done so that everything gets out of context and the thread locked.

[EddieZ]

Hasn't worked yet though...

[sideloaded1]

LOL. ITS A BUG. DROP IT.

[EddieZ]

'Facts' are facts because they can be proven and confirmed. Unless someone can prove Dlink intended the https port to have the feature (unlike other brands) this qualification is merely an opinion.

[Al Dente]

The Slashdot posters who claimed D-Link would only fix a bug that was given wide public exposure appear to have been correct. (See http://it.slashdot.org/story/10/01/19/0147239/D-Link-Warns-of-Vulnerable-Routers.) There's been no acknowledgment from D-Link of the bug I reported in this thread. Although it did give the forum buffoons et alia something to do. They would do well to continue to put the word "facts" in quotation marks whenever they use it.

The incompetence D-Link demonstrated in handling the HNAP security vulnerability was another cause for concern. D-Link was unable to reproduce the widely discussed HNAP bug on the then-current DIR-655 firmware release without being led by the hand through the steps. The original description of the HNAP security vulnerability was posted at http://www.sourcesec.com/2010/01/09/d-link-routers-one-hack-to-own-them-all/ 10 days before I posted the steps to this forum. See my post and the D-Link moderator's reply at http://forums.dlink.com/index.php?topic=10458.15. Had I not posted painfully detailed steps to reproduce the HNAP security vulnerability to this forum, that bug might still not be fixed.

Here are some posts from the above linked Slashdot article concerning the HNAP security vulnerability that appear to fit the observed facts. From http://slashdot.org/comments.pl?sid=1515222&cid=30816580:

Have you ever tried to contact D-Link? Remember, they have DDOS'd NTP servers, and they continue to publish BUGGY dynamic DNS clients even when given bug reports.

D-Link outsources their routers to 3rd parties. The developers can not follow bug reports unless, sadly, they are written in Mandarin or Simple Chinese. And unless the bug report is blindingly and stupidly obvious (or on Slashdot), there's no one at D-Link US headquarters who cares enough to start a billable conversation with the contract developers. Don't expect D-Link QA in India to catch it - D-Link USA did not put this in the test plan! And the router tech support (all outsourced to India) doesn't gain anything by presenting issues back to Corporate.

Yes, I've worked with D-Link in one of the above scenarios. The best way to contact them is via a non-company contact, such as one of their major shareholders. I'm not [redacted] kidding either.

From http://slashdot.org/comments.pl?sid=1515222&cid=30818570:

DLink's response to everything consumer-grade is is thus.

1. Act dumb (well, they're not REALLY acting)
2. Sit on hands
3. Offer an exchange
4. Hope the problem customer just "goes away".

Years of experience with trying to get them to actually SUPPORT the [redacted] they ship has taught me this.

Given these data points, it makes sense to move on to any one of D-Link's large number of competitors to see if they act more competently and responsibly. I take my time and security seriously even if D-Link does not. Does anyone have data to offer to dispute these conclusions? For example, will this post produce a response from D-Link?

[EddieZ]

Good to see that tons op people 'know' how to run a business. Their main goal is to make money for their shareholders, and if this is the way they want to do that: fine. If you, as a consumer, require more from your hardware supplier (like 5 breaks a day for employees, free lunch tickets, specific testprograms etc) you might to consider applying for an executive position at Dlink 

[lotacus]

I dont think he speaks manderin.

[EddieZ]

I've seem some testing reports from Dlink and they are all in plain English, both the tester review and test manager remarks about severity etc.

So they might have changed their outsourcing vendors in between, that can happen. Although our testing and development (at a large multinational bank) is done by TCS and Infosys, with large offshore teams. And that hasn't given us a lot of real issues...