Miten Lync toimimaan Outlookissa, versio 2013
Kyseessä win 8.1-kone ja Office 2013. Ostin of 365-paketin ja Lyncin. Perusasennukset on tehty ja ms-ohjeiden mukaan office 2013 ja 365 kytketty toisiinsa.
Outlookin apuohjelmat- listassa näkyy: Lync meeting ad in
Mutta kun Outlookin kalenterissa yritän perustaa lync-kokousta, ei onnistu, tulee virheilmoitus:
Kalenterin omistajaa ei tunnisteta.
Osaako joku neuvoa? Jos osaa niin mielellään ihan Suomeksi, ei atk-slangia.
Outlookin apuohjelmat- listassa näkyy: Lync meeting ad in
Mutta kun Outlookin kalenterissa yritän perustaa lync-kokousta, ei onnistu, tulee virheilmoitus:
Kalenterin omistajaa ei tunnisteta.
Osaako joku neuvoa? Jos osaa niin mielellään ihan Suomeksi, ei atk-slangia.
.
Jos laitat guugleen haun "lync palvelimen perustaminen" niin sieltä selviää heti alkuun että täytyy perustaa Lync palvelin jollekin windows serverille
.
Jos laitat guugleen haun "lync palvelimen perustaminen" niin sieltä selviää heti alkuun että täytyy perustaa Lync palvelin jollekin windows serverille
.
Parannamme palvelua
Jotakin_osviittaa---
9.5.2015 22:53
https://www.nebula.fi/fi/palvelut/sovellukset/lync
http://www.sulava.com/2013/02/lync-2013-pilvesta-vai-kellarista/
.
lynctulille
9.8.2015 12:11
ja reverse proxy eli esim. forefront tmg tarvitaan myös.
ja tätä PBX palvelinta ei saa virtualisoida vaan sen täytyy olla rehellinen dedikoitu oikea palvelin. tietysti tämä pstn soittelu ei ole pakolllinen mutta kannattaahan se laittaa.
tietysti sitten vielä tarvitaan exchange johon myös unified messaging rooli jotta esim. puheposti toimii. eikä voi olla samalla palvelimella kuin lync tosin domain controllerin voi exchangen kanssa laittaa samaan mutta ei kannata.
eli käytännössä kolme fyysistä palvelinta joihin vaikka seuraavasti rooleja:
1. hyper-v host ja hostille dc fileserver ehkä, virtualisoituna exchange ja lync edge
2. hyper-v host ja hostille dc (vähintään kaksi aina) fileserver ehkä, virtualisoituna lync front end reverse proxy.
3. asterisk puhelinkeskus (riittää vähän heikompikin palvelin pienessä käytössä).
eli yhteensä 6kpl windows server joista 4kpl virtuaalisena. sitten verkkolaitteiden pitää tukea vlaneja että saadaan reverse-proxylle ja edgelle julkisia ip osoitteita ilman että tarvitaan montaa verkkokorttia palvelimiin kytkettynä eri puolille palomuuria/natia.
ja tietysti että saadaan ulkoyhteyden qos toimimaan kaikki liikenne kuljettava muutenkin yhden kunnollisen vehkeen kautta. minula cisco 1841 joka toimii hyvin. laittaa vaan sisäverkon puolelle kaksi subinterfacea joista toinen natiivisti vlan 1 ja normaali reititys toisen laittaa vaikka vlan 23 ja siltaa suoraan ulkoverkon puolelle.
sitten microsoft hyper-v asetuksista edgelle ja reverse-proxylle kaksi virtuaalista verkkokorttia ja toinen vlan 23 sitten ne saa julkisen ip:n.
sitten tietysti tarvitaan nimipalvelu. ja jos dynaaminen ip niin kirjoitettava vielä skripti mikä hakee ip:n esim. windowsin rekisteristä ja jos se muuttuu niin päivittää lyncin topologian ja nimipalvelun ja mahdollisesti sisäverkon dns tietueet vpn käyttäjiä varten jotka yhdistää edgeen. ja käynnistää edgen palvelut uudelleen.