start min IIS igen

den skal have et navn ikke en IP adresse, bagefter kan du så lave e C record i din DNS server der har samme navn og peger på din serers IP adresse, så vil det virke (og husk at give den site en host header der hedder det samme dom den record du opretter i DNS)

Det er normalt en a-record der oprettes i DNS (A-host)... Men ellers helt enig! :)

Dette har INTET med DNS at gøre...

Hvis du har 4 sites i din IIS - ligger der 1 site mere, end normalt.

Hvis du kigger på de enkelte sites, så er de bundet til en IP adresse og en port.
Default værdien for for Default Website er som regel:

IP Adresse: <All unassigned>
Port: 80

FTP er:
IP Adresse: <All unassigned>
Port: 21

Administration Website har også en Default værdi, som jeg dog ikke husker.

Men du skriver 4 områder??? Hvad er det 4.?

-------------------------------------------

Fejlen du får, betyder at din IIS kun kan håndtere at der er 1 site med samme IP/Port kombination.

Altså kan der kun være 1 site på IP <All unassignet> / port 80.

Derfor "A duplicate name..." = Et site der anvender denne kombination, findes i forvejen!

Ahhh... Har lige læst din spørgsmål igen.

Den sidste hedder selvfølgelig "192.168.1.200" ;o)

Hviken port er dette site sat til at lytte på?

Jeg gætter at hvis du stopper Default Website og forsøger at starte 192.168.1.200 - så vil det virke! men det afhænger af porten!

Hvad er det for noget vrøvl?!?...

Du kan da have alle de sites på IP <All unassignet> / port 80... Så længe de er adskilt med hver deres hostheader.

Det samme gør sig gældende hvis man vælger en fast ipadresse...

så hvis du vil have den kørende med din ip-adresse, så sætter du det ind, og sætter en host header på, samme sted - alternativt vælger du at køre med unassignet ip adresse, og styrer det hele med hostheaders - som screem_brille allerede har forklaret...

karser citat : Fejlen du får, betyder at din IIS kun kan håndtere at der er 1 site med samme IP/Port kombination.

Korrekt, og derfor benytter man hostheader, så kan man have (næsten) lige så mange sites på port 80 som man vil.

Holmus ja du har ret i det med A record, og ikke C record ;)

Tak for input, det viste sig at servicen bare kunne startes op som karser sagde ved at ændre lidt på rækkefølgen, så nu er det hele i "running"-state.
Dog er mit problem nu, at ingen af klienterne kan logge ind på deres arbejdsstationer. Hvor bør jeg kigge henne?

nej ved at ændre på den lyttende port, men det var ikke næødvendigt at gøre.

Det skyldes du har brungt ovenående løsning, fjern den Ip adrese, og giv den et navn, så vil det med 98% sikkerhed virke igen. (de 2 ens ip adresser forvirrer klienterne, og den løsning du har valgt at bruge er det stik modsatte af hvad MS anbefaler)

men det var jo sådan som det virkede før?

ja men det er ikek måden MS anbefaler det, og derfor bør du rette det, der er ingen grund til at lave noget som næsten med garanti vil skabe problemer (hvilket du jo også har erfaret at det gør nu)

holmus >> Der er intet nævnt om Host header i dette spørgsmpl, får du bringer det op... Og det jeg skriver er bestemt ikke noget vrøvl!!! Men det er korrekt at du kan bruge Host header til at have flere sites på samme IP og port. Men noget sagde mig, i dette tilfælde, at det ikke var DER der skulle kigges, for at løse problemet.

Fejlen som ferdinand.k beskriver, betyder at der er 2 sites på samme IP og Port (Uden brug af Host header) - og det var DET mit svar gik ud på!

screem brille >> Ja, du har også ret, men i dette konkrete tilfælde, ville problemet IKKE blive løst ved at tilføje en A record.
Dog er det rigtigt at fejl nr. 2 (Klienter kan ikke tilgå) - med stor sansynlighed vil løses, ved at ændre opsætningen til at bruge Host header og derfor tilføje en A Record.

Dog skal det lige tilføjes, at hvis ferdinand.k's Website benytter sig af SSL - kan man IKKE bruge Host header til noget.

karser jeg skrev om hostheader i første indlæg.. og derfor nævner jeg det med A record.

karser mener nu ret sikkwrt at der er kommet en fix til at køre SSL på andre sites end default. og det er da også det mest logiske.

hmm... sorry! Det havde jeg overset!

Det med det fix, vil jeg lige undersøge nærmere, men det er nu ikke nogen "fejl"... Sådan er IIS6 "by design"! Altså det skal være sådan!

http://technet2.microsoft.com/WindowsServer/en/Library/b5999267-fc46-4430-a6af-e0b483886c8a1033.mspx

Okay! Jeg gi'r mig! ;o)

Det er rettet i Windows Server 2003 SP1 - og i R2.

MEN kig lige igen, og se hvilket Windows version dette spørgsmål er oprettet under!!!

Så vidt jeg ved understøttes IIS 6 ikke i Windows Server 2000 - Og dermed understøttes Host Headers for SSL heller ikke på ferdinand.k's server!

;o)

nej men hvor læser du nogen steder at der bruges SSL ? ;)

Det var også bare en tilføjelse! ;o)

"Dog skal det lige tilføjes..."

godt så... jeg sidder stadig med det problem at jeg har en mailserver der ser ud til at køre, men klienterne ikke kan få adgang - de kan ikke engang logge på! Under min "Internet Information Services" enhed, har jeg min server, hvorunder der er de 4 elementer som førbeskrevet. Som det ser ud nu har jeg kun 2 "enheder" der kører, og det er Administration WebSite, og 192.168.1.200 som hver lytter på forskellige porte.
Hvordan kan jeg få mine klienter til at se serveren og derved åbne op for muligheden for at hente mails osv...?

explain it to me as if i'm a six-yearold... :)

1 stop din 192.168.1.200 i IIS mansgeren, omdøb den til f.eks intranet, højreklik og vælg properties, på fanebladet "web site" vælg advanced, marker default, og edit, i host header skriver du det samme som du kaldte web sitet (f.eks intranet), du kan nu starte alle dine sites, da de ikke vil konflikte på ip adressen, genstart din server engang, genstart bagefter dine klienter, så burde de kunne logge på (hvis ikke, så går du i en command prompt og skriver ipconfig /flushdns )

Når du skriver at de lytter på hver sin port, er det relevant at høre dig, hvad dit site kører på? Normalt ligger det på port 80, det er std. webtrafik, men hvis du selv har ændret dette, skal du være opmærksom på at du specifikt skal spørge på den port, ved eks. skrive: http://192.168.1.200:8080 Hvis du har lagt det på port 8080.

Så skal du også være opmærksom på at hvis du skal logge på dit webinterface på en exchange skal du normalt skrive: http://192.168.1.200/exchange

håber det kan hjælpe dig...

holmus -> 192.168.1.200 kører på port 80, så det er der ved ingen ben i?

det ser nu ud til at virke, dog med modifikationer. Jeg kan nu logge på med administrator og hente mails den vej igennem, men jeg kan ikke med nogle af de andre logins. Hvis jeg kigger i min :
- Exchange System Manager
- Servers
- First Storage Group
- Mailboxes
og kigger på de enkelte konti, kan jeg se at de er der, men at der er et kryds over dem. Jeg kan højreklikke og reconnecte dem, men jeg har ikke noget jeg kan connecte dem til... ergo kan jeg ikke hente mails endnu på de andre maskiner...

Det lyder som om de pågældende konti er blevet slettet????

Hvad er der sket med din server og dine User accounts?

Er dine user accounts stadig i dit AD? Hvis ja, kan du blot vælge "Reconnect"

Hvis nej, så skal du enten oprette dem igen, eller lave en restore fra din backup.

kan det have noget at gøre med at når jeg trykker på mit nyoprettede "intranet" så står der at den ikke kan finde stien....
"Unable to enumerate files and directories because the following error occurred: The system cannot find the path specified."

Hvis der er et kryds hen over mailbox'en i Exchange System Manager - Så er det fordi dine konti er slettet! Jeg kan ikke se andre mulige årsager.

Har du kontrolleret at der stadig er useraccounts i dit AD?

...hvis min formodning er rigtig, så vil du også bekræfte at din Administrator's mailbox IKKE har noget kryds...

jeg er ret sikker på hans AD kører ret elendigt, fordi DNS ikek virker ordenligt lige pt, jeg ville lige prøve med dcdiag og netdiag

karser, du har helt ret. Dog er konti'ene er ikke slettet, men det er alias'ene. Hvis jeg opretter en ny konto med det brugernavn der burde være der, men lader være med at oprette en ny mailkonto, og derefter reconnecter disse med hinanden, virker lortet sgu! Jeg kan både logge på, og hente/sende mails...! for satan jeg elsker jeg...! :D

Drop nogle svar, så jeg kan komme videre... :)

svar, men jeg ville stadig lige køre dcdiag og netdiag, de 2 værktøjer fortæller dig om problemer med dit AD og DNS

ok... kan du hjælpe med mig med at køre disse igennem? Jeg er ikke den store haj til Exchange, kan du nok høre... ;-)

DCDIAG og NETDIAG ligger i Support tools, som du skal installere fra din Windows 2000 CD. Det ligger under mappen \Support\Tools\

Du skal køre begge kommandoer med /FIX for at rette evt. fejl...  Men jeg er nu ikke overbevist om at der er noget decideret galt, med dit DNS opsæt. men det skader aldrig at køre de 2 tools.

screem >> Hvornår har der været indikationer om at hans AD og DNS ikke kører ordentligt? Det eneste jeg kan se omkring DNS, er at et website, som sikkert er oprettet "i hånden" det eneste der har haft noget med et evt. DNS problem at gøre. Og DNS i forbindelse med Websites, har INGEN indflydelse på AD's funktionsdygtighed!

;o)

karser har du overset det at ingen klienter har kunne logge på ? ;)

Går (gik) ud fra at det var på det pågældende Website, de ikke kunne logge på!? ...eller tager jeg fejl her?

Split points mellem karser og screem_brille... jeg frafalder... :-)

tak for hjælpen...!

jeg har et spørgsmål mere hvis i er friske.
Jeg har en mailkonto som jeg ikke kan få koblet sammen med en bruger. Kan i hjælpe med med det?

når jeg logger ind med brugeren "tla" er det meningen at vedkommende skal have adgang til mailkonto'en "info". Men når vedkommende logger ind, og åbner outlook kommer den og fortæller at der ikke er rettigheder til det...

har klaret den - det var bare et spg om rettigheder...

jeg takker for hjælpen igen.. :o)