Dane przepływające przez Connector
Sprawdź dane przekazywane przez Connector i zapisywane dzienniki.
Na tej stronie
Sprawdź, jakie informacje o koncie i Spaces przepływają przez Connector. Space to wspólny obszar roboczy w aplikacji.
Co aplikacja otrzymuje przez Connector
- nazwę TEISENDA, ikonę i adres dokumentacji, którymi przedstawia się Connector
- instrukcje Connectora
- katalog narzędzi
- z
whoamiTwoją nazwę oraz dla każdego Space połączenia Space-ID, nazwę, informację o blokadzie i produkty - wynik każdego wywołania narzędzia
Wynik narzędzia hostingowego zaczyna się od Space
Wyniki hostingu podają najpierw Space i komunikat w języku Twojego konta, a przy nieobsługiwanym języku po niemiecku. Następnie zawierają dane jako JSON z angielskimi nazwami pól.
whoamiodpowiada pojedynczym blokiem tekstu zawierającym JSON, bez wiersza Space i bez części strukturalnej.- Zawartość pliku czytanego przez aplikację za pomocą
hosting_read_fileTEISENDA zwraca tylko w osobnym bloku, obramowanym i oznaczonym jako dane; najwyżej 40 000 znaków na wywołanie. hosting_get_visibilitypodaje tylko liczbę wybranych osób i zespołów, nigdy nazwy innych członków. Angielskie kody błędów węzła hostingowego nigdy nie znajdują się w wyniku.- Odmowa to zdanie w języku konta lub, jeśli odmawia Connector, stałe angielskie zdanie. Czasem pojawia się tylko status HTTP. Przypadki opisuje strona Rozwiąż problemy z Connectorem.
To dostarcza Connector. To, co czytasz w rozmowie, formułuje aplikacja.
Co TEISENDA otrzymuje od aplikacji
TEISENDA otrzymuje argumenty wywołania narzędzia oraz użytkownika, połączenie i numer żądania.
Kilka dzienników zapisuje informacje o wykorzystaniu
Szczegóły w dzienniku projektu i komunikaty błędów aplikacji mogą zawierać pojedyncze wartości argumentów narzędzia. Numer żądania jest taki sam w Connectorze i dzienniku projektu; pozwala znaleźć wywołanie w obu.
| Dziennik | Kto go prowadzi | Co zawiera |
|---|---|---|
| Logowania | Connector | Użytkownika przy każdym logowaniu, odwołaniu i wylogowaniu. Przy logowaniu także nazwę aplikacji i host, do którego wróciła. |
| Wywołania narzędzi | Connector | Nazwę narzędzia, użytkownika, numer żądania i czas; przy błędach mogą pojawić się dalsze wiersze z tekstem błędu aplikacji. Mogą zawierać pojedyncze dane, na przykład Space-ID. whoami nie tworzy takiego wpisu. Odwołania są zapisywane ze stanem logowania, identyfikatorem aplikacji i ewentualnie użytkownikiem. |
| Dostępy | Serwer WWW Connectora | Adres IP, czas, metodę i pełny adres z parametrami, status HTTP, rozmiar odpowiedzi, stronę odsyłającą i program wykonujący żądanie. Dodatkowe pole może zawierać identyfikator aplikacji przy logowaniu HTTP Basic. Przy wywołaniach narzędzi IP należy do dostawcy, a przy logowaniu do przeglądarki. |
| Dziennik projektu | Aplikacja | Zmiany ze Space, projektem, kontem, kanałem, numerem żądania, działaniem, szczegółem i czasem. Szczegóły mogą zawierać pojedyncze wartości argumentów, ale bez nazw i zawartości plików. Sam odczyt oraz zapisywanie i usuwanie plików nie tworzą wpisu; utworzenie szkicu i usunięte starsze wersje są zapisywane. |
| Wersje i połączenia | Aplikacja | Wersja zachowuje kanał, konto i numer żądania, z którymi powstała. Połączenie zachowuje czas ostatniego użycia. |
| Wyjście błędów | Aplikacja | Tylko błędy: jeśli narzędzie zostanie przerwane, pojawia się wiersz z nazwą narzędzia, numerem żądania i błędem, który może zawierać wartości argumentów. |
| Błędy zadań w tle | Baza danych aplikacji | Jeśli zadanie w tle się nie powiedzie, jego komunikat błędu jest zapisywany. |
Przy logowaniu zapisywane są także parametry adresu logowania i powrotu, w tym jednorazowy kod aplikacji. Serwer WWW nie zapisuje treści żądań ani odpowiedzi, tokenów, plików cookie ani nagłówka Authorization. Argumenty narzędzi i wyniki nie są zapisywane w dzienniku usługi jako pełna zawartość; teksty błędów mogą jednak zawierać pojedyncze wartości.
Okresy przechowywania dzienników
- Dziennik logowania: wpisy starsze niż dwanaście miesięcy są usuwane przy rozpoczęciu nowego logowania.
- Dziennik usługi Connectora z wywołaniami narzędzi i odwołaniami: najwyżej trzy miesiące; wcześniej po osiągnięciu limitu rozmiaru. Dodatkowa kopia w dzienniku systemowym pozostaje około czterech do pięciu tygodni dzięki cotygodniowej rotacji.
- Dziennik dostępu serwera WWW przed Connectorem: 14 plików dziennych oraz bieżący plik. Codzienna rotacja usuwa wpisy po 14–15 dniach. Ten okres nie dotyczy dzienników błędów serwera WWW.
Dziennik projektu nie ma stałego okresu przechowywania. Wpisy pozostają do usunięcia Space, nawet jeśli projekt zostanie usunięty wcześniej.
Przy usunięciu konta powiązanie wpisu z osobą wykonującą działanie jest usuwane. Identyfikator konta w szczegółach wcześniejszego wpisu udostępnienia pozostaje jednak zachowany.
Dla wyjścia aplikacji, jej nasłuchującego komponentu Connectora i zadań w tle nie ma okresu w dniach. Dla każdego kontenera plik dziennika jest rotowany po osiągnięciu 10 MB; starsze wyjście jest wtedy usuwane. Usunięcie kontenera także usuwa jego wyjście. Sama nowa publikacja aplikacji go nie usuwa: zatrzymane poprzedniki zachowują dzienniki do swojego usunięcia.
Komunikaty błędów zadań w tle pozostają dodatkowo w bazie danych bez automatycznej reguły usuwania. Usunięcie Space nie usuwa tych wpisów.
Co TEISENDA zapisuje dla każdego połączenia
- nazwę podaną przez aplikację, bez zmian i nigdy niesprawdzaną przez TEISENDA
- host, do którego wróciło logowanie
- czas połączenia i ostatniego użycia
- jego Spaces i czy obejmuje także Spaces, do których później dołączysz
Ostatnie użycie obejmuje także odrzucone żądania i zmienia się najwyżej raz na pięć minut. Nie jest dowodem wykonania narzędzia.
Polityka prywatności znajduje się w witrynie
Politykę prywatności TEISENDA znajdziesz na teisenda.com/datenschutz.