Moja prośba o zatwierdzenie nie dotarła
Gdy sesja VaultPAM wymaga zatwierdzenia, VaultPAM wysyła powiadomienie do wyznaczonej osoby zatwierdzającej. Jeśli osoba zatwierdzająca nigdy nie otrzyma powiadomienia — lub jeśli to Ty jesteś osobą zatwierdzającą i nie widzisz oczekującej prośby — odpowiedzialna jest zazwyczaj jedna z czterech przyczyn.
Objawy
- Przesłałeś prośbę o sesję, ale osoba zatwierdzająca twierdzi, że nie otrzymała żadnego e-maila ani powiadomienia w aplikacji.
- Osoba zatwierdzająca sprawdza panel Approvals i nie widzi żadnych oczekujących próśb.
- Widzisz swoją prośbę na liście Sessions → Pending, ale ostatecznie wygasa ona bez podjęcia działania.
- Osoba zatwierdzająca otrzymała e-mail, ale kliknięcie łącza zatwierdzającego powoduje błąd.
Przyczyny
1. Adres e-mail osoby zatwierdzającej nie został skonfigurowany
VaultPAM wysyła powiadomienia o zatwierdzeniu na zarejestrowany adres e-mail osoby zatwierdzającej oraz, jeśli zostało to skonfigurowane, na kanał Slack lub webhook. Jeśli adres e-mail osoby zatwierdzającej jest nieobecny lub nieprawidłowy w jej profilu, żadne powiadomienie nie zostanie wysłane.
Sprawdź: Otwórz Organization → Members → wybierz osobę zatwierdzającą → Profile. Potwierdź, że adres e-mail jest obecny i poprawnie sformatowany. Sprawdź również, czy jej konto jest aktywne (nie jest dezaktywowane ani oczekujące na akceptację zaproszenia).
Rozwiązanie: Zaktualizuj adres e-mail osoby zatwierdzającej. Jeśli osoba zatwierdzająca nie zaakceptowała jeszcze swojego zaproszenia, wyślij je ponownie z Organization → Members → Resend invite. Osoba zatwierdzająca musi ukończyć aktywację konta, zanim będzie mogła otrzymywać powiadomienia.
2. Kanał powiadomień jest niedostępny
VaultPAM może dostarczać powiadomienia o zatwierdzeniu za pośrednictwem poczty e-mail (SMTP), Slacka lub niestandardowego webhooka. Jeśli kanał wychodzący jest niedostępny — przekaźnik SMTP nie działa, aplikacja Slack została cofnięta lub punkt końcowy webhooka zwraca błędy — powiadomienia po cichu nie zostają dostarczone.
Sprawdź (administratorzy): Otwórz Organization → Notifications → Delivery status (jeśli dostępne) lub sprawdź dzienniki systemowe VaultPAM pod kątem błędów dostarczania SMTP lub webhooka. W przypadku Slacka potwierdź, że aplikacja VaultPAM Slack jest nadal zainstalowana w przestrzeni roboczej, a token nie został cofnięty.
Szybkie obejście: Osoby zatwierdzające zawsze mogą sprawdzić panel Approvals bezpośrednio w interfejsie VaultPAM, nawet gdy powiadomienia e-mail zawodzą. Poproś osobę zatwierdzającą, aby otworzyła panel Approvals i poszukała oczekującej prośby.
Rozwiązanie (administratorzy): Przywróć uszkodzony kanał powiadomień (uruchom ponownie przekaźnik SMTP, ponownie autoryzuj aplikację Slack lub napraw punkt końcowy webhooka). Przetestuj ponownie dostarczanie za pomocą prośby o sesję o niskim ryzyku.
3. Osoba zatwierdzająca nie ma uprawnień do zatwierdzania
Osoba zatwierdzająca musi mieć rolę Approver dla konkretnego sejfu, z którego zażądano sesji. Jeśli jej rola nie obejmuje uprawnienia do zatwierdzania, nie pojawi się na liście osób zatwierdzających i nie otrzyma powiadomienia. Może się to zdarzyć, gdy rola zostanie zaktualizowana lub sejf zostanie przeniesiony do nowego właściciela bez aktualizacji listy osób zatwierdzających.
Sprawdź: Otwórz Safes → wybierz sejf → Members i znajdź osobę zatwierdzającą. Potwierdź, że jej rola obejmuje uprawnienie Approve. Jeśli osoba zatwierdzająca nie znajduje się na liście, nie jest uprawniona do otrzymania tej prośby.
Rozwiązanie: Administrator sejfu musi zaktualizować rolę osoby zatwierdzającej lub dodać ją do sejfu z rolą umożliwiającą zatwierdzanie. Po skorygowaniu roli osoba zgłaszająca powinna anulować bieżącą (obecnie zablokowaną) prośbę i przesłać nową — osoba zatwierdzająca otrzyma wtedy powiadomienie o nowej prośbie.
4. Prośba wygasła
Prośby o zatwierdzenie mają konfigurowalny czas życia TTL (domyślnie: 10 minut). Jeśli nikt nie zatwierdził ani nie odrzucił prośby przed upływem TTL, prośba przechodzi w stan Expired i nie można podjąć wobec niej żadnych dalszych działań.
Sprawdź: Otwórz Sessions → Pending lub Sessions → History. Jeśli status prośby pokazuje Expired, czas TTL upłynął.
Rozwiązanie: Prześlij nową prośbę o sesję. Jeśli 10-minutowy czas TTL jest zbyt krótki dla procesu zatwierdzania w Twojej organizacji, poproś administratora VaultPAM o jego zwiększenie: Organization → Policies → Session approval TTL.
Kroki rozwiązania
- Poproś osobę zatwierdzającą o sprawdzenie panelu Approvals bezpośrednio w VaultPAM — działa to nawet wtedy, gdy powiadomienia e-mail nie są dostarczane.
- Otwórz Organization → Members → wybierz osobę zatwierdzającą → Profile i potwierdź, że adres e-mail jest obecny, a konto jest aktywne.
- Otwórz Safes → wybierz sejf → Members i potwierdź, że osoba zatwierdzająca ma rolę obejmującą uprawnienie Approve dla tego sejfu.
- Sprawdź Sessions → Pending lub Sessions → History, aby zobaczyć, czy prośba nie ma już statusu Expired. Jeśli tak, prześlij nową prośbę.
- Jeśli osoba zatwierdzająca widzi prośbę w panelu Approvals, ale nie otrzymała e-maila, poproś administratora o zbadanie kanału powiadomień w Organization → Notifications.
- Jeśli zatwierdzenie jest pilne, a standardowa osoba zatwierdzająca jest niedostępna, poproś administratora sejfu o bezpośrednie zatwierdzenie prośby za pośrednictwem interfejsu VaultPAM.
Ścieżka eskalacji
Jeśli powyższe kroki nie rozwiążą problemu:
- Zanotuj identyfikator prośby o sesję (widoczny w Sessions → History), nazwę sejfu oraz adres e-mail docelowej osoby zatwierdzającej.
- Poproś administratora o sprawdzenie dzienników systemowych VaultPAM pod kątem błędów dostarczania SMTP lub webhooka w momencie przesłania prośby.
- Jeśli potwierdzono, że kanał powiadomień działa, ale prośby nadal nie docierają, otwórz zgłoszenie do pomocy technicznej, podając identyfikator prośby o sesję oraz dane profilu użytkownika osoby zatwierdzającej.