This is working now but...
Re: This is working now but...
Looks like it works now?
Re: This is working now but...
Clearing cookies and browser data worked for me.
Re: This is working now but...
I think preserving cookies should be a thing that you have to ask for.Namrok wrote:Clearing cookies and browser data worked for me.
Re: This is working now but...
Looks to work now.Rotten wrote:Looks like it works now?
What'd you do?
Re: This is working now but...
Logging in at tank.cwal.net sets a cookie and session for hotel.cwal.net which is a behavior I changed last week. Previously it was biased towards tank instead. Going to set the phpbb software to be subdomain agnostic shortly so both should work(once you log in from that subdomain) going forward.
Edit: Changed my mind, found a more appealing option. Phpbb now redirects everyone to hotel when they try to login.
Edit: Changed my mind, found a more appealing option. Phpbb now redirects everyone to hotel when they try to login.
Re: This is working now but...
Set the port on this site back to 80, bounced the apache service.Ishpeck wrote:Looks to work now.Rotten wrote:Looks like it works now?
What'd you do?
Re: This is working now but...
So my edits to /etc/apache2/ports.conf was not what we needed. .. typical apacheSet the port on this site back to 80, bounced the apache service.
Re: This is working now but...
I guess if the redirect happens without me noticing, that's fine. But "tank" is easier for me to type than "hotel" (which requires more pinky travel to get to the L) so I'd bitch if the only reliable way to authenticate is to hit that subdomain.TheDeamon wrote:Edit: Changed my mind, found a more appealing option. Phpbb now redirects everyone to hotel when they try to login.
We'll just fly right over that big scary zone in my mind where I think what it'd actually be like to share a hotel with you fuckers.
Re: This is working now but...
The setting you missed was in /etc/apache2/sites-enabled:Ishpeck wrote:So my edits to /etc/apache2/ports.conf was not what we needed. .. typical apacheSet the port on this site back to 80, bounced the apache service.
rotten@poo:/etc/apache2/sites-enabled$ cat cwal.net.conf
# domain: cwal.net
# public: /var/www/net/cwal/tank/public_html/
<VirtualHost *:80>
# Admin email, Server Name (domain name, and any aliases)
ServerAdmin thedeamon.cwal@gmail.com
ServerName tank.cwal.net
DocumentRoot "/var/www/net/cwal/tank/public_html/"
#Index file and Document Root (where the public files are located)
DirectoryIndex index.html index.php
# log file locations
LogLevel warn
Errorlog /var/www/net/cwal/tank/log/error.log
CustomLog /var/www/net/cwal/tank/log/access.log combined
</VirtualHost>
rotten@poo:/etc/apache2/sites-enabled$
At some point Apache decided to put all their virtual directories or whatever in these sub .conf files.
Re: This is working now but...
How the hell is the site able to email with port 25 blocked? I don't get it?
Re: This is working now but...
Might have a white list of allowable IP addresses. Might relay through a sanctioned host.Rotten wrote:How the hell is the site able to email with port 25 blocked? I don't get it?