Bekijk Volledige Versie : Koppelen webmail 2 servers
Beste,
Wellicht de verkeerde categorie, maar hier mijn vraag over twee van onze servers. Beide servers staan vol met accounts en loggen allemaal in via hun eigen domein/webmail/. Deze toegang tot hun webmail is niet beveiligd (in de vorm van ssl). Nu willen wij alle users laten inloggen via ons eigen https://domein/webmail, echter treedt er dan een probleem op. Ons account staat op server 1 dus users van server 2 kunnen niet via dit adres inloggen. Ik wil ze liever niet tijdens het inloggen laten aangeven op welke server ze staan, dus op de achtergrond zou dit automatisch uitgezocht moeten worden.
Hoe los ik zoiets op?
Groet
Waarom doe je het niet zo:
- elke webmail alias (dus in de httpd.conf) wijst naar de juiste ssl beveiligde webmail. Dus als ik naar site1.nl/webmail surf, wordt ik redirected naar secure1.julliedomein.nl/webmail, bij site2.nl/webmail ga ik naar secure2.julliedomein.nl ? Zo doen wij het ook
Je kunt een inlogformulier met domein maken om zo vervolgens naar de juiste server door te verwijzen, zo zie je ook veel voor directadmin.
[user]
[pass]
[domain]
En met die $_POST gegevens genereer je de juiste link: https://$domein/webmail
Maar dan zijn we met beiden opties er toch nog niet? Je kunt vanaf server2 wel doorgestuurd worden naar server1 (waar onze domeinnaam op wordt gehost), maar op die server kun je dan toch niet inloggen? Je data staat immers niet op die server...
Je snap het niet goed denk ik.
Je hebt dus het volgende in je httpd.conf
Alias /webmail /var/www/redirect/index.php
inhoud index.php
<?php
header("Location: http://secure1.domeinhoster.extra");
?>
Waarbij de index.php per server verschilt
namelijk
secure1.domeinhoster.extra => server1
secure2.domeinhoster.extra => server2
Zo kan iedereen toch zijndomein/webmail blijven gebruiken
Je snap het niet goed denk ik.
Je hebt dus het volgende in je httpd.conf
inhoud index.php
Waarbij de index.php per server verschilt
namelijk
Zo kan iedereen toch zijndomein/webmail blijven gebruiken
Dat komt in feite op hetzelfde neer als wat er nu gebeurt en zo is er dus geen sprake van SSL (toch?).
Ter verduidelijking: de eigen account staat op server 1 en klanten die op server 1 worden gehost kunnen via https://domeinvanwhyti.blalal.com/webmail inloggen met SSL. Klanten op server 2 kunnen dit echter niet (geen ssl).
Kan je niet zorgen dat de klanten allemaal beschikking krijgen over ssl en automatisch als ze naar http://hundomein/webmail gaan bij httpS://hundomein/webmail uitkomen (op server 2 dus ook ssl activeren)?
Wellicht dat ik het inderdaad niet begreep, maar volgens mij wordt je zo wel goed doorgesluisd, alleen ben je dan je ssl kwijt aangezien die op server1 draait.
Wellicht dat ik het inderdaad niet begreep, maar volgens mij wordt je zo wel goed doorgesluisd, alleen ben je dan je ssl kwijt aangezien die op server1 draait.
Ik zie ineens een typo in mijn stukje
ik bedoelde dus:
https://secure1.domeinhoster.extra en
https://secure2.domeinhoster.extra
En dus moet je 2 ssl certificaten hebben :)
Dat komt in feite op hetzelfde neer als wat er nu gebeurt en zo is er dus geen sprake van SSL (toch?).
Ter verduidelijking: de eigen account staat op server 1 en klanten die op server 1 worden gehost kunnen via https://domeinvanwhyti.blalal.com/webmail inloggen met SSL. Klanten op server 2 kunnen dit echter niet (geen ssl).
Kan je niet zorgen dat de klanten allemaal beschikking krijgen over ssl en automatisch als ze naar http://hundomein/webmail gaan bij httpS://hundomein/webmail uitkomen (op server 2 dus ook ssl activeren)?
Zou opzich kunnen, maar liever niet. Dit is meer werk, en het voornaamste, dan moeten we voor elke domeinnaam een certificaat aanvragen. Neem aan dat er toch ook een andere oplossing moet zijn? Heb zelf bijvoorbeeld een prive account bij xs4all lopen. Deze hebben ook voor al hun klanten webmail.xs4all.nl draaien..
Je kan op de webmail server ook courier-imap installeren. Deze bezit een proxy functie waarmee je per domein kan regelen van welke server de mail gehaald moet worden die je in de webmail toont. Hier draait een dergelijke setup al ruim een jaar zonder problemen.
Ik zie ineens een typo in mijn stukje
ik bedoelde dus:
https://secure1.domeinhoster.extra en
https://secure2.domeinhoster.extra
En dus moet je 2 ssl certificaten hebben :)
Ik geloof dat ik slaap nodig heb, want begrijp het toch nog niet. We gaan even uit van een user op server2. Voor server1 is het uiteraard niet zo moeilijk te regelen.
Wanneer je in je httpd.conf je webmail naar een index laat linken, en in deze index het secureadres2.domein.ext laat laden dan zit je dus op de verkeerde server. Zeg jij nou dat je secureadres2.domein.ext weer moet laten teruglinken naar de tweede server? Dan ben je mij en de beveiligde verbinding toch kwijt?
Vanaf het moment dat je aankomt op server1 ben ik je dus geloof ik kwijt...
Heb zo'n sterk gevoel dat dit een "aha.." momentje gaat worden...
Wat je moet doen is, achter de schermen (in je webmail, of via een proxy zoals al aangegeven werd (bekijk even nginx hiervoor, zeer krachten en eenvoudig te scripten), de inlog naar de juiste server sturen. De meeste webmailtoepassingen gaan gewoon een imap-verbinding maken met de server in kwestie, dus het doet er niet echt toe waar je webmailapplicatie draait.
Bij ons moeten de mensen inloggen met hun volledig adres, en aan de hand van het domein (stuk na de @), zien we op welke server we moeten zijn voor de mail...
Triloxigen
18/06/07, 13:04
Als login naam het email adres is.Kun je op basis van het odmeinnaam toch gewoon de POP3 server aanroepen?