Howdy folks,
Am just writing after been readin all the post with regards to the infamous cpanelproxy script. Must say that i am wondering as well why the CPanel boys don't come out with their own fix to the problem where customers cannot login behind firewalls. I mean come on guys, it maybe difficult but surely you can't just respond with Cpanel being a separate program on its own and that no two daemons can share a port... Customers can't configure or control their cpanel when behind such firewalls. We can't be telling customers to wait till they're NOT behind a firewalled commercial network. It is very important to access cpanel/whm on the fly. I really do not think it is appropriate for CPanel to just push the idea cpanelproxy and let it remain 3rdparty. If there is any bridging that needs to be done in order to allow easy access for cpanel on port 80, i believe it has to done by CPanel and no one else. It should not have even been allowed to fall under 3rd party. Guys, what do you think.
Thank You.
Rgrds,
Xyber.
Am just writing after been readin all the post with regards to the infamous cpanelproxy script. Must say that i am wondering as well why the CPanel boys don't come out with their own fix to the problem where customers cannot login behind firewalls. I mean come on guys, it maybe difficult but surely you can't just respond with Cpanel being a separate program on its own and that no two daemons can share a port... Customers can't configure or control their cpanel when behind such firewalls. We can't be telling customers to wait till they're NOT behind a firewalled commercial network. It is very important to access cpanel/whm on the fly. I really do not think it is appropriate for CPanel to just push the idea cpanelproxy and let it remain 3rdparty. If there is any bridging that needs to be done in order to allow easy access for cpanel on port 80, i believe it has to done by CPanel and no one else. It should not have even been allowed to fall under 3rd party. Guys, what do you think.
Thank You.
Rgrds,
Xyber.