Inloggen mislukt

Toevoeging: ik werk op wp.XXXX.nl, een testwebsite. De website is nog niet uitgerold naar https://www.XXXX.nl.

Als beheerde sites heb ik zowel https://www.XXXX.nl als wp.XXXX.nl opgegeven.

de plugin werkt gewoon met 4.1.1 die draai ik zelf ook zonder problemen.

controleer bij wp-admin/options-general.php wat je hebt ingevuld bij “WordPress-adres (URL)” en “Siteadres (URL)” dit wordt gebruikt door de plugin, en moet overeen komen met wat je bij scouting.nl hebt ingevoerd.

kijk op login.scouting.nl even naar je vertrouwde websites, en verwijder die allemaal, probeer dan opnieuw te verbinden vanaf je site, en kijk even of de adressen overeen komen.

overigens kan je op login.scouting.nl ook gewoon https://XXXX.nl gebruiken als domein, in plaats van de subdomeinen.

en kijk ook even op wp-admin/options-general.php?page=wpsol_settings of je “Automatisch nieuwe gebruikers aanmaken:” aan hebt staan.

Hoi, dank voor je antwoorden.

De URL binnen WordPress staat in beide gevallen keurig op wp.manitoba.nl (dat gedoe met die XXXX vind ik maar niks :-)).
Voor de zekerheid ben ik naar login.scouting.nl gegaan, heb daar beide adressen verwijderd en er conform jouw advies https://manitoba.nl als enige neergezet (daarmee heb ik meteen het verwijderen gedaan).

Vervolgens ben ik uitgelogd bij SOL en op mijn eigen site, de inlogknop verscheen, ik heb mijn SOL-account opgegeven, ik kom op SOL om mijn wachtwoord op te geven, dat doe ik, er verschijnt een scherm waarin mij wordt gevraagd of ik wp.manitoba.nl toestemming wil geven voor een maand of onbeperkt, ik doe onbeperkt, en kom terug op de inlogpagina van wp.manitoba.nl maar ben niet ingelogd. Als ik op het tabblad kijk waar ik niet meer ingelogd stond van loging.scouting.nl en ik ververs daar, dan ben ik wel ingelogd bij SOL (want ik kan nu uitloggen).
Kortom: inloggen lukt, maar wp.manitoba.nl heeft het nog niet door.

Oh ja, die vink bij “automatisch nieuwe gebruikers aanmaken” staat inderdaad aan.

Groet,
Guy

Ik heb nog even zitten experimenteren met onbeperkt of 1 maand, en weer https://wp.manitoba.nl neergezet ipv https://manitoba.nl, maar dat maakt weinig uit.

Wat mij nog wel opviel: ik heb de inlog-widget in mijn sidebar staan. Daar zit een veld bij voor je SOL-naam. Als ik die invul en ik klik op inloggen dan ga ik toch naar de inlogpagina van deze plugin, terwijl ik op zich natuurlijk ook meteen naar login.scouting,nl zou kunnen worden doorgestuurd. Maar geen idee of dat is “as designed”.

het klopt dat je niet naar je eigen “standaard” login scherm zou moeten gaan, en “by design” ga je direct naar https://login.scouting.nl

ik heb even op je site gekeken, en wat me opvalt is dat bij alle links index.php ertussen staat:
https://wp.manitoba.nl/index.php/login/
https://wp.manitoba.nl/index.php/over-manitoba/organisatie/
etc.
dat lijkt me een probleem met je mod_rewrite want deze hoort index.php te herschrijven naar / zodat je dit overhoud:
https://wp.manitoba.nl/login/
https://wp.manitoba.nl/over-manitoba/organisatie/

wat me verder opvalt is dat je inlog-pagina gestyled is, en de url niet standaard is. standaard zou de login namelijk op https://wp.manitoba.nl/wp-login.php moeten uitkomen.

het lijkt mij dat dit komt door de theme-my-login plugin.
deze herschrijft zo te zien de link waarnaar de sol-login wordt doorgestuurd, maar mist de juiste code om deze doorsturing af te handelen.

kan je de volgende 2 dingen proberen?
1) ga naar https://wp.manitoba.nl/wp-login.php en probeer vanaf daar in te loggen
2) schakel de theme-my-login plugin uit en probeer het nog een keer

ik heb een test server voor wpsol waarmee ik test dat ik geen dingen stuk maak met een nieuwe versie, en daar heb ik even theme-my-login op geinstalleerd.

ik word nu ook naar de login-pagina doorgestuurd, in plaats van naar login.scouting.nl en bij terugkomst vanaf login.scouting.nl wordt ik niet meer ingelogd.

er is dus zeker een conflict met de theme-my-login plugin

Hoi Dennis,

Dankjewel voor het onderzoek.

Ik heb de theme-my-login gedeactiveerd, als ik nu op de login-knop klik kom ik op de pagina https://wp.manitoba.nl/wp-login.php. Dus dat gaat nu goed.

Als ik echter in het menu bijvoorbeeld op Home klik ga ik naar https://wp.manitoba.nl/index.php/category/algemeen/. Dus met index.php er nog in. Dat wordt dus niet uitgezet door de TML plugin

Ik heb opnieuw de beheerde websites gewist, en er alleen “https://manitoba.nl” neergezet.

Als ik dan in probeer te loggen, blijft na het opgeven van het wachtwoord binnen SOL het scherm wit met een lange URL die ik vanwege de gegevens erin wel wil mailen maar niet hier wil posten…

Als ik die tekst selecteer en opnieuw start, kom ik op het wordpress-inlogscherm met bovenaan de melding “het inloggen is mislukt met openid-mode “id_res” en een link naar wpSOL Support.

Maar zoals gezegd, misschien komt dat door die index.php. Enig idee hoe ik dat kan corrigeren? Ik heb geen programmeer-ervaring, en heb deze wp-configuratie ook niet neergezet…

Alvast bedankt!
Guy

Ik zie dat bij de permalink-instellingen de aangepaste structuur is geselecteerd, en daar staat opgegeven:
/index.php/%postname%/

Ik heb index.php/ weggehaald, maar daarna krijg ik 404-errors. Ook pagina’s die ik bijwerk en opsla. Wel is dan die index.php weg. Maar ja, dan toch liever de pagina’s werkend…

Als ik die /index.php/%postname%/ weer terugzet werkt alles weer.

Feitelijk zijn er maar twee opties die werken:
Standaard: https://wp.manitoba.nl/?p=123
Aangepaste structuur: https://wp.manitoba.nl/index.php/%postname%/

Kortom, hier zit iets raars…

Maar tenslotte: als ik hem op “standaard” zet (dus bijvoorbeeld de URL https://wp.manitoba.nl/?page_id=112) lukt het nog steeds niet aan te loggen via SOL, blijft de beschreven in twee posts geleden…

Ik zal hem even op deze “standaard” instelling laten staan, al willen we die natuurlijk liever niet.

het index.php gedeelte lijkt me een probleem met mod_rewrite

als het goed is heb je in de hoofdmap van je website op de server (vaak bereikbaar via bijvoorbeeld FTP) een bestand .htaccess
hierin moet het volgende stukje code staan

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

als dit er in staat dan is de mod_rewrite module waarschijnlijk uitgeschakeld.
wellicht kan je bij spinternet (kwam de naam tegen in een 404-pagina) via je control-panel mod_rewrite aanzetten, anders moet je even contact met hen opnemen.

ik heb dit even getest, en zonder de rewrite rules in .htaccess krijg ik ook alleen de pagina met de /?p=124 of de /index.php/%postname%/ permalinks
maar bij mij werkt het inloggen via scouting nederland dan nog wel, dus dat probleem zit hem ergens anders in.

de lange-url kan je mailen, maar daar staat volgens mij niet zoveel interesants in, de data wordt namelijk voornamelijk rechtstreeks tussen de servers uitgewisseld.

het kan zijn dat de server geen toegang heeft tot login.scouting.nl en daardoor de uitwisseling van data niet goed gaat.

kan je misschien een error-log sturen van de apache server?

mijn email is mijn username maar dan bij gmail_punt_com

Die .hta-access bevat precies wat jij hebt staan, ik zou inderdaad spinternet moeten vragen of de mod_rewrite uit staat, in de beheerpagina’s van spinternet kwam ik het niet tegen.
Overigens staat er ook een .hta-access in de Yoomla-directory, van onze originele site. Kan het zijn dat die dwars zit?
Ik neem dit even op met degene die de WP-installatie heeft gedaan bij ons, en denk dat we dit oppakken als we over zijn naar de nieuwe site.

Error-log van de apache-server: geen idee waar die staat, ik heb zitten zoeken via WS-FTP en op het dashbord van spinternet, maar dat lukt niet. Moet ik even navraag naar gaan doen.

nee het .htaccess bestand van je Joomla zit niet in de weg.
het lijkt er op dat mod_rewrite gewoon uit staat.

ik hoor het graag als het gelukt is, of als je de logging gevonden hebt

Spinternet heeft inderdaad de mod_rewrite geactiveerd. De permalinks zien er nu keurig uit. Die Apache-log moet ik nog krijgen, wordt vervolgd.

Thanks voor de heldere uitleg over wat ik moest vragen, degene die de wordpress-installatie voor me had neergezet wist dit ook niet.