informatyka dla małych i średnich firm

Jedynym niezawodnym sposobem na osiągnięcie sukcesu jest zapewnienie wyższego poziomu usług, niż się od Ciebie oczekuje, niezależnie od tego, jakie masz zadanie. Og Mandino (pisarz)
Print FriendlyDrukuj

Do prawidłowego funkcjonowania klienta VPN IPsec system operacyjny musi umożliwiać komunikację dwukierunkową na trzech protokołach:

  1. ESP / Encapsulating Security Payload
  2. IKE / Internet Key Exchange
  3. L2TP over UDP/IP / Layer Two Tunneling

Poniżej umieszczam instrukcję jak w F-Secure Client Security 9 odblokować działanie VPN IPsec:

skomentuj 0
Filed under: F-Secure, Networking, Serwis
Print FriendlyDrukuj

Zbiór linków na blogu Wojtka Napierały

skomentuj 0
tagi:
Print FriendlyDrukuj

Często bywa tak, iż jako administratorzy dostajemy polecenie sprawdzenia kto, kiedy i skąd się logował do serwera. Można to sprawdzić na wiele sposobów. Niestety sposoby standardowe polegające na śledzeniu logów systemowych stacji roboczych i serwera są czasochłonne i pracochłonne. Przegrzebywanie się przez setki wpisów w logach jest żmudną pracą. Efekt jakiego oczekuje pracodawca można uzyskać szybciej i sprawniej robiąc prosty trick.

Możemy wykorzystać zmienne systemowe: %date% %time% %computername% %sessionname% do napisania prostego skryptu, który zapisuje do plików tekstowych parametry użytkownika i stacji roboczej podczas logowania i wylogowywania się z serwera.

Jako, że plik wynikowy możemy zrobić w formacie CSV, możemy go szybko i łatwo otworzyć w Excelu, przez co filtrowanie wyników to już kwestia sekund, a nie minut czy godzin.

Skrypt w pliku .cmd powinien wyglądać następująco:

LOGOWANIE:


@echo off
set FilePath="\\srv1\AutoInstall$\LOG-LogonUsers\LogOnTimes.csv"
echo ZALOGOWANIE;%Date%;%Time:~0,8%;%ComputerName%;%UserName%;%sessionname% >> %FilePath%
exit

WYLOGOWANIE:


@echo off
set FilePath="\\srv1\AutoInstall$\LOG-LogonUsers\LogOnTimes.csv"
echo WYLOGOWANIE;%Date%;%Time:~0,8%;%ComputerName%;%UserName%;%sessionname% >> %FilePath%
exit

Skrypty umieszczamy na serwerze w Group Policy w sekcji: User Configuration -> Policies -> Windows Settings -> Logoff  / Logon

Przykładowy wpis w pliku wynikowym powinien wyglądać następująco:

ZALOGOWANIE;2010-07-10;15:06:23;NAZWASTACJI;imie.nazwisko;Console
WYLOGOWANIE;2010-07-10;16:06:52;NAZWASTACJI;imie.nazwisko;Console

Niestety logowania do stacji roboczej z wyciągniętym kablem sieciowym nie uruchomią skryptu, przez co nie będziemy o nich wiedzieć. Rozwiązaniem jest wyłączenie cached credentials dla użytkowników lokalnych.

skomentuj 0
tagi: , , , , ,
Print FriendlyDrukuj

Uruchamiamy z linii poleceń narzędzie Nslookup

Na początek ustalamy serwer DNS który chcemy odpytać o rekordy.
Domyślnie odpytywany jest serwer DNS który mam w konfiguracji IP naszego komputera.

server ns2.mrnet.pl

możemy sprawdzić wszystkie rekordy wpisane w domenie:

ls domena.com

aby odpytać o konkretny rekord, np.: MX należy wpisać:

ls –t mx domena.com

skomentuj 2
tagi: , ,
Print FriendlyDrukuj

Zwykle BIND zainstalowany jest w katalogu /etc/namedb
Konfiguracja stref znajduje się w pliku named.conf. Do tego pliku raczej nie należy zaglądać, nie będąc doświadczonym adminem.

Dokonanie zmian w aktualnie obsługiwanych strefach nie jest jednak czynnością bardzo trudną i obsługę tych zmian możemy wydelegować na kogoś niezbyt obeznanego z linuxem.

Dzięki poniższej instrukcji możemy dokonać łatwego uaktualnienia stref na serwerze. Na przykład w momencie przenoszenia strony na nowy serwer musimy zmienić adres IP serwera, lub w momencie przekierowania poczty na nowy serwer pocztowy, także  musimy zmienić adres IP serwera pocztowego (rekord MX).

Strefy znajdują się w katalogu /etc/namedb/master

Po wejściu do tego katalogu możemy wylistować jego zawartość (ls -la).

Przykładowo: aby dodać wpis test123 z adresem 127.0.0.1 do domeny mrnet.pl, edytujemy plik:  /etc/namedb/master/mrnet.pl
i dodajemy na końcu (lub pomiędzy innymi wpisami typu A) następującą linijkę:

test123                A            127.0.0.1

UWAGA - Bardzo WAŻNA jest zmiana numeru seryjnego strefy ! Inaczej nasze zmiany w strefie nie będą działać poprawnie.
Przy każdorazowej edycji pliku strefy należy zmienić numer seryjny strefy. Znajduje się on na górze pliku i jest w formacie:

2010021101 (ROK MIESIĄC DZIEŃ NUMERZMIANY)

czyli w tym przykładzie mamy do czynienia ze strefą zmienioną 1 raz 11 lutego 2010 roku.
Jeśli tego samego dnia ktoś robiłby następną zmianę, zmieniłby tylko koniec seriala z 01 na 02, czyli 2010021102

Po dokonaniu odpowiednich zmian restartujemy usługę bind aby wczytała nasze zmiany.
Robimy to wpisując komendę:

/usr/local/etc/rc.d/named restart

Aby wyłączyć (skasować) jakąś strefę wystarczy w pliku named.conf zahashować ją i zrobić restart usługi. Serwer od tego momentu nie powinien odpowiadać na zapytania o tą strefę (domenę).

I to tyle. Sprawdzamy pingiem czy nasze zmiany są widoczne. Ewentualnie czekamy czyścimy konfigurację DNS pod Windows komendą: ipconfig /flushdns.

Zmiany powinny rozpropagować się w internecie w ciągu kilku godzin.

skomentuj 1
tagi: , , ,
Print FriendlyDrukuj

Większość serwerów posiada kontrolery do zarządzania i monitorowania stanu serwera. Na przykład w przypadku serwerów DELL są to kontrolery DRAC (Dell Remote Access Controller), w wersji light czyli Express, albo w wersji pełnej czyli Enterprise. Kontroler taki posiada opcję wysyłania wiadomości, gdy wystąpią jakieś problemy z serwerem. Problemem jest to, iż kontroler nie posiada opcji autoryzacji SMTP. Jedyne co można wpisać to:

  • Destination E-mail AddressDELL Drac Settings - email address and server address
  • E-mail Description
  • SMTP (e-mail) Server IP Address

Aby móc odbierać takie maile trzeba przekonfigurować serwer Exchange aby wpuszczał wiadomości z kontrolera bez autoryzacji SMTP.

Robi się to następująco:

W EMC, czyli Exchange Management Console, wybieramy Hub Transport i tworzymy new Receive Connector.

EMC bez autoryzacji - tworzenie new Receive Connector
Nadajemy mu jakąś przyjazną nazwę, np: Drac Settings, adresy lokalne pozostawiamy bez zmian, w zakładce "Remote Network" wpisujemy adres IP serwera (w początek i koniec ten sam), który będzie wysyłał maile, czyli adres IP routera klienta, z którego mail ten będzie wychodził. Po tym adresie nasz serwer Exchange wpuści maile bez autoryzowania.

Exchange 2010 bez autoryzacji - wpisywanie adres remote IPPo zakończeniu wizarda wchodzimy ponownie w stworzony konektor, czyli wybieramy na nim Properties, i w zakładce Authentication oprócz domyślnie zaznaczonej opcji Transport Layer Security, zaznaczamy opcję Externally Secured.

W zakładce Permission Groups zaznaczamy opcję Exchange Servers.

Exchange 2010 bez autoryzacji SMTP 3
Exchange 2010 bez autoryzacji SMTP 4

Po zatwierdzeniu nasz Exchange powinien akceptować maile z podanego adresu IP.

skomentuj 1
tagi: , , , , , , ,
Print FriendlyDrukuj

Przeczytaj poniższy artykuł wyjaśniający wszystkie kwestie dotyczące trybów pracy uslugi ftp: czyli ftp aktywnego i pasywnego.

http://www.eioba.pl/a76047/aktywny_i_pasywny_tryb_ftp

skomentuj 0
tagi: , , , , ,
   

Kategorie

Tagi

4KB 2008 R2 Foundation About assessment backup Cisco e-faktura firewall formatowanie dysków Foundation gpo group policy Hardware Hyper-V inwentaryzacja keywords Kopia zapasowa logowanie Microsoft Assessment and Planning Toolkit Minidump NTP office 2007 office 2010 outlook outlook 2007 password PHPList planning praca grupowa Proliant przekierowania portów Public Folders sektory seo Server 2008 R2 SharePoint Sharepoint 2010 start menu szablon template time synchronization Windows 7 Windows Update Winlogon WordPress workgroup

Linki