Different Behavior On LAN vs. WAN

1

I have need to host several tiddlywikis. I do this on my own website via subdomains and proxying to locally (on my LAN) hosted wikis. The behavior on the LAN does not match behavior on my WAN. No wiki has a “+” button to create a new tiddler when connecting via local IP and I can not save any changes, but they work fine when accessing through my Nginx server proxy on the WAN.

My normal process for creating a new wiki is:

0 - Start from user’s home directory

  1. tiddlywiki [NEW_WIKI_NAME] --init server
  2. Edit my start_tiddlywiki.sh and stop_tiddlywiki.sh scripts which include: screen -S tiddly-[NEW_WIKI_NAME] -dm tiddlywiki [NEW_WIKI_NAME] --listen host=[LOCAL_MACHINE_IP] port=[PORT]"readers=(anon)" writers=[USER] username=[USER] password=[PASS]
  3. Test to ensure wiki works locally
  4. Edit my sites-enabled/[DOMAIN] to add the proxy on a subdomain

https://i.imgur.com/sALiT2c.png

sites-enabled\domain config server { root /var/www/html/[DOMAIN]; index index.php index.html ind - Pastebin.com

2

Hello @nulrie,

Welcome to the forum! I see you’re not getting any nibbles, which is not common…

I don’t myself know anything about configuring over LAN or WAN. But maybe a nudge will get this up into the active queue again…

3

Hi @nulrie, and welcome to the forum!

From the screenshot you included, it appears that you are getting the unauthenticated anonymous access from the “readers=(anon)” option. Am I correct to assume that, when you access the wikis via LAN, you aren’t being prompted for a username and password?

If that’s the case, try appending /login-basic to the URL to force the TiddlyWiki server to prompt for HTTP Basic Authentication.

4

Have you tried remove readers=(anon)" writers=[USER] username=[USER] password=[PASS]? On LAN maybe you don’t need them?

5

It definitely looks like a case of "readers=(anon)" being the culprit here.

E: Can confirm, appending /login-basic allowed full functionality.