Das Problem liegt im Localhost begründet. In Deiner Datenbank sind die Variablen für den Ablageort der Site auf den Localhost gemappt. Du hast nun mehrere Optionen:
1. Du setzt in den entsprechenden Dateien der zugreifenden Rechner (auch des Localhosts!) ein einheitliches Pseudonym für den Server und verweisst auf die jeweilige IP.
Unter Windows ist das ganz einfach: Meist im Verzeichnis c:\windows\system32\drivers\etc\ in der Datei "hosts" einen Eintrag für den Server eintragen.
Auf dem Localhost selbst mit
und auf allen anderen Clients mit
wobei auf den übrigen Clients natürlich die IP des Servers auf dem der Localhosts im Netz läuft anzugeben ist. Die oben stehende (192.168.0.55) ist selbstverständlich nur ein Beispiel.
Somit wird der Server nun auf allen Rechnern über "http://intranet/" angesprochen.
Nun gehst Du, wie in der FAQ unter
WordPress Deutschland FAQ » Wie kann ich die Adresse meines Blogs ändern?
beschrieben, hin und änderst die Adresse Deines Blogs in der Datenbank dahingehend ab, das selbige nun nicht mehr "http://localhost/" sondern auf "http://intranet/" verweist und dann sollte alles laufen.
Bei Versuchen auf Rechnern von denen Du es schon probiert hast nicht vergessen den Cache zu leeren.
2. Du gehst hin und siehst Dir den von mir geschriebenen Artikel bzw. den Hack an: Arno Simon » WebSite auf dem Localhost
Mit letzterem kannst Du den Server dann sowohl Lokal aus dem internen Netzwerk ansprechen ohne Traffic nach aussen zu erzeugen, als auch von ausserhalb um z.B. den Zugriff von reisenden Mitarbeitern (Berater, Vertriebler, Homeoffice-Mitarbeiter etc.) zu gewährleisten.
Der Hack sorgt letztlich dafür das immer der Richtige Pfad zu den Dateien in der Datenbank steht, bevor die HTML-Codes für die Ausgabe generiert werden.
vG
Arno