| Adres sieciowy | Adres URL OPC-UA serwera. |
|---|---|
| Numer zdalnego portu TCP/UDP | Port OPC-UA serwera (zazwyczaj wartość 4840).
|
| Typ transmisji Ethernet | TCP |
| Podłączyć dopiero przy pierwszej transmisji | NIE zaznaczać (obowiązkowe) |
| Zamknij połączenie po każdej transmisji | NIE zaznaczać (obowiązkowe). Po każdym nawiązaniu połączenia jest konieczne przenieść kilka wiadomości inicjalizacyjnych i gdyby połączenie było często zamykane to szybkość transmisji została by znacząco obniżona. |
| Wybieranie ustawień za pomocą połączenia z serwerem | Po naciśnięciu tego przycisku zostanie otwarte okno, które komunikuje się z serwerem OpcUa. i pobiera z niego punkty końcowe (endpoints) oraz obsługiwane typy zabezpieczeń.
Każdy typ zabezpieczeń ma również numeryczną wartość Security Level (poziom bezpieczeństwa). Im większa wartość, tym wyższy poziom bezpieczeństwa. - URL punktu końcowego serwera
- Tryb bezpieczeństwa (Security Mode)
- Polityka bezpieczeństwa (Security Policy)
- Typ uwierzytelniania |
|---|---|
|
| |
| URL punktu końcowego serwera | Tu należy określić adres URL punktu końcowego OPC-UA serwera.
Stosowany jest jeżeli serwer umożliwia przekierowanie do innych serwerów, w innym przypadku wystarczy wprowadzić pusty łańcuch (spowoduje to automatyczne wybranie pierwszego punktu końcowego obsługiwanego przez serwer). Wartość może być w formie "opc.tcp://URL:Port". |
| Zabezpieczenie (Security): | |
| Tryb bezpieczeństwa (Security Mode) | Określa tryb zabezpieczenia komunikacji między klientem OPC UA a serwerem.
Istnieją trzy tryby zabezpieczeń: None - Ten tryb nie zapewnia żadnych zabezpieczeń.
Jest on używany głównie w celach testowania lub w odizolowanych sieciach, gdzie bezpieczeństwo nie jest priorytetem. Sign - Wiadomości nie są szyfrowane, ale podpisywane cyfrowo przez nadawcę.
Zapewnia to uwierzytelnienie (sprawdzenie, czy wiadomość pochodzi od autoryzowanego nadawcy) i integralność (weryfikacja, że wiadomość nie została zmieniona podczas transmisji). Dane są nadal widoczne i czytelne, ale nie można ich modyfikować bez wykrycia. Sign&Encrypt - Jest to najbezpieczniejszy tryb.
Wiadomości są podpisywane cyfrowo (w celu uwierzytelnienia i integralności) i szyfrowane (w celu zapewnienia poufności). To znaczy, że dane są nie tylko chronione przed nieautoryzowanymi zmianami, ale są również nieczytelne dla nikogo poza zamierzonym odbiorcą. |
| Polityka bezpieczeństwa (Security Policy) | Konfigurator ten jest widoczny tylko jeżeli "Tryb bezpieczeństwa (Security Mode) = Sign" lub "Sign&Encrypt".
- Algorytmy szyfrowania: Jaki algorytm ma zostać zastosowany do szyfrowania danych (np. AES-128, AES-256).
- Algorytmy podpisywania: Jaki algorytm ma zostać zastosowany do podpisu cyfrowego (np. SHA-256, SHA-384).
- Algorytmy uwierzytelniania: Jaki algorytm ma zostać zastosowany do uwierzytelniania tożsamości klienta i serwera? (np. przy użyciu certyfikatów cyfrowych X.509).
Auto - Driver sam wybiera politykę bezpieczeństwa porównując zasady obsługiwane przez serwer i driver.
Wybierana jest obsługiwana polityka, która ma najwyższy poziom bezpieczeństwa (Security Level). Basic256Sha256 - Wymaga użycia certyfikatów X.509 do uwierzytelniania klienta i serwera.
Algorytm symetrycznego szyfrowania: AES-256 (z 256-bitowym kluczem).
Algorytm asymetrycznego szyfrowania: RSA-OAEP + SHA-1.
Algorytm podpisu: (RSA-PKCS15) + SHA-256. Aes128_Sha256_RsaOaep - Wymaga użycia certyfikatów X.509 do uwierzytelniania klienta i serwera.
Algorytm symetrycznego szyfrowania: AES-128 (z 128-bitowym kluczem).
Algorytm asymetrycznego szyfrowania: RSA-OAEP.
Algorytm podpisu: SHA-256. Aes256_Sha256_RsaPss - Jest to jeden z najwyższych i najnowszych standardów ochrony komunikacji.
Wymaga użycia certyfikatów X.509 do uwierzytelniania klienta i serwera. Algorytm symetrycznego szyfrowania: AES-256 (z 256-bitowym kluczem).
Algorytm asymetrycznego szyfrowania: RSA-PSS.
Algorytm podpisu: SHA-256. Basic256 - Przestarzałe. Definiuje starszy, ale wciąż używany standard ochrony komunikacji. Ta polityka jest uważana za prekursora bardziej nowoczesnych i bezpiecznych polityk, takich jak Basic256Sha256.
Wymaga użycia certyfikatów X.509 do uwierzytelniania klienta i serwera. Algorytm symetrycznego szyfrowania: AES-256 (z 256-bitowym kluczem).
Algorytm asymetrycznego szyfrowania: RSA-PKCS15 + SHA-1.
Algorytm podpisu: SHA-1. Basic128Rsa15 - Przestarzałe. Jest to najstarsza i najsłabsza polityka bezpieczeństwa w ramach specyfikacji OPC UA.
Wymaga użycia certyfikatów X.509 do uwierzytelniania klienta i serwera. Algorytm symetrycznego szyfrowania: AES-128 (z 128-bitowym kluczem).
Algorytm asymetrycznego szyfrowania: RSA-PKCS15 + SHA-1.
Algorytm podpisu: SHA-1. |
| Ścieżka do lokalnego klucza prywatnego | Konfigurator ten jest widoczny tylko jeżeli "Tryb bezpieczeństwa (Security Mode) = Sign" lub "Sign&Encrypt".
|
| Ścieżka do lokalnego certyfikatu | Konfigurator ten jest widoczny tylko jeżeli "Tryb bezpieczeństwa (Security Mode) = Sign" lub "Sign&Encrypt".
|
| Utwórz nowy klucz prywatny / certyfikat... | Konfigurator ten jest widoczny tylko jeżeli "Tryb bezpieczeństwa (Security Mode) = Sign" lub "Sign&Encrypt".
Te nowe pliki można następnie wprowadzić w konfiguratorze "Ścieżka do lokalnego klucza prywatnego" oraz "Ścieżka do lokalnego certyfikatu". Tak utworzone pliki służą głównie w celach testowania. Do celów testowania i rozwoju wystarczy jednak certyfikat podpisany samodzielnie. Każdy producent ma swoją specyficzną procedurę, ale zasada jest zawsze taka sama: certyfikat należy załadować do "Trusted" (zaufanego) magazynu certyfikatów na serwerze. |
| Uwierzytelnianie (Authentication): | |
| Typ uwierzytelniania | Tu określa się typ uwierzytelniania klienta.
(Uwierzytelnianie typu "2=Certificate" nie jest na razie wspierana driverem.) |
| Nazwa | Nazwa klienta.
Konfigurator ten jest widoczny tylko jeżeli "Typ uwierzytelniania = (1=UserName)". |
| Hasło | Hasło danego klienta.
Konfigurator ten jest widoczny tylko jeżeli "Typ uwierzytelniania = (1=UserName)". |
|
| |
| Nazwa sesji (session) | Łańcuch tekstowy, który określa relację (Session).
Serwer tą nazwę oraz sessionId udostępnia w swej przestrzeni adresowej (AddressSpace) w celach diagnostycznych. Klient powinien zaoferować nazwę, która jest unikalną dla danej instancji klienta. Jeżeli ten parametr nie jest określony, wtedy jej wartość zostanie ustawiona przez serwer. |
| Session Timeout | (w sekundach, domyślnie 1200) Maksymalny wymagany czas, przez którego okres relacja (Session) powinna zostać otwarta bez aktywności.
Jeżeli klient w tym przedziale nie wyśle wymogu do usługi (Service request), wtedy serwer automatycznie zakończy relację klienta. |
| SecureChannel Lifetime | (w milisekundach, domyślnie 3600000 = 1 godzina)
Określa, jak długo są ważne "klucze cyfrowe", które sterownik wymienił z serwerem OPC w celu zabezpieczenia komunikacji. Jest to "przepustka bezpieczeństwa", która ma ograniczoną ważność. Przed upłynięciem tego okresu sterownik komunikacyjny automatyczne wyśle do serwera wymóg na nową przepustkę (czyli wyśle wiadomość Renew). Jaką wartość wybrać: Długi czas (godziny):
Zalety: Maksymalna stabilność. Mniej krytycznych operacji w tle. Odpowiednie do zwykłych sieci przemysłowych.
Mankamenty: Niższe teoretyczne bezpieczeństwo (takie same klucze są stosowane zbyt długo). Krótki czas (minuty)
Zalety: Wysokie bezpieczeństwo. Klucze są zmieniane bardzo często, co utrudnia podsłuchiwanie.
Mankamenty: Ryzyko awarii. Każde odświeżenie kluczy obciąża serwer OPC i przy drobnym błędzie może dojść do rozłączenia. Zalecenie: Nie ustawiaj mniej niż 10 minut (= 600 000 ms). |
| Subscription LifetimeCount | (domyślnie 12000) Liczba po sobie idących wygaśnięć timera publikacji (czasomierz konfiguratora "Szybkość odświeżania komunikacji [ms]" w obiekcie PmaCommGroup) bez aktywności klienta, po osiągnięciu których odbiór zostanie (Subscription) zakończony.
Ilość powinna być większa niż 3 x MaxKeepAliveCount. |
| MaxKeepAliveCount | (domyślnie 50) Maksymalny wymagana ilość keep-alive do utrzymywania połączenia.
Jeżeli licznik czasu publikacji (publishing timer) wygaśnie tyle razy, jaka jest ta liczba, bez konieczności przesłania dowolnego komunikatu z oznajmieniem (NotificationMessage), wtedy Subscription wyśle do klienta wiadomość do utrzymywania połączenia (wiadomość keep-alive). Jeżeli jest wymagana wartość 0, wtedy serwer ją ustawi na najmniejszą wspieraną wartość. |
|
| |
| Dodatkowe parametry | Na razie pozostaw pustą wartość. |
| Typ odczytu czasu wartości zmiennej | Określa, czy wraz z wartością będzie z OPC-UA serwera odczytywany również czas danej wartości.
Jeżeli czas będzie odczytywany, wtedy zostanie on zapisany do właściwości PmVar.TimeSource. No - Czas wartości nie będzie odczytywany.
Source - Będzie odczytywany czas źródła, tzn. czas, który OPC-UA serwer odczytał z urządzenia, z którym komunikuje (jeżeli serwer potrafi z urządzenia taki czas odczytać).
Server - Będzie odczytywany czas odczytu wartości OPC-UA serwerem. |
|---|---|
| Maksymalna liczba zmiennych w jednej wiadomości rejestrującej | Maksymalna liczba zmiennych, które zostaną zarejestrowane do serwera OPC w jednej wiadomości (wiadomość OPC typu CreateMonitoredItems).
Ten konfigurator jest wstępnie ustawiony jako wyłączony (a więc wszystkie zmienne są rejestrowane jednocześnie przy pomocy jednej wiadomości). |
| Maksymalna liczba odczytanych pozycji | Maksymalna liczba elementów, które mogą zostać odebrane jednocześnie w odpowiedzi tej wiadomości.
Wymagana liczba odczytanych pozycji jest następnie określana w zmiennej VarCountRequest w karcie "Dane-odbiór". |
|---|
| Maksymalna liczba zapisywanych pozycji | Maksymalna liczba elementów, które w tej wiadomości mogą być wysłane jednocześnie.
Wymagana liczba zapisywanych pozycji jest następnie określana w zmiennej VarCount w karcie "Dane-wysłanie". |
|---|
