Hoe extern server benaderen en webmail openen?

[Verwijderd]

Goedemorgen mede tweakers,

Ik zit met een probleem. Bij ons op werk is laatst de server verhuisd. Inmiddels staat deze op de nieuwe locatie en is al weer aangesloten op een andere firewall en heeft ook al weer verbinding. We maken gebruik van een Windows SBS server 2008 met exchange module 2007.

Ik kan inmiddels ook al intern de remote.....nl website benaderen voor de webmail. Op de server. Maar extern op verschillende pc's en netwerken werkt deze website en dus de email zoals outlook nog niet.

Door de verhuizing is ook uiteraard een ander WAN adres ingesteld door de nieuwe ISP, maar LAN is hetzelfde gebleven.

Ik kom er dus niet helemaal uit hoe ik de email weer extern kan krijgen. Mocht iemand mij hiermee kunnen helpen, zou dat fijn zijn!

Als er nog meer info nodig is, hoor ik dit graag!

Gr. Koen

[MAX3400]

Enige reden waarom je een server application in produktie hebt waar 0 support meer op zit?

Afgezien daarvan; Microsoft heeft meerdere troubleshooting-guides in het leven voor het controleren van verschillende zaken. De resultaten van dit soort guides zouden een mooie aanvulling vormen op de startpost.

Iets zegt me, maar dat mag je ook in de startpost even aanpassen/vermelden, dat alle records nog staan te wijzen naar het oude WAN-IP.

[Dennism]

Je hebt wel je DNS records in je externe DNS aangepast naar het nieuwe WAP-IP?

[Verwijderd]

DNS staat op LAN ip van de server, dit stond zo ingesteld op 192.168.10.24, dit is tevens het IP wat wij gebruiken om een VPN aan te maken of naar een gedeelde map te komen.

De DNS records kan ik gewoon vervangen in DNS van de nieuwe ISP?

[Dennism]

Verwijderd schreef op dinsdag 31 mei 2016 @ 10:24:
DNS staat op LAN ip van de server, dit stond zo ingesteld op 192.168.10.24, dit is tevens het IP wat wij gebruiken om een VPN aan te maken of naar een gedeelde map te komen.

De DNS records kan ik gewoon vervangen in DNS van de nieuwe ISP?

Ik bedoel niet de interne DNS, maar de externe DNS (vaak gehost bij de partij waar je ook je domain in beheer hebt).

[MAX3400]

Verwijderd schreef op dinsdag 31 mei 2016 @ 10:24:
De DNS records kan ik gewoon vervangen in DNS van de nieuwe ISP?

kan geen externe email ontvangen, microsoft exchange 2007

[Jazzy]

MAX3400 schreef op dinsdag 31 mei 2016 @ 10:13:
Enige reden waarom je een server application in produktie hebt waar 0 support meer op zit?

Als ik me niet vergis geldt voor SBS2008 de support lifecylce van de individuele producten. Voor Exchange 2007 en Server 2008 (R2?) geldt dat deze nog gewoon ondersteund worden.

Verder zou ik gewoon even met jullie systeembeheerder overleggen. Als je niet weet dat je na een IP-adres aanpassing een DNS-record moet updaten dan kun je er beter van afblijven verder. Kans is groot dat je dingen stuk maakt omdat je niet kunt overzien wat je aan het doen bent.

[Verwijderd]

Okay bedankt voor de tips! Had ik verder nog een andere vraag, ik ben opeens mijn DHCP server kwijt, dat wil zeggen, alle IP adressen die er in stonden, zijn foetsie, weet iemand hoe ik dit kan herstellen?

[MAX3400]

Verwijderd schreef op dinsdag 31 mei 2016 @ 12:36:
Okay bedankt voor de tips! Had ik verder nog een andere vraag, ik ben opeens mijn DHCP server kwijt, dat wil zeggen, alle IP adressen die er in stonden, zijn foetsie, weet iemand hoe ik dit kan herstellen?

Restore van backup terughalen uit %SystemRoot%\System32\DHCP\Backup en dan je service opnieuw starten.

[Verwijderd]

Inmiddels DNS gegevens aangepast. Volgens host bedrijf kan het even duren voordat DNS is doorgevoerd, zodat ik de remote extern kan benaderen. Thanks iig voor de medewerking. Ik kan alleen de remote website niet meer intern benaderen, terwijl dat eerst wel degelijk mogelijk was. Het valt mij ook op dat ie automatisch naar http:// gaat ipv https:// want er zit een SSL certificaat op.

Iemand nog ideeën?

[Yarisken]

Verwijderd schreef op dinsdag 31 mei 2016 @ 15:40:
Inmiddels DNS gegevens aangepast. Volgens host bedrijf kan het even duren voordat DNS is doorgevoerd, zodat ik de remote extern kan benaderen. Thanks iig voor de medewerking. Ik kan alleen de remote website niet meer intern benaderen, terwijl dat eerst wel degelijk mogelijk was. Het valt mij ook op dat ie automatisch naar http:// gaat ipv https:// want er zit een SSL certificaat op.

Iemand nog ideeën?

Beste , in plaats van te prutsen laat je best iemand met kennis van zaken eens kijken naar je server. De vragen die je stelt zijn heel heel basic.

[Jazzy]

Verwijderd schreef op dinsdag 31 mei 2016 @ 15:40:
Inmiddels DNS gegevens aangepast. Volgens host bedrijf kan het even duren voordat DNS is doorgevoerd, zodat ik de remote extern kan benaderen. Thanks iig voor de medewerking. Ik kan alleen de remote website niet meer intern benaderen, terwijl dat eerst wel degelijk mogelijk was. Het valt mij ook op dat ie automatisch naar http:// gaat ipv https:// want er zit een SSL certificaat op.

Iemand nog ideeën?

Dan doe je toch gewoon even basic troubleshooten met telnet, nslookup en ping? En vertel je precies wat je veranderd hebt en wat de exacte foutmelding is.

[Verwijderd]

gepingd naar remote website, doelhost was niet bereikbaar. hij benaderd echter het lan adres, dus het interne adres. Klopt dit, volgens mij niet aangezien hij ook van buiten dit netwerk de remote website moet kunnen openen.

@Yarisken, ik ben nog niet zo bekend met dit soort server instellingen. Helaas is er nu niemand met meer ervaring voor handen, vandaar dat ik me tot jullie richt. Ik hoop dan ook op jullie hulp. Mocht een van jullie wel meer ervaring hebben en bereid tot hulp, dan zou ik heel dankbaar zijn

[.Maarten]

Nee klopt niet. Dit is echt zo basis dat ik alleen aan kan raden om er iemand bij te halen die er meer verstand van heeft.

In het kort. Je geeft te weinig informatie om je probleem op te lossen. Heb je een vpn verbinding naar het netwerk met de server? Dan kun je het lokale adres gebruiken. Moet het extern dan het externe adres. Maar extern moeten de poorten wel open staan en de forwarding goed zijn. En moeten de dns records ook goed staan. En dat is vaak te regelen via de domeinboer. (Je website hoster)

[ Voor 61% gewijzigd door .Maarten op 31-05-2016 16:38 ]

[Jazzy]

Wat vervolgens toch niet gaat gebeuren, zie vorige topics.

[Dennism]

Jazzy schreef op dinsdag 31 mei 2016 @ 16:28:
Wat vervolgens toch niet gaat gebeuren, zie vorige topics.

Bij nader inzien heeft TS inderdaad wel een paar pareltjes van topics gemaakt.

[MAX3400]

Verwijderd schreef op dinsdag 31 mei 2016 @ 16:16:
@Yarisken, ik ben nog niet zo bekend met dit soort server instellingen. Helaas is er nu niemand met meer ervaring voor handen

Hoezo is er niemand meer? Je topic begon om 10:10 en, tenzij ik het verkeerd heb, is de server niet om 10:08 fysiek verhuisd. Het zou dan fijn zijn als "die ander" ook wat troubleshooting/ideeen had gegeven die dan minstens vermeld waren in de startpost?

Het is wel erg lastig, zoals je ook in andere replies ziet/zag om een goed en eenduidig advies te geven als je zaken werkend wil krijgen waar de basisstappen van uitzoeken & documenteren niet zijn gedaan (op werk) en ook niet in de startpost staan. Microsoft had/heeft (Google cache misschien) meerdere whitepapers hoe je een DC verhuist. Ook die stappen mis ik als voorbereiding / startpost / troubleshooting.

Ongetwijfeld doe je enorm je best en is je baas ook vast "coulant" omtrent de troubles na de verhuizing maar als mail xx uur niet aankomt, komt het bijvoorbeeld nooit meer aan. Ik kan me voorstellen (aanname) dat dit een onwenselijk resultaat heeft in de bedrijfsvoering en dat je mogelijk morgen toch iemand extra moet inschakelen (desnoods extern / betaald) om het te fixen.

[Killah_Priest]

Dennism schreef op dinsdag 31 mei 2016 @ 16:35:
[...]


Bij nader inzien heeft TS inderdaad wel een paar pareltjes van topics gemaakt.

En het komt dan op het volgende neer voor mij (en ik neem aan dat ik dan meteen namens meerdere tweakers spreek) : ik ben best bereid om te helpen, ik ben alleen niet van plan om iemand anders zijn werk te doen puur omdat diegene blijkbaar niet de moeite neemt om zijn/haar kennis op te krikken (zie de vorige topics : in het tijdsbestek tussen de vorige topics en dit topic had de TS echt wel wat van de basiskennis op kunnen doen. Ik configureerde na 6 maanden nadat ik systeembeheer ben gaan doen zelfstandig Exchange 2010 servers, puur omdat ik avond na avond tijd en energie erin had gestoken dmv oefenen met VMs, boeken lezen, Powershell leren)