Hitta svaren på vanliga frågor om kontextmedveten åtkomst
Varför tillämpas inte kontextmedvetna åtkomstpolicyer för vissa användare i mitt företag?
Användare kanske inte alla har samma licenser tilldelade. Kontrollera att dina användare är medlemmar i en organisationsenhet eller grupp som har Google Workspace-utgåvor som stöder kontextkänslig åtkomst. Kontrollera fakturering i administratörskonsolen för att verifiera användarlicenser.
Varför beter sig inte åtkomstnivåerna som jag avser?
Kontrollera att åtkomstinställningen i policyn för kontextmedveten åtkomst är den du avser – antingen Meet-attribut eller Don't meet-attribut .
Vad hindrar kontextmedveten åtkomst från att fungera med webbläsaren Chrome?
Om du tillämpar en enhetspolicy på en åtkomstnivå måste du och dina användare konfigurera slutpunktsverifiering. Du aktiverar slutpunktsverifiering i administratörskonsolen. Gå till Konfigurera programvara och skapa kontextmedvetna åtkomstnivåer för mer information.
Varför nekas en användarförfrågan när kontextmedveten åtkomst är korrekt konfigurerad?
Om en åtkomstnivå nekar en användarförfrågan men åtkomstnivån verkar vara korrekt konfigurerad, kan användaren behöva tvinga fram en uppdatering av serversidans enhetsstatus. Gå till Använd mobila enheter med åtkomstnivåer - Felsökning för mer information.
Varför fungerar åtkomsten till Google Workspace-appar som avsett, men åtkomsten till en webbapplikation i Chrome är fortfarande blockerad?
Chrome-användare (datorer och mobila enheter) måste aktivera synkronisering i Chrome. Gå till Aktivera och inaktivera synkronisering i Chrome för mer information.
Varför nekas användaråtkomst till Safari när kontextmedveten åtkomst är korrekt konfigurerad?
Om Apple Private Relay är konfigurerat i iCloud döljs enhetens IP-adress. Google Workspace tar emot en anonym IP-adress. Om det i det här fallet finns en kontextmedveten åtkomstnivå tilldelad som IP-undernät nekas åtkomst till Safari. Åtgärda detta genom att inaktivera Private Relay eller genom att ta bort åtkomstnivån som innehåller IP-undernät.
Varför ska jag inte använda Google Cloud-konsolen för att lägga till eller ändra kontextmedvetna åtkomstnivåer?
Google rekommenderar att du inte använder Google Cloud-konsolgränssnittet för att lägga till eller ändra kontextmedvetna åtkomstnivåer om du är en Workspace-kund. Om du lägger till eller ändrar åtkomstnivåer med en annan metod än det kontextmedvetna åtkomstgränssnittet kan detta felmeddelande visas: Attribut som inte stöds används i Google Workspace och användare kan blockeras.
Varför är min Workspace-app blockerad trots att jag konfigurerat åtkomstnivån för att tillåta appen?
Även om du inte tillämpar en begränsning på appen kan Workspace-appar blockeras på grund av åtkomstnivåutvärderingar för relaterade API:er. Till exempel utvärderas Gmails åtkomst till Kalender-, Drive- och Meet-API:erna baserat på Kalender-API-begränsningar. För att identifiera blockerade anslutningar, granska händelser för blockerade API-åtkomst i logghändelserna för kontextmedveten åtkomst .
Hur påverkar kontextmedvetna åtkomstpolicyer Apps Script?
Google Apps Script-projekt som är kopplade till Workspace-appar omfattas av kontextmedvetna åtkomstpolicyer som tilldelats dessa appar. Skript som försöker komma åt data från Workspace-appar med kontextmedveten åtkomstbegränsad åtkomst kan stöta på felmeddelanden om nekad åtkomst. Felet uppstår eftersom skripten inte körs på en användares enhet. Därför kan den nödvändiga säkerhetskontexten inte valideras. För att undvika åtkomstfel och bibehålla API-åtkomst måste varje Apps Script-projekt undantas från kontextmedvetna åtkomstpolicyer.