[ex2k] problemen tussen routing groups

woensdag 21 april 2004 19:39

Acties:

woensdag 21 april 2004 19:53

boelkloedig

Grolsch schreef op 21 april 2004 @ 19:17:
...een telnet sessie vanaf exchange 2 naar exchange 1 op poort 25 geeft gewoon response~!!

Kun je dan daadwerkelijk mail versturen? Dus

code:

EHLO localhost
mail from: <user1@domein.nl>
rcpt to: <user2@domain.nl>
data
from: Gebruiker Een <user1@domein.nl>
to: Gebruiker Twee <user2@domein.nl>
subject: test bericht
Tekst
.

En komt dat mailtje dan aan? (als je de juiste e-mail adressen gebruikt)
Verders zit er in de Exchange Resource Kit het tooltje WinRoute (niet te verwarren met het populaire Internet sharing pakketje). Moet je effe tegen beide Exchange servers aanhouden en dan de verschillen zoeken.
Als derde optie kun je een netwerk trace maken en kijken wat de precieze response van de mailserver is.
Oh, en kijk effe of de virus scanner niet toevallig in je C:\Winnt\System32\Inetsrv directory (waar de IIS MetaBase staat) aan het scannen is.

[ Voor 11% gewijzigd door Brahiewahiewa op 21-04-2004 19:43 ]

QnJhaGlld2FoaWV3YQ==

Acties:

Topicstarter

Brahiewahiewa schreef op 21 april 2004 @ 19:39:
[...]

Kun je dan daadwerkelijk mail versturen? Dus
code:
1
2
3
4
5
6
7
8
9
EHLO localhost
mail from: <user1@domein.nl>
rcpt to: <user2@domain.nl>
data
from: Gebruiker Een <user1@domein.nl>
to: Gebruiker Twee <user2@domein.nl>
subject: test bericht
Tekst
.
En komt dat mailtje dan aan? (als je de juiste e-mail adressen gebruikt)

deze mail komt vlekkeloos aan vanaf exchange 2 naar exchange 1

Verders zit er in de Exchange Resource Kit het tooltje WinRoute (niet te verwarren met het populaire Internet sharing pakketje). Moet je effe tegen beide Exchange servers aanhouden en dan de verschillen zoeken.

ik heb geen resource kit van exchange

Als derde optie kun je een netwerk trace maken en kijken wat de precieze response van de mailserver is.
Oh, en kijk effe of de virus scanner niet toevallig in je C:\Winnt\System32\Inetsrv directory (waar de IIS MetaBase staat) aan het scannen is.

ik zal de virusscanners op beide servers verwijderen voor de zekerheid

ik hoop niet dat het vanavond te laat wordt

alvast hartstikke bedankt!

kleine toevoeging nog.

als ik bijv. in exchange 2 ben in gelogt, en ik start van daar uit de " system manager " op, kan ik bijv. geen protocols van exchange 1 bekijken.

Vice versa PRECIES hetzelfde

ALS ik vanaf een domain controller op locatie 1 AD U&C opstart, en vervolgens selecteer ik in die console dattie verbinding moet maken met een DC op locatie 2, gaat het ook mis.

Wat hier aan de hand is, ik weet het niet!

[ Voor 17% gewijzigd door Grolsch op 21-04-2004 19:56 ]

woensdag 21 april 2004 20:14

Acties:

woensdag 21 april 2004 20:29

boelkloedig

Grolsch schreef op 21 april 2004 @ 19:53:
[...]ik heb geen resource kit van exchange

Loesâh!

Hier dan.

Grolsch schreef op 21 april 2004 @ 19:53:
[...]kleine toevoeging nog.

als ik bijv. in exchange 2 ben in gelogt, en ik start van daar uit de " system manager " op, kan ik bijv. geen protocols van exchange 1 bekijken.

Vice versa PRECIES hetzelfde

ALS ik vanaf een domain controller op locatie 1 AD U&C opstart, en vervolgens selecteer ik in die console dattie verbinding moet maken met een DC op locatie 2, gaat het ook mis.

Wat hier aan de hand is, ik weet het niet!

RPC staat dicht op de router

QnJhaGlld2FoaWV3YQ==

Acties:

Topicstarter

Brahiewahiewa schreef op 21 april 2004 @ 20:14:
[...]

Loesâh! Hier dan.
[...]
RPC staat dicht op de router

mwah, dat is dus een mooie !

want als ik vanaf een server in locatie 1 doe:

\\serverlocatie2\share

geeftie de melding

the remote procedure call failed

terwijl de service wel draait op de machine!

maar als ik invul

\\server2locatie2\share werkt het wel weer, ik wordt hier Helemaal kriegel van.

zelfde als vanaf locatie 1 een remote desktop naar server 1 locatie 2, dan werkt het niet!

en vanaf locatie 1 een remote desktop naar server 2 op locatie 2 dan werkt het wel weer

exchange is in dit verhaal server 3 op locatie 2!

[ Voor 6% gewijzigd door Grolsch op 21-04-2004 20:29 ]

woensdag 21 april 2004 21:05

Acties:

woensdag 21 april 2004 22:42

boelkloedig

Grolsch schreef op 21 april 2004 @ 20:29:
[...]mwah, dat is dus een mooie !

Klinkt alsof je router maar voor een beperkt aantal IP-adressen RPC doorlaat.
Heeft er onlangs iemand aan dat ding lopen klooien?

QnJhaGlld2FoaWV3YQ==

Acties:

Topicstarter

Brahiewahiewa schreef op 21 april 2004 @ 21:05:
[...]

Klinkt alsof je router maar voor een beperkt aantal IP-adressen RPC doorlaat.
Heeft er onlangs iemand aan dat ding lopen klooien?

ik heb dit dubbel laten checken door 2 verschillende personen, en dit is absoluut niet zo!

ik ben niet de enige met dit probleem:

zie: http://www.mcse.ms/post57704.html

ik heb het al vaker gelezen, alleen niemand met de oplossing!

ik las nog ff verder in de logging en ik kwam dit tegen

Event Type: Error
Event Source: MSExchangeAL
Event Category: Service Control
Event ID: 8251
Date: 4/21/2004
Time: 8:20:13 PM
User: N/A
Computer: *******
Description:
Could not read entry '' on directory server1.***.**. Cannot access Address List information. Make sure that service was installed properly.

For more information, click http://www.microsoft.com/contentredirect.asp.

server 1 is de probleem server met die rpc problemen, zal dit er mee te maken hebben misschien, we worden warm

ik heb het vandaag ff gehad met de problemen, morgen vroeg ga ik er weer mee bezig.

Mocht iemand nog wilde ideeen hebben, ik heb gezien dat bij de MS KB weinig bekend is over bovenstaande fout. Wat de de access address list op een DC, en waar heeft Exchange die voor nodig?

[ Voor 70% gewijzigd door Grolsch op 21-04-2004 23:13 ]

donderdag 22 april 2004 09:56

Acties:

donderdag 22 april 2004 10:56

boelkloedig

Het lijkt er op dat je IIS de connectie met de AD (feitelijk de GC) is kwijtgeraakt.
Repareren:

Open a command prompt and change directory to C:\Inetpub\Adminscripts where C: is the drive where the IIS Inetpub directory is located
Type "cscript adsutil.vbs delete ds2mb" (without the quotation marks) and press "Enter"
Open the Services management console and restart Microsoft Exchange System Attendant This will restart the Information store and the MTA stacks and re-create the Exadmin virtual directory
In Services, restart the Worldwide Web Publishing Service

QnJhaGlld2FoaWV3YQ==

Acties:

Topicstarter

Brahiewahiewa schreef op 22 april 2004 @ 09:56:
Het lijkt er op dat je IIS de connectie met de AD (feitelijk de GC) is kwijtgeraakt.
Repareren:
Open a command prompt and change directory to C:\Inetpub\Adminscripts where C: is the drive where the IIS Inetpub directory is located
Type "cscript adsutil.vbs delete ds2mb" (without the quotation marks) and press "Enter"
Open the Services management console and restart Microsoft Exchange System Attendant This will restart the Information store and the MTA stacks and re-create the Exadmin virtual directory
In Services, restart the Worldwide Web Publishing Service

dit heb ik gedaan maar helpt ook niet

nog iets typisch, als ik het programmatje wat je aangaf (winroute) opstart op exchange server 2 (de probleem server), en van daaruit zeg nieuw, moet ik een naam aangeven.

als ik dan server1 aangeef (vanaf server2 dus) krijg ik de volgende melding.

organisation name - object_not_found_in_ds

wat is dit nu weer

DOL word je ervan

toch fijn dat je me wil helpen brahiewa

donderdag 22 april 2004 15:25

Acties:

vrijdag 23 april 2004 10:10

boelkloedig

- Make sure that the account logged on the server has adequate
permissions. To do so, run winroute.exe under the System Account. Note
that the lack of adequate read permissions can result in Winroute.exe
incorrectly reporting [object_not_found_in_DS].

[ Voor 94% gewijzigd door Brahiewahiewa op 22-04-2004 15:31 ]

QnJhaGlld2FoaWV3YQ==

Acties:

Topicstarter

Brahiewahiewa schreef op 22 april 2004 @ 15:25:
- Make sure that the account logged on the server has adequate
permissions. To do so, run winroute.exe under the System Account. Note
that the lack of adequate read permissions can result in Winroute.exe
incorrectly reporting [object_not_found_in_DS].

er is heel wat anders aan de hand hiero . de hele AD zit in puin.

een beetje te ingewikkeld om hier neer te zetten, maar er klopt van alles niet