- Hjem
- /
- Artikkel
Denne hjelpeartikkelen er for Cisco Desk Phone 9800-serien og Cisco Video Phone 8875 registrert hos Cisco BroadWorks eller Webex Calling.
Konfigurer DHCP-alternativer
Du kan angi rekkefølgen telefonen bruker DHCP-alternativene i. Hvis du vil ha hjelp med DHCP-alternativer, kan du se støtte for DHCP-alternativer.
| 1 |
Gå til telefonadministrasjonens webside. |
| 2 |
Velg T |
| 3 |
I Konfigurasjonsprofil- delen angir du parametrene DHCP-alternativ som skal brukes og DHCPv6 Option To Use som beskrevet nedenfor:
|
| 4 |
Klikk på Send inn alle endringer. |
DHCP-alternativstøtte
Tabellen nedenfor viser DHCP-alternativene som støttes på PhoneOS-telefonene.
| Nettverksstandard | Beskrivelse |
|---|---|
| DHCP-alternativ 1 | Undernettmaske |
| DHCP-alternativ 2 | Tidsforskyvning |
| DHCP-alternativ 3 | Ruter |
| DHCP-alternativ 6 | Domenenavnserver |
| DHCP-alternativ 15 | Domenenavn |
| DHCP-alternativ 17 | Leverandøridentifiserende leverandørspesifikk informasjon |
| DHCP-alternativ 41 | Leietid for IP-adresse |
| DHCP-alternativ 42 | NTP-server |
| DHCP-alternativ 43 | Leverandørspesifikk informasjon Kan brukes til å gi SCEP-konfigurasjonen. |
| DHCP-alternativ 56 | NTP-server NTP-serverkonfigurasjon med IPv6 |
| DHCP-alternativ 60 | Leverandørklasse-identifikator |
| DHCP-alternativ 66 | TFTP-servernavn |
| DHCP-alternativ 125 | Leverandøridentifiserende leverandørspesifikk informasjon |
| DHCP-alternativ 150 | TFTP-server |
| DHCP-alternativ 159 | IP for klargjøring av serveren |
| DHCP-alternativ 160 | URL-adresse for klargjøring |
Angi minimum TLS-versjon for klient og server
Som standard er den minste TLS-versjonen for klient og server 1.2. Dette betyr at klienten og serveren godtar å etablere forbindelser med TLS 1.2 eller nyere. Den støttede maksimale versjonen av TLS for klient og server er 1.3. Når den er konfigurert, brukes den minste TLS-versjonen for forhandlinger mellom TLS-klienten og TLS-serveren.
Du kan angi minimumsversjonen av TLS for henholdsvis klient og server, for eksempel 1.1, 1.2 eller 1.3.
Før du begynner
Kontroller at TLS-serveren støtter den minste TLS-versjonen som er konfigurert. Du kan konsultere administratoren av anropskontrollsystemet.
| 1 |
Gå til telefonadministrasjonens webside. |
| 2 |
Velg . |
| 3 |
I seksjonen Sikkerhetsinnstillinger konfigurerer du parameteren TLS Client Min versjon.
Du kan også konfigurere denne parameteren i konfigurasjonsfilen (cfg.xml): <TLS_Client_Min_Version ua="na">TLS 1.2</TLS_Client_Min_Version>
Tillatte verdier: TLS 1.1, TLS1.2 og TLS 1.3. Standard: TLS 1.2 |
| 4 |
I seksjonen Sikkerhetsinnstillinger konfigurerer du parameteren TLS Server Min versjon. Webex Callingstøtter ikke TLS 1.1.
Du kan også konfigurere denne parameteren i konfigurasjonsfilen (cfg.xml): <TLS_Server_Min_Version ua="na">TLS 1.2</TLS_Server_Min_Version>
Tillatte verdier: TLS 1.1, TLS1.2 og TLS 1.3. Standard: TLS 1.2 |
| 5 |
Klikk på Send inn alle endringer. |
Aktiver FIPS-modus
Du kan gjøre en telefon Federal Information Processing Standards (FIPS) kompatibel.
FIPS er et sett med standarder som beskriver dokumentbehandling, krypteringsalgoritmer, og andre informasjonsteknologistandarder for bruk innen ikke-militære myndigheter og av offentlige entreprenører og leverandører som jobber med byråene. CiscoSSL FOM (FIPS Object Module) er en nøye definert programvarekomponent og designet for kompatibilitet med CiscosSL-biblioteket, slik at produkter som bruker CiscosSL-biblioteket og API kan konverteres til å bruke FIPS 140-2 validert kryptografi med minimal innsats.
| 1 |
Gå til telefonadministrasjonens webside. |
| 2 |
Velg . |
| 3 |
I delen Sikkerhetsinnstillinger velger du Ja eller Nei fra FIPS-modus- parameteren. |
| 4 |
Klikk på Send inn alle endringer. Når du aktiverer FIPS, fungerer følgende funksjoner sømløst på telefonen:
|
Angi bruker- og administratorpassord
Når telefonen er registrert med et anropskontrollsystem for første gang eller etter en fabrikkinnstilling, må du angi både bruker- og administratorpassord for å forbedre telefonsikkerheten. Etter at passordene er angitt, kan du få tilgang til telefonens webgrensesnitt.
Som standard er begge passordene tomme. Inntil du angir dem, vises meldingen Ingen passord gitt hver gang telefonen starter på nytt. Det manglende passordet rapporteres også under Inn emer på telefonen. Du kan deaktivere advarselsdisplayet med innstillingen Vis passordadvarsler.
| 1 |
Få tilgang til telefonadministrasjonens webside |
| 2 |
Velg . |
| 3 |
Klikk En dre passord ved siden av Brukerpassord eller Administ ratorpassord i delen Systemkonfigurasjon. |
| 4 |
For første gangs oppsett, la Gammelt passord- feltet stå tomt. Skriv inn det eksisterende passordet bare når du endrer det. |
| 5 |
Skriv inn et nytt passord i feltet Nytt passord. Passordkrav:
Hvis det nye passordet ikke oppfyller kravene, blir det avvist. |
| 6 |
Klikk på Send inn. Meld Etter at begge passordene er angitt, vises de som maskerte verdier i XML-filen for telefonkonfigurasjon (cfg.xml), som følger:
|
| 7 |
Hvis du vil aktivere eller deaktivere passordadvarselen, angir du Vis passord advarsler til ønsket verdi i System konfigur asjon-delen, og klikk deretter Send alle endringer. Når du er satt til Ja, vises advarselen på telefonskjermen hvis et passord mangler. Når den er satt til Nei, vises ikke advarselen. Du kan også konfigurere parametrene i telefonkonfigurasjonsfilen (cfg.xml).
Standard: Ja Alternativer: Ja | Nei |
802.1X-godkjenning
Cisco IP- telefoner støtter 802.1X-godkjenning.
Cisco IP-telefoner og Cisco Catalyst-svitsjer bruker tradisjonelt Cisco Discovery Protocol (CDP) til å identifisere hverandre og bestemme parametere som VLAN-tildeling og innebygde strømkrav. CDP identifiserer ikke lokalt tilknyttede arbeidsstasjoner. Cisco IP-telefoner gir en EAPOL-gjennomgangsmekanisme. Denne mekanismen gjør det mulig for en arbeidsstasjon som er koblet til Cisco IP-telefonen, å sende EAPOL-meldinger til 802.1X-autentisereren ved LAN-bryteren. Gjennomgangsmekanismen sikrer at IP-telefonen ikke fungerer som LAN-bryteren for å autentisere et dataendepunkt før du får tilgang til nettverket.
Cisco IP-telefoner gir også en proxy EAPOL Logoff-mekanisme. Hvis den lokalt tilkoblede PC-en kobler fra IP-telefonen, ser ikke LAN-bryteren at den fysiske koblingen mislykkes, fordi koblingen mellom LAN-bryteren og IP-telefonen opprettholdes. For å unngå å kompromittere nettverksintegriteten sender IP-telefonen en EAPOL-logoff-melding til bryteren på vegne av nedstrøms PC, som utløser LAN-bryteren for å fjerne autentiseringsoppføringen for nedstrøms PC.
Støtte for 802.1X-godkjenning krever flere komponenter:
-
Cisco IP-telefon: Telefonen starter forespørselen om tilgang til nettverket. Cisco IP-telefoner inneholder en 802.1X supplicant. Denne supplicanten lar nettverksadministratorer kontrollere tilkoblingen til IP-telefoner til LAN-bryterportene. Den nåværende versjonen av telefon 802.1X-supplicant bruker alternativene EAP-FAST og EAP-TLS for nettverksgodkjenning.
-
Autentiseringsserver: Godkjenningsserveren og bryteren må begge konfigureres med en delt hemmelighet som autentiserer telefonen.
-
Bryter: Bryteren må støtte 802.1X, slik at den kan fungere som autentisereren og sende meldingene mellom telefonen og godkjenningsserveren. Etter at utvekslingen er fullført, gir eller nekter bryteren telefonens tilgang til nettverket.
Du må utføre følgende handlinger for å konfigurere 802.1X.
-
Konfigurer de andre komponentene før du aktiverer 802.1X-godkjenning på telefonen.
-
Konfigurer PC-port: 802.1X-standarden tar ikke hensyn til VLAN-er og anbefaler derfor at bare en enkelt enhet skal autentiseres til en bestemt svitsjport. Noen brytere støtter imidlertid multidomene-autentisering. Bryterkonfigurasjonen avgjør om du kan koble en PC til PC-porten på telefonen.
-
Aktivert: Hvis du bruker en bryter som støtter godkjenning med flere domener, kan du aktivere PC-porten og koble en PC til den. I dette tilfellet støtter Cisco IP-telefoner proxy EAPOL-Logoff for å overvåke autentiseringsutvekslingene mellom bryteren og den tilkoblede PC-en.
Hvis du vil ha mer informasjon om IEEE 802.1X-støtte for Cisco Catalyst-svitsjene, kan du se konfigurasjonsveiledningene for Cisco Catalyst-svitsjer på:
http://www.cisco.com/en/US/products/hw/switches/ps708/ tsd_products_support_series_home .html
-
Deaktivert: Hvis bryteren ikke støtter flere 802.1X-kompatible enheter på samme port, bør du deaktivere PC-porten når 802.1X-godkjenning er aktivert. Hvis du ikke deaktiverer denne porten og deretter prøver å koble en PC til den, nekter bryteren nettverkstilgang til både telefonen og PC-en.
-
- Konfigurer Voice VLAN: Fordi 802.1X-standarden ikke tar hensyn til VLAN-er, bør du konfigurere denne innstillingen basert på svitsjstøtten.
- Aktivert: Hvis du bruker en bryter som støtter godkjenning med flere domener, kan du fortsette med å bruke tale-VLAN.
- Deaktivert: Hvis bryteren ikke støtter godkjenning med flere domener, deaktiverer du Voice VLAN og vurderer å tilordne porten til det opprinnelige VLAN-et.
- (Kun for Cisco Desk Phone 9800-serien)
Cisco Desk Phone 9800-serien har et annet prefiks i PID enn for de andre Cisco-telefonene. Hvis du vil aktivere telefonen til å passere 802.1X-godkjenning, angir du Radius·User-Nam e-parameteren til å inkludere Cisco Desk Phone 9800-serien.
For eksempel er PID på telefon 9841 DP-9841; du kan angi Radius·Brukernavn til eller.
Start with DPDu kan angi det i begge følgende seksjoner:Contains DP -
Aktiver 802.1X-godkjenning på telefonens webside
Når 802.1X-godkjenning er aktivert, bruker telefonen 802.1X-godkjenning for å be om nettverkstilgang. Når 802.1X-godkjenning er deaktivert, bruker telefonen Cisco Discovery Protocol (CDP) for å skaffe VLAN og nettverkstilgang.
Du kan velge et sertifikat (MIC/SUDI eller CDC) som brukes til 802.1X-godkjenningen. Hvis du vil ha mer informasjon om CDC, kan du se C ustom Device Certificate på 9800/8875.
Du kan se transaksjonsstatus og sikkerhetsinnstillinger på telefonskjermmenyen. Hvis du vil ha mer informasjon, kan du se Sikkerhetsinnstillingsmenyen på telefonen.
| 1 |
Aktiver 802.1X-godkjenning. Velg T og sett parameteren Aktiver 802.1X-godkjen ning til Ja. Du kan også konfigurere denne parameteren i konfigurasjonsfilen (cfg.xml):
Gyldige verdier: Ja|Nei Standard: Nei |
| 2 |
Velg ett av følgende installerte sertifikater som brukes til 802.1X-godkjenning. Verdialternativer:
Konfigurasjonen varierer basert på nettverket:
|
| 3 |
Konfigurer parameteren User ID som skal brukes som identitet for 802.1X-godkjenningen i det kablede nettverket. Parameterkonfigurasjonen trer i kraft bare når CDC brukes til kablet 802.1X-godkjenning (Sertifikatvalg er satt til Egendefinert installert). Som standard er denne parameteren tom. Identiteten for kablet 802.1X varierer avhengig av det valgte sertifikatet:
Hvis bruker-ID- en er tom og fellesnavnet i CDC er konfigurert, vil den kablede 802.1X bruke CDC-fellesnavnet som identitet. Du kan også konfigurere denne parameteren i konfigurasjonsfilen (cfg.xml):
Gyldige verdier: Maksimalt 127 tegn Standard: Tom Denne parameteren støtter også makroutvidelsesvariabler, se Makroutvidelsesvariabler for detaljer. Hvis du vil bruke DHCP-alternativer til å klargjøre bruker-ID-en, kan du se Klargj øring av fellesnavn eller bruker-ID via DHCP- alternativ 15. |
| 4 |
Klikk på Send inn alle endringer. |
Sikkerhetsinnstillingsmenyen på telefonen
Du kan se informasjonen om sikkerhetsinnstillingene på telefonmenyen. Navigasjonsbanen er: Inn . Tilgjengeligheten av informasjonen avhenger av nettverksinnstillingene i organisasjonen.
|
Parametere |
Alternativer |
Standard |
Beskrivelse |
|---|---|---|---|
|
Enhetsgodkjenning |
På Av |
Av |
Aktiverer eller deaktiverer 802.1X-godkjenning på telefonen. Parameterinnstillingen kan beholdes etter telefonens Out-Of-Box (OOB) registrering. |
|
Transaksjonsstatus | Deaktivert |
Viser tilstanden for 802.1X-godkjenning. Staten kan være (ikke begrenset til):
| |
|
Protokoll | Ingen |
Viser EAP-metoden som brukes til 802.1X-godkjenning. Protokollen kan være EAP-FAST eller EAP-TLS. | |
|
Brukersertifikattype |
Produksjon installert Tilpasset installert |
Produksjon installert |
Velger sertifikatet for 802.1X-godkjenningen under den første registreringen og sertifikatfornyelsen.
Denne parameteren vises bare på telefonen når Enhetsgodkjenning er aktivert. |
| Bakoverkompatibilitet med WPA |
På Av | Av |
Bestemmer om den eldste versjonen av Wi-Fi Protected Access (WPA) er kompatibel på telefonen for å koble til et trådløst nettverk eller et tilgangspunkt (AP).
Denne funksjonen er bare tilgjengelig på 9861/9871/8875-telefoner. |
Sett opp en proxy-server
Du kan konfigurere telefonen til å bruke en proxy-server for å forbedre sikkerheten. Vanligvis kan en HTTP-proxy-server tilby følgende tjenester:
- Rute trafikk mellom interne og eksterne nettverk
- Filtrering, overvåking eller logging av trafikk
- Caching-svar for å forbedre ytelsen
HTTP-proxy-serveren kan også fungere som en brannmur mellom telefonen og Internett. Etter en vellykket konfigurasjon kobles telefonen til Internett via proxy-serveren som beskytter telefonen mot cyberangrep.
Når den er konfigurert, gjelder HTTP-proxy-funksjonen for alle programmer som bruker HTTP-protokollen. For eksempel:
- GDS (Aktiveringskode Onboarding)
- EDOS-enhetsaktivering
- Onboarding til Webex Cloud (via EDOS eller GDS)
- Egendefinert CA
- Tilveiebringelse
- Fastvareoppgradering
- Telefonstatusrapport
- PRT-opplasting
- XSI-tjenester
- Webex-tjenester
- Foreløpig støtter funksjonen bare IPv4.
- HTTP-proxy-innstillingene kan beholdes etter telefonens Out-Of-Box (OOB) registrering.
| 1 |
Gå til telefonadministrasjonens webside. |
| 2 |
Velg . |
| 3 |
I delen HTTP Proxy Settings velger du en proxy-modus fra rullegardinlisten Proxy Mode og konfigurerer de relaterte parametrene. Hvis du vil ha mer informasjon om parametrene og nødvendige parametere for hver proxy-modus, kan du se Parametre for HTTP-proxy-innstillinger. |
| 4 |
Klikk på Send inn alle endringer. |
Parametere for HTTP-proxy-innstillinger
Tabellen nedenfor definerer funksjonen og bruken av HTTP-proxy-parametrene i delen HTTP-proxy-innstillinger under kategorien i telefonens webgrensesnitt. Den definerer også syntaksen til strengen som legges til i telefonkonfigurasjonsfilen (cfg.xml) med XML-kode for å konfigurere en parameter.
| Parameter | Beskrivelse |
|---|---|
| Proxy-modus | Angir HTTP-proxy-modusen som telefonen bruker, eller deaktiverer HTTP-proxy-
funksjonen.
Utfør ett av følgende:
Tillatte verdier: Auto, Manuell og Av Standard: Av |
| Automatisk oppdagelse av webproxy | Bestemmer om telefonen bruker WPAD-protokollen (Web Proxy Auto Discovery)
til å hente en PAC-fil. WPAD-protokollen bruker DHCP eller DNS, eller begge nettverksprotokollene for å finne en PAC-fil (Proxy Auto Configuration) automatisk. PAC-fil brukes til å velge en proxy-server for en gitt URL. Denne filen kan hostes lokalt eller på et nettverk.
Utfør ett av følgende:
Tillatte verdier: Ja og Nei Standard: Ja |
| PAC URL | URL til en PAC-fil. For eksempel TFTP, HTTP og HTTPS støttes. Hvis du angir Proxy-modus til Auto og Automatisk oppdagelse av webproxy til Nei, må du konfigurere denne parameteren. Utfør ett av følgende:
Standard: Tom |
| Proxy-vert | IP-adresse eller vertsnavn på proxy-vertsserveren som telefonen skal få tilgang til. For eksempel:
Ord
ningen ( Hvis du angir Pro xy-modus til Manu ell, må du konfigurere denne parameteren. Utfør ett av følgende:
Standard: Tom |
| Proxy-port | Portnummer for proxy-vertsserveren. Hvis du angir Pro xy-modus til Manu ell, må du konfigurere denne parameteren. Utfør ett av følgende:
Standard: 3128 |
| Proxy-autentisering | Bestemmer om brukeren må oppgi godkjenningsinformasjonen (brukernavn og passord) som proxy-serveren krever. Denne parameteren er konfigurert i henhold til den faktiske oppførselen til proxy-serveren. Hvis du setter parameteren til Ja, må du konfigurere brukernavn og passord. For detaljer om parametrene, se parameteren «Brukernavn» og «Passord» i denne tabellen. Parameterkonfigurasjonen trer i kraft når Proxy-modus er satt til Manuell. Utfør ett av følgende:
Tillatte verdier: Ja og Nei Standard: Nei |
| Brukernavn | Brukernavn for en legitimasjonsbruker på proxy-serveren. Hvis Proxy-modus er satt til Manu ell og Proxy- godkjenning er satt til Ja, må du konfigurere parameteren. Utfør ett av følgende:
Standard: Tom |
| Passord | Passord for det angitte brukernavnet for proxy-autentiseringsformålet. Hvis Proxy-modus er satt til Manu ell og Proxy- godkjenning er satt til Ja, må du konfigurere parameteren. Utfør ett av følgende:
Standard: Tom |
| Proxy-modus | Nødvendige parametere | Beskrivelse |
|---|---|---|
| Av | NA | HTTP-proxy er deaktivert på telefonen. |
| Manuell | Proxy-vert Proxy-port Proxy-autentisering: Ja Brukernavn Passord | Angi manuelt en proxy-server (et vertsnavn eller IP-adresse) og en proxy-port. Hvis proxy-serveren krever godkjenning, må du oppgi brukernavnet og passordet videre. |
| Proxy-vert Proxy-port Proxy-autentisering: Nei | Angi en proxy-server manuelt. Proxy-serveren krever ikke godkjenningsinformasjon. | |
| Auto | Automatisk oppdagelse av webproxy: Nei PAC URL | Angi en gyldig PAC-URL for å hente PAC-filen. |
| Automatisk oppdagelse av webproxy: Ja |
Bruker WPAD-protokollen til automatisk å hente en PAC-fil. |
Aktiver klient-initiert modus for sikkerhetsforhandlinger om medieplan
For å beskytte medieøkter kan du konfigurere telefonen til å starte sikkerhetsforhandlinger for medieplan med serveren. Sikkerhetsmekanismen følger standardene angitt i RFC 3329 og utvidelsesutkastet til sikkerhetsmekanismenavn for medier (Se https://tools.ietf.org/html/draft-dawes-sipcore-mediasec-parameter-08#ref-2). Transport av forhandlinger mellom telefonen og serveren kan bruke SIP-protokoll over UDP, TCP og TLS. Du kan begrense at sikkerhetsforhandling for medieplan bare brukes når signaltransportprotokollen er TLS.
| Parameter | Beskrivelse |
|---|---|
|
MediaSec-forespørsel |
Angir om telefonen skal starte sikkerhetsforhandlinger for medieplan med tjeneren. Utfør ett av følgende:
Tillatte verdier: Ja|Nei
Standard: Nei |
|
Kun MediaSec over TLS |
Angir signaltransportprotokollen som sikkerhetsforhandling for medieplan brukes over. Før du setter dette feltet til Ja, må du kontrollere at signaltransportprotokollen er TLS. Utfør ett av følgende:
Tillatte verdier: Ja|Nei
Standard: Nei |
| 1 |
Gå til telefonadministrasjonens webside. |
| 2 |
Velg . |
| 3 |
I SIP-innstilling er-delen angir du fel tene MediaSec-forespørsel og MediaSec over TLS Only som definert i tabellen ovenfor. |
| 4 |
Klikk på Send inn alle endringer. |
WLAN-sikkerhet
Fordi alle WLAN-enheter som er innenfor rekkevidde, kan motta all annen WLAN-trafikk, er sikring av talekommunikasjon avgjørende i WLAN-er. For å sikre at inntrengere ikke manipulerer eller fanger opp taletrafikk, støtter Cisco SAFE Security-arkitekturen telefonen. Hvis du vil ha mer informasjon om sikkerhet i nettverk, kan du se http://www.cisco.com/en/US/netsol/ns744/ networking_solutions_program_home .html.
Cisco Wireless IP-telefoni-løsningen gir trådløs nettverkssikkerhet som forhindrer uautoriserte pålogginger og kompromittert kommunikasjon ved å bruke følgende autentiseringsmetoder som telefonen støtter:
-
Åpen autentisering: Enhver trådløs enhet kan be om godkjenning i et åpent system. Tilgangspunktet som mottar forespørselen, kan gi godkjenning til enhver anmoder eller bare til forespørsler som finnes på en liste over brukere. Kommunikasjon mellom den trådløse enheten og tilgangspunktet (AP) kan ikke være kryptert.
-
Utvidbar autentiseringsprotokoll - Fleksibel autentisering via EAP-FAST-godkjenning (Secure Tunneling): Denne sikkerhetsarkitekturen mellom klient og server krypterer EAP-transaksjoner i en TLS-tunnel (Transport Level Security) mellom AP og RADIUS-serveren, for eksempel Identity Services Engine (ISE).
TLS-tunnelen bruker PAC (Protected Access Credentials) for godkjenning mellom klienten (telefonen) og RADIUS-serveren. Serveren sender en Authority ID (AID) til klienten (telefon), som igjen velger riktig PAC. Klienten (telefonen) returnerer en PAC-opak til RADIUS-tjeneren. Serveren dekrypterer PAC med primærnøkkelen. Begge endepunktene inneholder nå PAC-nøkkelen, og det opprettes en TLS-tunnel. EAP-FAST støtter automatisk PAC-klargjøring, men du må aktivere den på RADIUS-tjeneren.
I ISE utløper PAC som standard om en uke. Hvis telefonen har en utløpt PAC, tar autentisering med RADIUS-serveren lengre tid mens telefonen får en ny PAC. Hvis du vil unngå forsinkelser i PAC-klargjøring, angir du PAC-utløpsperioden til 90 dager eller lenger på ISE- eller RADIUS-tjeneren.
-
EAP@@ -TLS-godkjenning (Extensible Authentication Protocol-Transport Layer Security): EAP-TLS krever et klientsertifikat for godkjenning og nettverkstilgang. For trådløs EAP-TLS kan klientsertifikatet være MIC, LSC eller brukerinstallert sertifikat.
-
PEAP (Protected Extensible Authentication Protocol): Ciscos proprietære passordbasert gjensidig autentiseringsskjema mellom klienten (telefonen) og en RADIUS-server. Telefonen kan bruke PEAP for autentisering med det trådløse nettverket. Både PEAP-MSCHAPV2- og PEAP-GTC-godkjenningsmetoder støttes.
-
Pre-Shared Key (PSK): Telef onen støtter ASCII-format. Du må bruke dette formatet når du konfigurerer en WPA/WPA2/SAE forhåndsdelt nøkkel:
ASCII: en ASCII-tegnstreng med 8 til 63 tegn i lengde (0-9, små og store bokstaver A-Z og spesialtegn)
Eksempel: GREG123567 @9ZX &W
Følgende godkjenningsskjemaer bruker RADIUS-tjeneren til å administrere godkjenningsnøkler:
-
WPA/WPA2/WPA3: Bruker RADIUS-serverinformasjon til å generere unike nøkler for godkjenning. Fordi disse nøklene genereres på den sentraliserte RADIUS-serveren, gir WPA2/WPA3 mer sikkerhet enn WPA-forhåndsdelte nøkler som er lagret på AP og telefon.
-
Rask sikker roaming: Bruker RADIUS-server og WDS-informasjon (Wireless Domain Server) til å administrere og autentisere nøkler. WDS oppretter en hurtigbuffer med sikkerhetsinformasjon for FT-aktiverte klientenheter for rask og sikker reautentisering. Cisco Desk Phone 9861 og 9871 og Cisco Video Phone 8875 støtter 802.11r (FT). Både over luften og over DS støttes for å muliggjøre rask sikker roaming. Men vi anbefaler på det sterkeste å bruke 802.11r (FT) over air-metoden.
Med WPA/WPA2/WPA3 legges ikke krypteringsnøkler inn på telefonen, men blir automatisk avledet mellom AP og telefon. Men EAP-brukernavnet og passordet som brukes til autentisering må oppgis på hver telefon.
For å sikre at taletrafikken er sikker, støtter telefonen TKIP og AES for kryptering. Når disse mekanismene brukes til kryptering, krypteres både signalerende SIP-pakker og RTP-pakker (Voice Real-Time Transport Protocol) mellom AP og telefonen.
- TKIP
-
WPA bruker TKIP-kryptering som har flere forbedringer i forhold til WEP. TKIP gir nøkkelkryptering per pakke og lengre initialiseringsvektorer (IV) som styrker krypteringen. I tillegg sikrer en meldingsintegritetskontroll (MIC) at krypterte pakker ikke endres. TKIP fjerner forutsigbarheten til WEP som hjelper inntrengere med å tyde WEP-nøkkelen.
- AES
-
En krypteringsmetode som brukes til WPA2/WPA3-godkjenning. Denne nasjonale standarden for kryptering bruker en symmetrisk algoritme som har samme nøkkel for kryptering og dekryptering. AES bruker Cipher Blocking Chain (CBC) kryptering på 128 bits i størrelse, som støtter nøkkelstørrelser på 128 biter, 192 biter og 256 biter, som et minimum. Telefonen støtter en nøkkelstørrelse på 256 biter.
Cisco Desk Phone 9861 og 9871 og Cisco Video Phone 8875 støtter ikke Cisco Key Integrity Protocol (CKIP) med CMIC.
Autentiserings- og krypteringsordninger er satt opp i det trådløse LAN. VLAN-er er konfigurert i nettverket og på AP-ene og spesifiserer forskjellige kombinasjoner av autentisering og kryptering. En SSID assosieres med et VLAN og det bestemte autentiserings- og krypteringsskjemaet. For at trådløse klientenheter skal kunne godkjennes, må du konfigurere de samme SSID-ene med deres autentiserings- og krypteringsordninger på AP-ene og på telefonen.
Noen autentiseringsordninger krever spesifikke typer kryptering.
- Når du bruker WPA-forhåndsdelt nøkkel, WPA2-forhåndsdelt nøkkel eller SAE, må den forhåndsdelte nøkkelen settes statisk på telefonen. Disse tastene må samsvare med tastene som er på AP.
-
Telefonen støtter automatisk EAP-forhandling for FAST eller PEAP, men ikke for TLS. For EAP-TLS-modus må du spesifisere den.
Autentiserings- og krypteringsskjemaene i tabellen nedenfor viser nettverkskonfigurasjonsalternativene for telefonen som tilsvarer AP-konfigurasjonen.
| FSR-type | Autentisering | Nøkkeladministrasjon | Kryptering | Beskyttet administrasjonsramme (PMF) |
|---|---|---|---|---|
| 802.11r (FT) | PSK |
WPA-PSK WPA-PSK-SHA256 FT-PSK | AES | Nei |
| 802.11r (FT) | WPA3 |
SAE FT-SAE | AES | Ja |
| 802.11r (FT) | EAP-TLS |
WPA-EAP FT-EAP | AES | Nei |
| 802.11r (FT) | EAP-TLS (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Ja |
| 802.11r (FT) | EAP-FAST |
WPA-EAP FT-EAP | AES | Nei |
| 802.11r (FT) | EAP-FAST (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Ja |
| 802.11r (FT) | EAP-PEAP |
WPA-EAP FT-EAP | AES | Nei |
| 802.11r (FT) | EAP-PEAP (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Ja |
Konfigurer Wi-Fi-profil
Du kan konfigurere Wi-Fi-profiler fra telefonadministrasjonens webside eller via en ekstern enhetsprofil på nytt synkronisering. Når de er konfigurert, kan du knytte disse profilene til tilgjengelige trådløse nettverk for å etablere tilkobling. Cisco Wireless Phone 9821 støtter maksimalt fire konfigurerte Wi-Fi-profiler.
Profilen inneholder parametrene som kreves for at telefoner skal koble til telefonserveren med Wi-Fi. Når du oppretter og bruker en Wi-Fi-profil, trenger du eller brukerne dine ikke å konfigurere det trådløse nettverket for individuelle telefoner.
En Wi-Fi-profil lar deg forhindre eller begrense endringer i Wi-Fi-konfigurasjonen på telefonen av brukeren.
Vi anbefaler at du bruker en sikker profil med krypteringsaktiverte protokoller for å beskytte nøkler og passord når du bruker en Wi-Fi-profil.
Når du konfigurerer telefonene til å bruke EAP-FAST-godkjenningsmetoden i sikkerhetsmodus, trenger brukerne individuelle legitimasjoner for å koble til et tilgangspunkt.
| 1 |
Gå til telefonens webside. |
| 2 |
Velg . |
| 3 |
I delen Wi-Fi-profil (n) angir du parametrene som beskrevet i tabellen nedenfor Parametere for Wi-Fi-profil. Wi-Fi-profilkonfigurasjonen er også tilgjengelig for brukerpåloggingen.
|
| 4 |
Klikk på Send inn alle endringer. |
Parametere for Wi-Fi-profil
Tabellen nedenfor definerer funksjonen og bruken av hver parameter i delen Wi-Fi-profil (n) under System -fanen på telefonens webside. Den definerer også syntaksen til strengen som legges til i telefonkonfigurasjonsfilen (cfg.xml) for å konfigurere en parameter.
| Parameter | Beskrivelse |
|---|---|
| Nettverksnavn | Lar deg skrive inn et navn for SSID som vises på telefonen. Flere profiler kan ha samme nettverksnavn med forskjellig sikkerhetsmodus. Utfør ett av følgende:
Standard: Tom |
| Sikkerhetsmodus | Lar deg velge godkjenningsmetoden som brukes til å sikre tilgang til Wi-Fi-nettverket. Avhengig av hvilken metode du velger, vises et passordfelt slik at du kan oppgi legitimasjonen som kreves for å bli med i dette Wi-Fi-nettverket. Utfør ett av følgende:
Standard: Auto |
| Wi-Fi-bruker-ID | Lar deg angi en bruker-ID for nettverksprofilen. Dette feltet er tilgjengelig når du angir sikkerhetsmodus til Auto, EAP-FAST eller EAP-PEAP. Dette er et obligatorisk felt, og det tillater maksimal lengde på 32 alfanumeriske tegn. Utfør ett av følgende:
Standard: Tom |
| Wi-Fi-passord | Lar deg skrive inn passordet for den angitte Wi-Fi-bruker-IDen. Utfør ett av følgende:
Standard: Tom |
| Frekvensbånd | Lar deg velge det trådløse signalfrekvensbåndet som WLAN bruker. Utfør ett av følgende:
Standard: Auto |
| Sertifikatvalg | Lar deg velge en sertifikattype for første registrering av sertifikat og fornyelse av sertifikat i det trådløse nettverket. Denne prosessen er bare tilgjengelig for 802.1X-godkjenning. Utfør ett av følgende:
Standard: Produksjon installert |
- Hvis en bruker-ID er konfigurert: Telef onen bruker den angitte verdien som sin 802.1x EAP-TLS-identitet.
- Hvis bruker-ID-feltet er tomt: Telefonen vil alltid som standard bruke MIC (Produsentinstallert sertifikat) eller SUDI (Secure Unique Device Identity) Common Name som 802.1x EAP-TLS-identitet. Denne virkemåten skjer selv om et vanlig navn er valgt via CDC (Certificate Device Configuration).
Kontroller enhetens sikkerhetsstatus på telefonen
Telefonen kontrollerer enhetens sikkerhetsstatus automatisk. Hvis den oppdager potensielle sikkerhetstrusler på telefonen, kan menyen Problemer og diagnostikk vise detaljene om problemene. Basert på de rapporterte problemene kan administratoren utføre operasjoner for å sikre og herde telefonen din.
Enhetens sikkerhetsstatus er tilgjengelig før telefonen registreres i anropskontrollsystemet (Webex Callingeller BroadWorks).
Gjør følgende for å vise detaljer om sikkerhetsproblemer på telefonskjermen:
| 1 |
Trykk på Innstillinger |
| 2 |
Velg . For øyeblikket inneholder enhetssikkerhetsrapporten følgende problemer:
|
| 3 |
Kontakt administratoren din for å få støtte for å løse sikkerhetsproblemene. |
Angi håndhevelse av OCSP-stifting
Online Certificate Status Protocol (OCSP) bidrar til å forhindre tilkoblinger som bruker tilbakekalte sertifikater under TLS-håndtrykket. Når håndhevelse av OCSP-stifting er aktivert, ber telefonen om og validerer et stiftet OCSP-svar. Telefonen avviser tilkoblingen hvis svaret er ugyldig eller rapporterer at sertifikatet er tilbakekalt. Den avviser bare et manglende svar eller et gyldig OCSP-svar med en UKJENT-status når serversertifikatet krever OCSP-stifting (det vil si har utvidelsen som må stiftes). Vanlig sertifikatvalidering gjelder fortsatt.
| 1 |
Gå til telefonadministrasjonens webside. |
| 2 |
Velg . |
| 3 |
I delen Sikkerhetsinnstillinger konfigurerer du innstillingen for håndhevelse av OCSP Stapling. Du kan også aktivere parametrene i telefonkonfigurasjonsfilen (cfg.xml).
Standard: Aktivert Alternativer: Deaktivert | Aktivert |
| 4 |
Klikk på Send inn alle endringer. |
