Artikkelissa on tietoja Lync-sovelluksen vianmäärityksestä.
Selvitä käyttöönoton tiedot, ennen kuin aloitat Lync-käyttöönotoissa ilmenevien ongelmien vianmäärityksen. Seuraavassa on joitakin esitettäviä kysymyksiä:
Mikä on lähde- ja kohdealiverkko?
Kuinka monta palomuuria, reititintä ja kytkintä Lync-verkossa on?
Onko käytössä reunapalvelin?
Onko käytössä VLAN-verkkoja? Kuinka monta niitä on ja onko niissä toimivat yhteydet?
Kuinka monta toimipaikkaa ja toimialueen ohjauskonetta on käytössä?
Mikä on SIP-toimialueen nimi? Onko se sama kuin sähköpostin toimialueen tai toimialueen nimi?
Ovatko julkiset varmenteet käytössä?
Microsoft on koonnut prosessin seuraavaan tarkistuslistaan: Microsoft Lync Check List (englanninkielinen). Toinen työkalu, josta voi olla hyötyä, on Lync Planning Tool. Kun vastaat Lync Server Planning Toolin kysymyksiin, se luo verkkokaavion. Jos kysymyksiin vastataan Lync-käyttöönoton todellisen ympäristön mukaisesti, työkalu luo todenmukaisen verkkotopologiakaavion, jonka avulla Lync-ympäristö voidaan määrittää vastaamaan parhaita käytäntöjä.
Tässä tärkeässä Lync-sovelluksen vianmäärityksen vaiheessa hyödynnetään sovelluksen tietoja. Pidä Ctrl-näppäintä painettuna ja napsauta hiiren kakkospainikkeella Windowsin tehtäväpalkin oikeassa alakulmassa olevaa Lync-kuvaketta. Näkyviin tulee vaihtoehto, jossa lukee Määritystiedot. Valitse se kuvan 1 mukaisesti.
Kuva 1.
Tarkista ja tutki kuvassa 2 näkyvät, virheistä kertovat rivit. Esimerkiksi EWS-virheestä kertova rivi voi tarkoittaa, että Exchangeen ei voida muodostaa yhteyttä. Tämä ei välttämättä ole ongelman pääsyy, mutta se viittaa siihen, että Exchangen ja Lyncin välisessä yhteydessä on vika. Katso tietoja RUCT (Remote Unified Communications Troubleshooting) -työkalusta artikkelin lopusta. RUCT-työkalu voi auttaa selvittämään syitä joillekin kuvan 2 virheille.
Kuva 2.
Jos Lync-tiedoissa ilmenee yhteysongelmia, vertaa tuloksia tilanteeseen, jossa käytät manuaalista määritystä. Ota manuaalinen määritys käyttöön seuraavasti:
Varmista, että määritystila on automaattinen (valitse Lync-sovelluksessa Työkalut -> Asetukset -> Lisäasetukset).
Jos määritystila on automaattinen ja määritys epäonnistuu, kokeile kirjoittaa yhteyden IP-osoite (kuva 3).
Kuva 3.
Voit selvittää, johtuuko vika IIS:stä tai HTTP:stä, tarkistamalla URL-osoitteen lync.domain.com/abs/handler toiminnan. Kirjoita tämä HTTP-osoite selaimeen ongelmallisessa työasemassa.
Jos yhteys epäonnistuu, Lync-palvelimen IIS-yhteydessä on ongelma. Katso lisätietoja TechNetin artikkelista. Syynä voi olla myös porttivirhe. Tarkista automaattisen kirjautumisen tiedot SRV-tietueesta. Paina Enter-näppäintä jokaisen seuraavan rivin jälkeen:
Nslookup (Enter)
set type=srv (Enter)
_sipinternaltls._tcp.contoso.com (Enter)
Jos haku epäonnistuu, palvelimen DNS:ssä ei joko ole SRV-tietuetta tai jokin estää yhteyden palvelimeen. Toinen yhteyspiste, johon on pystyttävä muodostamaan yhteys, on Lync-palvelimen täydellinen toimialuenimi. Käynnistä uusi nslookup-istunto ja kirjoita täydellinen toimialuenimi, jotta voit varmistaa, että siihen voidaan muodostaa yhteys.
Jos kaikki vaikuttaa tähän mennessä normaalilta, ota Lync-sovelluksen lokien kerääminen käyttöön. Katso seuraavia kuvia 4 ja 5. (Valitse Lync-sovelluksessa rataskuvake [kuva 4] -> Työkalut -> Asetukset -> Yleiset.) Sovelluksessa näkyvät valintaruudut, joilla lokien ja tapahtumavirheiden keräämisen voi ottaa käyttöön (kuva 5).
Kuva 4.
Kuva 5.
Jos keräät lokeja, tarkista RUCT (Remote UC Troubleshooting) -työkalulla, että SRV-tietueisiin voi muodostaa yhteyden. Voit myös tarkistaa, että sovellus pystyy käyttämään kaikkia tarvittavia varmenteita, portteja ja yhteystietueita.
Jos kirjautumisessa ilmenee virhe, se voi johtua sovelluksen todennusvirheestä. Syynä voi olla myös varmenneongelma. Välimuistiin tallennettuihin käyttäjätunnuksiin tai varmenteisiin liittyviä ongelmia voi korjata tyhjentämällä työaseman historiatiedot. Helpoin tapa testata ongelmaa on luoda uusi käyttäjä, joka ei ole aiemmin kirjautunut sovellukseen. Uuden käyttäjän on muodostettava yhteys Lync-palvelimeen ja hankittava sovellukseen uudet käyttäjätunnukset sekä varmenne. Jos uusi käyttäjä pystyy kirjautumaan sisään, seuraavat ohjeet korjaavat todennäköisesti olemassa olevien käyttäjien ongelman.
Tarkista, että DNS-tietueiden luonnissa ei ole mitään epätavallista. Jos niillä on eri Exchange-toimialueet, yksilöivä SIP-toimialue ja sekä .local- että .com-toimialuenimi, niiden tarkastelu voi olla hämmentävää. Katso Microsoftin artikkelista lisätietoja tilanteista, joissa nimeämiskäytännöt ovat monimutkaisia.
Tyhjennä käyttäjätunnusten historiatiedot tyhjentämällä säilön välimuisti. Valitse Windows 7:ssä Ohjauspaneeli\Kaikki ohjauspaneelin kohteet\Tunnistetietojen hallinta (tai kirjoita Windows 7:n Käynnistä-valikon hakuun sana tunniste).
Huomasit ehkä, että useimmat artikkelin Lync-sovellukseen liittyvät ohjeet koskivat tietojen etsimistä. Ongelma ei yleensä johdu itse Lync-sovelluksesta. Kuten artikkeli osoittaa, Lync-sovelluksen toiminta riippuu oikein määritetystä palvelinyhteydestä. Seuraavassa on yhteenveto asioista, jotka kannattaa pitää mielessä:
DNS: sovelluksen on pystyttävä muodostamaan yhteys Lync-edustapalvelimen täydelliseen toimialuenimeen.
SRV: kun sovellus on löytänyt Lync-palvelimen täydellisen toimialuenimen, se hakee automaattisen määrityksen tietueen.
Toimialue: sovellus tarkistaa SIP-toimialueen nimen ja katsoo SRV-tietueista, onko samannimisiä edustapalvelimia käytössä.
Jos se löytää tällaisen toimialueen, se tarkistaa sovelluksen varmenteen palvelimessa.
Sekä palvelimen että sovelluksen varmenteen on oltava luotettuja (saman varmentajan tarjoamia).
Jos varmenne on kunnossa, sovellus suorittaa todennuksen. Se tapahtuu NTLM:n tai Kerberoksen avulla.
Prosessia voivat häiritä esimerkiksi virustorjuntaohjelmat, palomuurin portinestotoiminnot, välimuistiin jääneet käyttäjätunnukset tai varmenteet, väärät todennusasetukset, näennäishakemistot sekä väärät tai määrittämättömät käyttäjätunnukset.
Näillä ohjeilla pääset toivottavasti alkuun Lync-sovelluksen kirjautumisongelmien vianmäärityksessä. Lisäresursseja on Microsoft TechNet -blogeissa ja Microsoft TechNet -sivustossa.