Tools
Popular Posts
Site is different when not on intranet
Any progress on this?
Not yet, sorry. Will keep you posted.
Steve G. Bjorg - Chief ArchitectDid you check the MindTouch Deki FAQ?
Found a bug? Report it.
Follow me on Twitter
Find us on IRC: irc.freenode.net #mindtouch
Yeah! Found out what the problem is.
Good news: it's not a problem with Deki Wiki.
So, you can easily resolve it without needing new bits.
Here is the problem: when you connect to Deki Wiki, PHP inherits the hostname and uses it to contact the API. This works wonderfully when the hostname is resolvable by both the browser and the VM. However, that's generally not the case in NAT scenarios.
So, how can you fix this? Easy. Open 'LocalSettings.php' and add the following line:
Alternatively, if you're using hostnames (e.g. 'http://mywiki') to reach your wiki site, you can also add this hostname to your VM so that it will resolve it correctly when it sees it, but you'll need to do so for each wiki hostname.
Let me know if this resolved the issue for you as well.
Steve G. Bjorg - Chief ArchitectGood news: it's not a problem with Deki Wiki.
So, you can easily resolve it without needing new bits.Here is the problem: when you connect to Deki Wiki, PHP inherits the hostname and uses it to contact the API. This works wonderfully when the hostname is resolvable by both the browser and the VM. However, that's generally not the case in NAT scenarios.
So, how can you fix this? Easy. Open 'LocalSettings.php' and add the following line:
Code:
$wgDreamServer = "http://localhost";
Let me know if this resolved the issue for you as well.
Did you check the MindTouch Deki FAQ?
Found a bug? Report it.
Follow me on Twitter
Find us on IRC: irc.freenode.net #mindtouch
Hmm, unfortunately. This seems to only solve part of the problem...
Steve G. Bjorg - Chief ArchitectDid you check the MindTouch Deki FAQ?
Found a bug? Report it.
Follow me on Twitter
Find us on IRC: irc.freenode.net #mindtouch
Join Date: Jul 2007
Posts:
347
The LocalSettings.php tweak only works for the deki frontpage, but not for deeper pages. So that one is unusable.
The /etc/hosts workaround seems to work for me, all pages are displayed correctly then. That manual way is not a real problem, as the hostname changes rarely (read: never) anyway. Of course, if it can be solved "automatically" in dream/deki without manual hosts-tweaks, I wouldn't say no to such a fix.
For those who are interested, the entry in /etc/hosts would be
Note: This is for using e.g. "http://deki" in the local network. I can't speak for Graham's problem.
The /etc/hosts workaround seems to work for me, all pages are displayed correctly then. That manual way is not a real problem, as the hostname changes rarely (read: never) anyway. Of course, if it can be solved "automatically" in dream/deki without manual hosts-tweaks, I wouldn't say no to such a fix.
For those who are interested, the entry in /etc/hosts would be
Code:
127.0.0.1 localhost deki
Ok, there is a bug in dream.php which prevents it from doing the right thing. So, while the wiki page will show, all the links on it will be bad.
open includes/dream.php and apply the following change:
This will remove the first 'if' statement that checks for the 'host' name being present in the URI. That hostname is not valid, instead we have to pass along the hostname provided by the host header. (For those who care about the details )
Steve G. Bjorg - Chief Architectopen includes/dream.php and apply the following change:
Code:
--- includes/dream.php (revision 5258)
+++ includes/dream.php (working copy)
@@ -101,10 +101,7 @@
$this->query = '';
}
$this->query .= 'dream.out.format=' . rawurlencode($output);
- if (isset($this->host)) {
- $this->query .= '&dream.in.host=' . rawurlencode($this->host);
- }
- elseif (isset($_SERVER['HTTP_HOST'])) {
+ if (isset($_SERVER['HTTP_HOST'])) {
$this->query .= '&dream.in.host=' . rawurlencode($_SERVER['HTTP_HOST']);
}
if (isset($_SERVER['REMOTE_ADDR'])) {
)
Did you check the MindTouch Deki FAQ?
Found a bug? Report it.
Follow me on Twitter
Find us on IRC: irc.freenode.net #mindtouch
Join Date: Jul 2007
Posts:
347
Indeed, that diff seems to do the trick. I didn't check it thoroughly, but the handful of pages I clicked are showing ok so far.
Thanks, Steve!
Thanks, Steve!
I had a look in my vmware image at
var/www/deki-hayes/includes/dream.php at lines 101 et sequitur
and the lines to remove ( - ? ) don't correspond with what I see.
Will there be an updated vmware image soon?
PS: just saw Royk's announce regarding Friday.
var/www/deki-hayes/includes/dream.php at lines 101 et sequitur
and the lines to remove ( - ? ) don't correspond with what I see.
Will there be an updated vmware image soon?
PS: just saw Royk's announce regarding Friday.
Quote:
Originally Posted by Graham
Just find that code block - the line # may not match up exactly, but it should be in the same area.
Quote:
Originally Posted by SteveB
Ok, there is a bug in dream.php which prevents it from doing the right thing. So, while the wiki page will show, all the links on it will be bad.
open includes/dream.php and apply the following change:
CODE REMOVED IN THE INTEREST OF BREVITY
This will remove the first 'if' statement that checks for the 'host' name being present in the URI. That hostname is not valid, instead we have to pass along the hostname provided by the host header. (For those who care about the details )
I bet you have never run a dekiwiki inside a nat and on a strange port using SSL and http basic auth
Ok, there is a bug in dream.php which prevents it from doing the right thing. So, while the wiki page will show, all the links on it will be bad.open includes/dream.php and apply the following change:
CODE REMOVED IN THE INTEREST OF BREVITY
This will remove the first 'if' statement that checks for the 'host' name being present in the URI. That hostname is not valid, instead we have to pass along the hostname provided by the host header. (For those who care about the details
)
I have a heavily loaded single IP address and so I used a port to make dekiwiki accessible to the outside world (think FQDN:8080). And as I mentioned, I made it SSL, and I added http basic auth.
As the original poster stated, I had no trouble accessing dekiwiki inside the NAT, but once I tried to hit it from the outside with all that extra garbage, I could never login. I have the latest tarball (as of 2007-11-20) so my dream.php already had the above patch included.
Looking at the trace output, I could see that the dream.in.host was getting set to FQDN:8080. I assumed that the API does not speak SSL and this was what was causing the login to fail. I manually edited dream.php to remove $_SERVER['HTTP_HOST'] and replaced it with the string literal 'FQDN' and I can now login. I have not tested everything yet, but I will start looking at it now.
Please let me know if you would like more gory details.
Thread Tools |
Search this Thread |
Display Modes
|
|
Linear Mode
