[fixed] IPs entered on security page become 127.255.255.255

[brainchaos]

I just upgraded to 9.2.1 from, um, some version that didn't include the Security page. I tried to ban an IP, and when I enter it, what ends up in the ban list is "127.255.255.255". I determined that this happens on any IP entry field in Security.

I tried looking at admin/security.php, but my PHP skills are pretty much nil. Any clue what's going on here?

[NanoCaiordo]

Forums != bug reports.

[brainchaos]

NanoCaiordo wrote:

Forums != bug reports.

I submitted it to the forums, because I thought there was a possibility I had configured something wrong, since this is a rather blatant error, that nobody else seems to have hit (based on thorough forum searches)*. And I posted it in Security rather than this forum because while it was after an upgrade, it was after an upgrade from a version without the Security page.


* Actually, one person seems to have hit it, but was ignored because his English was poor.

[Phoenix]

Please provide a bug report.

People also get ignored because they don't provide verifiable web addresses or DF version etc.

(an odd but true observation - poor english seems to be more common from the english speaking countries)

[Nismo]

*bump*

I apologize for bumping a post, however I am having issues
trying to report a bug - I hit report a bug, it brings me
directly to the search-first screen, with no link to
actually file a report.

Perhaps that's a bug?

Back on topic:
The case in which brainchaos brought up as the topic of this
thread, is the same issue that I am now having.
Whenever I add an IP to the IP manager within the site, it
lists the IP 127.255.255.255, instead of what I enter into
the field. This happens for both single IPv4 & IPv4 Ranges.
Not all are like this, only the last 5 IP's that I have
banned (due to open forum spam). (/admin.php?op=security&ips)

I would like to know if this is simply a visual display
error, or if the IP's I submit to the ban list are NOT being banned... for the time being I am using our host's IP deny
manager, however I would like to be able to restore use of DF's IP manager.

Currently using
DragonflyCMS 9.2.1 (latest version)
Apache version 2.2.13 (Unix)
PHP 5.2.11
SQL 5.0.81
No changes have been made in a few months, this just
randomly started happening with the last few IP's I have
attempted to ban.

I have included a screen shot of what I am referring to
www.xtremist-2.com/nis...{expletive removed}.jpg

Is there anything I can do to resolve this? A search of the
forums simply turned up this thread, as well as another
poor-English thread that seems to have been ignored for the
most part, both of which with no resolutions.

Any and all help is appreciated.

PS - If somebody could find me the appropriate link to the
bug report form, I will gladly file this as a report and not
a post. I bumped this post in an effort to consolidate the
issue, instead of creating another thread of the same
subject. My apologies, I can't seem to figure out the bug
report.

[Dizfunkshunal]

the link is there but does not stand out.

[djmaze]Removed link

[DJ Maze]

Nismo wrote:

I apologize for bumping a post, however I am having issues trying to report a bug - I hit report a bug, it brings me directly to the search-first screen, with no link to actually file a report. Perhaps that's a bug?

Because it is wisely to search first.
If someone already reported a similar bug, yours gets deleted very soon.

That's why the link is less visible so that people search first and then get presented with a "post bug..."

[greenday2k]

This seems to be caused by the type of field on your SQL table:
cms_security* (not sure)? The field maybe is "int" but should have been "int unsigned".

[hqarrse]

I have this problem on my live system, but not on my local test system. Everything should be identical - the files certainly are and the database table definition also is. The content is now about a month's worth of use different.

I did think this may be related to Forums Plus (I just upgraded), but it's not - I also have it on my older 9.2.1 running the standard forums. I don't know when I started getting the problem as I have only just tried banning for the first time in a good long while.

I haven't posted a bug as given the fact that it works locally but not online it may not be a bug at all but some other strange factor.

Any ideas? Thanks

[NanoCaiordo]

Using a local 32bit OS but a 64bit server?

PHP used?

DragonflyCMS version?

Whats the result when diffing database structures?

[hqarrse]

Both 64 bit processors and 64 bit OS. Local Ubuntu, server CentOS.

Both local and server are using 9.2.1, both with Forums Plus.

2nd live site is 9.2.1, but with standard forums and has the same problem.

Local running PHP 2.2.0 plus Zend Optimizer (needed for another site)

Remote running PHP 2.1.0 with eAccelerator.

I will install eAccelerator locally to see if this could be a cause. Otherwise I wonder if there is a DNS difference. I might be able to test this by tunneling in to my remote server and seeing if it affects the local version.

[hqarrse]

Database structures are identical.

[hqarrse]

Tested eaccelerator - doesn't affect anything.

[NanoCaiordo]

is ip2long32 function in cmsinit.inc?

are you entering the same ip? whats the ip?

try to clean the administration from blocks

comparing even table's columns type (specially security tables)?

[hqarrse]

database tables identical.

The first 8 bits is the critical part - IPs up to 127.x.x.x work OK. 128.x.x.x will cause the 127.255.255.255 erroneous entry.

I've removed all blocks from the admin. No change. No debug errors.

Function is there, but it can't be the files in theory anyway - both the local and server versions are running the exact same version from a subversion repository.

I'll have a deeper look tomorrow.