пропозиції роботи
Wypowiedzi
-
Witam serdecznie. Po okresie ponad rocznej przerwy, którą wykorzystywałem na prowadzenie własnej inwestycji budowlanej oraz "freelancingiem" w zakresie IT i elektroniki, rozglądam się za ciekawą pracą w IT - najchętniej przy administrowaniu sieciami, systemami bazodanowymi (mam czteroletnie doświadczenie w adminowaniu systemem klasy ERP) lub innymi systemami, serwerami - np. Novell, domeny logowania (Samba, AD), DHCP, PABX. Nie pogardzę też pracą specjalisty wsparcia bezpośredniego IT, w firmie związanej z inwestycjami, produkcją, telekomunikacją lub w strukturach biurowych.
Mam ponad piętnastoletnie doświadczenie specjalisty w rozwiniętych strukturach IT.
Mimo mojego przywiązania do IT, mogę też podjąć pracę konstruktora, technologa lub menadżera w zakresie elektroniki. Od lat zajmuję się elektroniką analogową i cyfrową - także w zakresie serwisowania starych i nowoczesnych przyrządów pomiarowych oraz mikroprocesorowych detektorów metali.
Natomiast w ogóle nie interesuje mnie praca we wszelakich Outsourcingach IT.
Zarobki choć są istotne, stanowią wartość drugorzędną w zderzeniu z dobrą atmosferą i interesującą pracą.
Zapraszam do mojego profilu i kontaktowania się ze mną via "PW".
Pozdrawiam
IrekIrek Lerczak edytował(a) ten post dnia 20.02.13 o godzinie 15:51 -
Heyka Przemek. No ja nie wiem czy w tym przypadku jest to problem rozwiązywania nazw - mogę tylko domyślać się, że tak.
Związek wielkości sieci.... hm: ja sobie to upraszczam następująco: jeden segment sieci -> ograniczony problemy tłumaczenia nazw - funkcjonowania NetBIOS, NetBEUI czy czego dusza zapragnie w tym zakresie - > jedna domena kolizyjna i rozgłoszeniowa (przynajmniej w uproszczeniu :D) -> brak problemów przydzielania adresacji przez DHCP (żadnego definiowania IP helperów)-> ograniczone lub niewystępujące problemy na poziomie ICMP -> brak podsieci i brak ogłaszania tras wewnętrznych, zmiennego maskowania -> itd, itp.
Jest prosto - zasadniczo w większości przypadków, w takiej , prostej strukturze czego się nie uruchomi i skonfiguruje - działa raczej bez problemu.
A tak w kwestii problemu: chcąc pomóc, wypowiedzieć się konstruktywnie mogę tylko domniemywać i domyślać się, nie mam wiedzy "operacyjnej" o strukturze - próbuję ją zdobyć, a tym samym mogę również wypisywać w mojej niewiedzy o tejże głupoty.
Do teraz nie wiem czy to jest rzeczywiście jeden segment sieci, czy faktycznie pracuje tam DNS i na czym (bo wiadomo, że konfiguracja AD na MS wymaga wcześniejszej - prostej konfiguracji DNS. !!! Ale w przypadku Samby jest już inaczej - żaden DNS nie jest potrzebny!!!), jaki jest kontroler domeny o ile w ogóle jest (moim zdaniem jest to dość istotne). No po prostu serwer aplikacji jest taką usługą, że zwyczajnie powinna działać w czymś takim jak to sobie wyobraziłem - a wyobraziłem sobie, że JBoss ma pracować w sieci gdzie rolę PDC pełni jakaś Samba. Taka nadinterpretacja (być może) z mojej strony :)
W swoim przydługim życiu różne cuda widziałem, testowałem i muszę pochwalić się, że miałem taki przypadek o jaki tutaj mowa - co prawda nie z JBossem, ale z rozwiązywaniem nazw w ogóle. Testowałem kiedyś DNS'a w sieci z PDCem na Sambie (Suse) i popełniłem pewne błędy w konfiguracji binda (zawsze miałem z tym problemy) i w efekcie ... uzyskałem podobne efekty. Sprawa była o tyle nie fajna, że DNS musiał rozwiązywać sprawy tłumaczenia w polskich fragmentach sieci oraz w całej przestrzeni zagranicy.
Działało to, ale nie tak jak chciałem. Działy się właśnie takie cuda. Jak już się nie działy to tłumaczenie nazw trwało dość długo, i takie tam rzeczy.
Przyznam szczerze - poległem w tym temacie bo nie było czasu na zabawy i zaakceptowałem zagraniczne DNS'y microsoftowe (które nota bene też nie powalały "fajnością" działania, ale przynajmniej było do kogo mieć pretensje :D).
Stąd moja prośba - gdybym uzyskał np. jasną odpowiedź: pracuje DNS na MS w ramach Active Directory, to raczej starałbym się wykluczyć problem na tym poziomie. Gdybym dowiedział się, że w tej sieci pracuje DNS na bindzie, to od razu zaproponowałbym wyłączenie tego i ponowne sprawdzenie przypadku. A tak? Ciężko powiedzieć. Nie wiem jak inni ale ja na problemy w strukturze, jeśli jej chociaż dostatecznie nie poznam nie potrafię patrzeć wyłącznie przez pryzmat świeżo uruchomionego komponentu - no, nie da się. Po prostu nierzadko pewne babole, które pojawiają się po uruchomieniu nowej usługi, są konsekwencją wcześniejszych błędów konfiguracji.
A pytanie o rozpiętość sieci? No cóż wiedząc, że to jeden kawałek jak wcześniej pisałem jest łatwiej. Wiedząc, że to kilka kawałków, można już spodziewać się różnych przyczyn - ot, choćby jakichś hec z filtrowaniem przez jądro by iptables, DNS'a (uzasadniony). No, nie wiem.
Ale zawsze chylę czoła tym, którzy na podstawie tak skąpych informacji trafiają celną poradą. Zdarza się - znałem nawet przypadki, że przychodził gość, który nic nie wiedział o sieci i po prostu gdzieś kiedyś przeżył jakiś przypadek i ...trafił w dziesiątkę :)
Pozdroofki
Irek L. -
Głowy sobie uciąć nie dam, bo nawet nie wiem jak wygląda konfiguracja tej struktury, niemniej w pewnej firmie, w której kiedyś robiłem sieć od zera - złożoną z dwóch site'ów (FR) podłączonych do struktury zagranicznej (FR), i na której administrowałem dodatkowo przez prawie cztery lata nie miałem z tym najmniejszych problemów. Za tłumaczenie nazw dla drugiego site'a odpowiadał WINS na Suse (7.3). Kontrolerem domeny jak i DHCP był też SuSe (7.3, 11.2), filtrowanie ruchu postawiłem na Debianie (ale to nie ważne). DNS był niepotrzebny (próbowałem go stawiać, tyle, że to nie miało sensu) - skorzystałem z DNS'ów korporacyjnych z Intranetu, one załatwiały mi sprawę (choć nie zawsze :D) tłumaczenia nazw w strukturze globalnej. Do list tych DNSów nic "mojego" nie było dopisane. Stawiając cokolwiek co korzystało z interfejsów www nie miałem tego typu problemów aby po wpisaniu URLa, następowała zamiana w tym okienku na IP. W sieci stał ERP wraz z środowiskiem elektronicznego obiegu dokumentów na WinSrv2003, testowałem tam Tomcata, bez problemu chodził Sherepoint services. Nie pamiętam już konfiguracji systemu do zarządzania centralą PABX - na kliencie na pewno w konfiguracji wpisywało się IP, natomiast w przypadku łączenia przez przeglądarkę, chyba wystarczyło wpisać nazwę hosta obsługującego zarządzanie do PABX (jestem tego pewien w 89%).
W każdym razie jeżeli w tym samym segmencie sieci dzieją się takie rzeczy jakbyś pingował inną maszynę, to jest problem z "nazwami". Gdyby w tej, malutkiej sieci za rozwiązywanie nazw odpowiadał DNS (choć to moim zdaniem niedorzeczność), to rzeczywiście "śmierdziałoby to" jakimś problemem z rozwiązywaniem nazw (odwrotnym?). Dlatego próbowałem uzyskać pełniejsze informacje nt. tej struktury. W tak prostej strukturze jak ja ją zrozumiałem tego typu sprawy powinny rozwiązywać rzeczy proste (coś w klimacie Netbios) a nie DNS. JBoss to serwer aplikacji - w wolnej chwili sprawdzę sobie tę konfigurację na moim suśle (to mój ulubiony linuch). Niemniej wierzyć mi się nie chce, aby JBoss wymagał jakiś nadzwyczajnych konfiguracji.
Powtarzam, najlepiej niech autor opisze nam krótko tę strukturę: co, na czym, jakie urządzenia, serwery, etc.
Jak dam radę czasowo to w tygodniu "zrobię sobie" tę instalację w domu.
Taka jeszcze mała sugestia-teścik-zapytanie (o ile autor jeszcze to czyta), czy jak w stacji roboczej (winnt/system32/drivers/etc/hosts) dopisze dowiązanie na stałe: x.x.x.x nazwa_hosta, to czy ta sytuacja dalej ma miejsce?
Pozdroofki
Irek L.Irek Lerczak edytował(a) ten post dnia 20.10.12 o godzinie 13:43 -
Masz postawionego w jednym segmencie LAN DNS'a? Nie za ostro? Na czym to pracuje? W ogóle jak w segmencie tej sieci masz rozwiązane tłumaczenie nazw hostów? Może warto spróbować włączyć WINS'a? W przypadku samby to tylko kwestia włączenia usługi i dopisanie do confa dhcpd serwera wins (np. option netbios-name-servers x.x.x.x).
Pozdroofki
Irek L. -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Sieci Komputerowe
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Sieci Komputerowe
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Sieci Komputerowe
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Sieci Komputerowe
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Sieci Komputerowe
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
