blog.dsinf.net

Brak pliku c:\Windows\System32\config\systemprofile\.ssh\id_rsa zgłosił mi serwer Continous Integration (konkretniej TeamCity, swoją drogą naprawdę fajny) podczas próby deploymentu po SSH. Dziwna ścieżka jest spowodowana faktem, że serwer chodzi jako usługa systemowa odpalana przez “NTAUTHORITY\SYSTEM” a jego katalog domowy jest w c:\windows. Plik rzecz jasna tam był. Po długim poszukiwaniu okazało się, że jeśli usługa jest 64-bitowa to ścieżka jest fake’owana i tak naprawdę prowadzi do c:\Windows\SysWOW64\config\systemprofile\... (SysWOW64 zamiast System32), jednak w logach nie widać dokąd naprawdę następuje odwołanie.

Proste zadanie - połączyć się bez hasła (za pomocą klucza RSA) po SSH do webhostingu OVH (jest to dostępne co najmniej w ofercie PRO). Odcisk palca wgrany do świeżo założonego .ssh/authorized_keys (w /homeWXYZ/username). Łączę się, ale odrzuca mój klucz. Okazuje się, że zainstalowany na serwerach ftp.clusterXYZ.ovh.net serwer ssh jest bardzo konserwatywny jeśli chodzi i uprawnienia - wymaga 755 na folderze .ssh i 600 na samym pliku authorized_keys.

| Przy przeorganizowywaniu kodu na Arduino z procesorem AVR w którym wykorzystuję makro ISR (do obsługi przerwań systemowych) umieściłem je w pliku nagłówkowym (.h) co wyrzuciło mi malowniczy i (jak zwykle) nic nie mówiący błąd kompilatora “multiple definition of `__vector_11’”.

Ufając w niezawodność OVH po pozytywnych doświadczeniach z VPSami, domenami i zwykłym hostingiem postanowiłem wdrożyć klientowi kompleksowy webhosting właśnie na OVH. Jedną z pod-usług był hosting skrzynek mailowych - najprostszy jak się da. Wszystko pięknie, nawet narzędzie do migracji ze starej infrastruktury (imapCopy) dostępne przez API ( http://api.ovh.com) - zatem wszystko fajnie. Aż jeden z użytkowników klienta zgłasza się z trudnym pytaniem “a gdzie mogę zmienić hasło?”. Szukam i faktycznie - nie da się po stronie użytkownika końcowego.

Mając nieco doświadczenia przy grzebaniu w BIOSie i/lub UEFI od AMI z poziomu systemu operacyjnego, a konkretniej Windowsa, i mając problem masowej rekonfiguracji ustawień BIOSu w klastrze-prowizorce postanowiłem poszukać odpowiedników narzędzi AMI - w szczególności AMISCE dla Linuksa. Nie ma ich w miejscach z wersjami pod Windowsa. Poszukiwany plik binarny nazywa się SCELNX_64. Trochę szukania i znalazłem wspaniałe źródło - strony producentów serwerów takich jak Lenovo ThinkServer oprócz driverów zawierają także narzędzia do flashowania BIOSu a te wymagają narzędzi do jego rekonfiguracji.

Na problem natknąłem się przy okazji isntalacji SQL Servera 2012 - instalator w logach - %programfiles%\Microsoft SQL Server\130\Setup Bootstrap\Log\Summary_<host>_<data>_<godzina>.log" zgłaszał exit code 1 dla .NET 4 (jest wymaganą zależnością). Kilka prób instalacji osobno, bowiem w setup SQL Server wbudowany jest już instalator, (wersja offline, online, 23 bity, 64 bity itp.) zawiodło…

Kiedy mój współadministrator z serwerowni Kola Studentów Informatyki UJ znalazł informację, że nasz wydział pozbywa się starych bezdyskowych maszyn i jakoś nikt ich nie chce od razu wkroczylismy do akcji i dzięki dobrym stosunkom z administratorami wydziałowymi dostaliśmy aż 30 maszyn. Projekt jaki wymyśliliśmy jest śmiały - klaster obliczeniowy, ale my nie damy rady? Konfiguracja nie powala, ale do celów edukacyjnych to aż nadto: AMD Athlon X2 5200+ (2 rdzenie @3GHz), 4GB RAM, płyta Gigabyte’a, nvidiowy Gigabit Ethernet.

Obecne wersje Linuksów wykazują tendencję do zgłaszania ping: icmp open socket: Operation not permitted kiedy próbujemy pingować z konta nie-roota. Fixem jest użycie suid czyli wykonywanie z prawami właściciela pliku (jest nim root) - chmod +s /bin/ping.

Po długiej walce z bezsensownym błędem i przez nikogo nieprzewidzianym scenariuszu instalacji udało mi się postawić Windows 10 na tablecie Colorovo CityTab Supreme 8. Opiszę zestaw metod, które powinny działać na wszelkich podobnych platformach (Intel SoC).

Karta zdalnego zarządzania od Della - DRAC5 stosowana m.in. w PowerEdge 1950 jest tak stara jak sam serwer. Serwer dalej chodzi, ale koncepcje bezpieczeństwa - już nie. Kiedy spróbujemy się podłączyć ze zaktualizowanego hosta do zdalnego sterowania (console redirection), albo menadżera nośników wirtualnych (virtual media) wyskoczy nam komunikat z maszyny wirtualnej Javy “Error when reading from SSL socket connection”. Winny jest pudel (a dokładniej POODLE).