Support ⇒ Upgrades ⇒ [fixed] IPs entered on security page become 127.255.255.255 ⇒ Community Forums ⇒ CPG Dragonfly™ CMS
Forum IndexUpgrades

[fixed] IPs entered on security page become 127.255.255.255 Reply to topic

Go to page 1, 2 Next

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?

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
FreeBSD c7 6.3-RELEASE/x.x/5.0.51a/4.4.8/9.2.1


Forums != bug reports.

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.6 / PHP 5.6 / DCVS


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.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
FreeBSD c7 6.3-RELEASE/x.x/5.0.51a/4.4.8/9.2.1


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)

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


*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. Sad

Nismo
www.Xtremist-2.com - Website Admin; Co-Founder
soda.datsun510.com - Website Admin; Founder

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Linux / Apache 2.0 / SQL 5.0.45 / PHP 5.2.6 / CMS 9.2.1


the link is there but does not stand out. Smile

[djmaze]Removed link

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Multiple Setups


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..."

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Fedora 25 / Apache 2.4.27 / MariaDB 10.1.26 / PHP 7.1.10 / Mercurial


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".

www.greenday2k.net

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):


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

Olive Net
British Army
Royal Navy
Military Clothing and Equipment - This Tribe

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Slackware 12 / CentOS, PHP 5.6, MySQL 5, Apache 2


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

PHP used?

DragonflyCMS version?

Whats the result when diffing database structures?

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.6 / PHP 5.6 / DCVS


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.

Olive Net
British Army
Royal Navy
Military Clothing and Equipment - This Tribe

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Slackware 12 / CentOS, PHP 5.6, MySQL 5, Apache 2


Database structures are identical.

Olive Net
British Army
Royal Navy
Military Clothing and Equipment - This Tribe

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Slackware 12 / CentOS, PHP 5.6, MySQL 5, Apache 2


Tested eaccelerator - doesn't affect anything.

Olive Net
British Army
Royal Navy
Military Clothing and Equipment - This Tribe

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Slackware 12 / CentOS, PHP 5.6, MySQL 5, Apache 2


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)?

.:: I met php the 03 December 2003 :: Unforgettable day! ::.

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
CloudLinux / Apache 2.4 LSAPI / MySQLi 5.6 / PHP 5.6 / DCVS


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.

Olive Net
British Army
Royal Navy
Military Clothing and Equipment - This Tribe

Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Slackware 12 / CentOS, PHP 5.6, MySQL 5, Apache 2

All times are UTC
Go to page 1, 2 Next


Jump to: