zaklik

Witam Potrzebuję przenieść kontroler domeny na nowy serwer. Mam więc pytanie, czy ktoś z was robił już taką operację, jeżeli tak to może mógłby się podzielić swoimi doświadczeniami w jaki sposób zrobić to jak najlepiej, w miarę szybko i nie dodając sobie niepotrzebnej roboty. Wersja samby na obecnym serwerze - Version 3.5.10-0.110.el5_8 Wersja samby na nowym serwerze - Version 3.5.10-125.el6 Będę wdzięczny za wszystkie porady. Pozdrawiam

Problem rozwiązany Okazało się, że pomógł zwykły restart samby. Wcześniej nie mogłem tego zrobić, ponieważ pracowali na niej użytkownicy. Na końcówce z Vist-ą zrobiłem tylko zmianę w rejestrze opisaną wyżej. Dodam, że w pliku smb.conf nie wprowadzałem przed restartem żadnych zmian.

Też próbowałem ale niestety bez efektu. Przeszukałem już google ale nic co tam znalazłem jak na razie nie pomogło. Może coś pominąłem, w każdym razie nie ustaje w poszukiwaniach i jak coś znajdę nie omieszkam poinformować. Ale co dwie głowy to nie jedna, więc jestem otwarty na każdą sugestię.

Wprowadzilem zmiane w rejestrze w kluczu: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters] "requiresignorseal"=dword:00000000 Wczesniej na sambie 3.0 ta zmiana wystarczyla do podlaczenia do domeny visty. Taka sama zmiana byla wprowadzana w xp. Zreszta próbowalem odlaczyc dzialajacy komputer z vist-a od domeny i pózniej podlaczyc go znów ale efekt jest jak wyzej. Chyba, ze do podlaczenia visty do samby 3.x sa wymagane jakies inne zmiany, o których nie wiem.

Witam Niedawno robiłem upgrade samby 3.0 na 3.x. Wszystkie końcówki (windows xp, vista, 7), które były w tej domenie nadal pracują bez problemów. Kłopot pojawił się podczas próby dodania do domeny laptopa z systemem MS Windows Vista Business (był on już w tej domenie i pracował bez problemu, ale w związku ze zmianą właściciela został przeinstalowany system). Gdy próbuję dodać go do domeny, po wpisaniu administratora domenowego i hasła pojawia się komunikat: Oczywiście dodam, że nazwa komputera była parę razy zmieniana na taką, która nie była wcześniej używana w tej domenie. Jedyną cechą wspólną jest taki sam adres IP, chociaż jego też próbowałem zmienić - oczywiście jak na razie efektów brak. Poniżej sekcja global pliku smb.conf: [global] workgroup = domena netbios name = samba server string = server guest account = nobody log file = /var/log/samba/log.%m password level = 8 security = domain password server = 192.168.1.2 encrypt passwords = yes update encrypted = yes smb passwd file = /etc/samba/smbpasswd unix password sync = no add machine script = /usr/sbin/useradd -d /dev/null -g machines -c 'Konto Maszyny %I' -s /bin/false %u add machine script = /usr/sbin/useradd -s /sbin/false -d /var/lib/nobody '%u' nt acl support = no socket options = TCP_NODELAY SO_KEEPALIVE max log size = 50 log level = 6 os level = 200 domain logons = yes domain master = yes local master = yes preferred master = yes time server = yes wins support = yes logon path = unix charset = ISO8859-2 logon drive = Z: logon script = %U.bat admin users = root load printers = yes printcap name = cups printing = cups cups options = raw cups server = localhost lock directory = /var/log/samba #logon server = yes #interfaces = 192.168.1.1/24 hosts allow = 192.168.1.3 192.168.1.10 192.168.1.11 192.168.1.12 192.168.1.13 192.168.1.14 192.168.1.15 192.168.1.16 192.168.1.18 192.168.1.19 192.168.1.20 192.168.1.21 192.168.1.22 192.168.1.23 192.168.1.24 192.168.1.31 192.168.1.32 192.168.1.33 192.168.1.34 192.168.1.35 192.168.1.36 192.168.1.39 192.168.1.41 192.168.1.45 192.168.1.46 192.168.1.51 192.168.1.52 192.168.1.53 192.168.1.54 192.168.1.55 192.168.1.56 192.168.1.57 192.168.1.58 192.168.1.59 192.168.1.60 192.168.1.61 192.168.1.63 192.168.1.64 192.168.1.65 192.168.1.66 192.168.1.67 192.168.1.68 192.168.1.69 192.168.1.70 192.168.1.71 192.168.1.87 192.168.1.38 192.168.1.72 192.168.1.73 192.168.1.99 192.168.1.155 192.168.1.78 192.168.1.79 192.168.1.11 192.168.1.91 192.168.1.44 192.168.1.7 192.168.1.49 #shared mem size = 1048576 #read raw = yes #write raw = yes wide links = yes guest ok = no Może ktoś ma jakieś sugestie. Z góry dzięki za pomoc.

Witam Niestety żadne doraźne środki nie pomogły zostało mi więc tylko przeinstalowanie wersji smb na 3.x Po zmianie wszystko pięknie chodzi - jak na razie Oczywiście aby wszystko zadziałało potrzebna była pewna modyfikacja Windows-a 7 link1 oraz link2. Przejście z smb 3.0 na 3.x robiłem w opraciu o ten opis. Temat więc uważam za zamknięty. Dzięki wszystkim za porady. Pozdrawiam

Spróbuj: iptables -A FORWARD -j ACCEPT -p tcp --dport 7171 iptables -A FORWARD -j ACCEPT -p udp --dport 7171 iptables -t nat -A PREROUTING -p tcp --dport 7171 -j DNAT --to 192.168.1.3:7171 iptables -t nat -A PREROUTING -p udp --dport 7171 -j DNAT --to 192.168.1.3:7171

Z informacji jakie udało mi się znaleźć wiem, że to powinno zadziałać ale chciałem tego uniknąć. Problem polega na tym, że na serwerze praktycznie przez cały tydzień pracuje około 50 klientów więc może być ciężko z czasem. Ale jak nie znajdzie się innego wyjścia to trzeba będzie się nad tym poważnie zastanowić. Jednak mam jeszcze nadzieję, że uda się znaleźć rozwiązanie do wersji samby 3.0.33. W każdym razie cały czas szukam - jak znajdę zaraz się nim podzielę.

Witam Mam problem z dodaniem do domeny najnowszego dziecka MS Windows 7. W sieci firmowej jest skonfigurowana domena oczywiście na RedHat 5.5, wersja samby 3.0.33-3.29.el5_5, są do niej podłączeni klienci na MS Windows XP oraz Vista i wszystko pięknie ładnie chodzi. Natomiast ostatnio chciałem podłączyć pod tą domenę Windows 7 Professional i tu pojawia się kłopot. Na początku próbowałem dodać klienta bez żadnych zmian w systemie Windows, ale wyrzucało mi informację, iż domena nie istnieje lub nie można się z nią skontaktować. Poszperałem w necie i znalazłem informację, że trzeba dodać 2 wpisy do rejestru wg tego opisu czyli: HKLM\System\CCS\Services\LanmanWorkstation\Parameters DWORD DomainCompatibilityMode = 1 DWORD DNSNameResolutionRequired = 0 Udało się, ale tylko połowicznie. Pojawił się komunikat witający w domenie, następnie informacja Jednak po resecie klienta i próbie zalogowania do domeny wyskakuje kolejny problem: I jak do tej pory nie udało mi się tego przeskoczyć. Próbowałem jeszcze zmieniać w panelu sterowania: oraz włączałem wysyłanie niezaszyfrowanego hasła w celu nawiązania połączenia z innymi serwerami SMB. Konfiguracja smb.conf: [global] workgroup = mojadomena netbios name = samba server string = server guest account = nobody log file = /var/log/samba/log.%m password level = 8 security = domain password server = 192.168.1.2 encrypt passwords = yes update encrypted = yes smb passwd file = /etc/samba/smbpasswd unix password sync = no add machine script = /usr/sbin/useradd -d /dev/null -g machines -c 'Konto Maszyny %I' -s /bin/false %u nt acl support = no socket options = TCP_NODELAY SO_KEEPALIVE max log size = 50 log level = 2 os level = 200 domain logons = yes domain master = yes local master = yes preferred master = yes time server = yes logon path = unix charset = ISO8859-2 logon drive = Z: logon script = %U.bat admin users = root load printers = yes printcap name = cups printing = cups cups options = raw cups server = localhost lock directory = /var/log/samba Bardzo proszę o pomoc w rozwiązaniu problemu. Myślę, że przyda się to nie tylko mnie. Z góry dzięki za każdą sugestię i zainteresowanie tematem. Dodam, że walczę już z problemem 2 dzień. Pozdrawiam ZAKLIK

Dziś rano po przyjściu do pracy przeżyłem szok - drukarka znów nie drukuje Jednak od czego mamy google i dokumentację samby. W końcu udało mi się ją ustawić w smb.conf aby zaczęła znów drukować i teraz mam nadzieję ze wszystko będzie już ok. Poniżej moje ustawienia: sekcja global: load printers = yes printcap name = cups printing = cups cups options = raw cups server = localhost sekcja printers: [printers] comment = Drukarki SMB %p path = /var/spool/samba browseable = no guest ok = yes writeable = no printable = yes public = yes printer admin = root @admin create mode = 644 directory mode = 755 force create mode = 644 force directory mode = 755 use client driver = yes Poźniej postaram się dodać jeszcze sterowniki aby instalowała się automatycznie. To chyba tyle w tym temacie. Pozdrawiam.

Witam Jako, że oprogramowanie w naszej firmie jest kompatybilne tylko z gigantem z Redmont musimy pracować na ich systemie. Ale ostatnimi czasy wiele nerwów straciłem na drukarkę udostępnioną w w/w systemie. Raz drukowała raz nie. W końcu postanowiłem podpiąć ją do jednego z serwerów opartych na Red Hat. Jest to kontroler domeny. Instalacja drukarki przebiegła bez większych problemów, ale już samo udostępnienie jej nastręczyło mi kłopotów. Ale w końcu się udało. Cały czas próbowałem kombinować w smb.conf udziałem [printers], a także udziałem tej drukarki. Jednak mimo tego, że była widoczna w sieci i mogłem ją zainstalować to już o drukowaniu z Visty nie było mowy. W sekcji [global] miałem takie wpisy: printing = cups printcap name = cups W końcu udało mi się poprzez modyfikację pliku cupsd.conf. Po prostu dopisałem klasę adresów swojej sieci: <Location /> # Allow shared printing... Order allow,deny Allow @LOCAL Allow 192.168.1.* i poszło ;] Pytanie - do czego i czy w ogóle służy udział [printers] w smb.conf przy używaniu systemu druku CUPS?? Z tego co zauważyłem ten udział jest tam zbędny, gdyż po wykasowaniu go drukarka nadal drukuje, a użytkowników mających do niej dostęp mogę zdefiniować w CUPS. Jaki system druku wykorzystuje [printers] w smb.conf, a także udziały poszczególnych drukarek tak aby można było w nim definiować np. dostępy użytkowników itd. Będę wdzięczny za odp.

Mój błąd, mój baaaaardzo wielki błąd!! Server nie dodawał kont maszyn z prostej przyczyny. Grupa, do której miał je dodawać po prostu nie istniała. Jedynym wytłumaczeniem, że dopiero teraz to wyszło jest używanie na pozostałych komputerach systemów WinXP Home i 98. Temat uważam za zamknięty. Pozdrawiam

Witam Pojawił mi się problem z podłączeniem klienta systemu WinXP Pro do smb. Serwer stoi na Red Hat Enterprise. Pracuje w sieci z około 20 komputerami. Na większości klientów jest WinXp Home i logowanie do smb odbywa się poprzez nlogon. Wszystko bardzo ładnie pracuje. Ale ostatnio próbowałem podłączyć laptopa z WinXP Pro i podczas zmiany w systemie z grupy roboczej na domene, podaniu nazwy użytkownika (root) i hasła wyskakuje informacja, iż nie znaleziono nazwy użytkownika. Zrobiłem mały test i zmieniłem hasło na root-a i przy dodawaniu klienta do domeny i wpisywaniu starego hasła system wyrzuca komunikat, iż nieprawidłowa nazwa lub hasło, więc wygląda na to, że widzi użytkownika root. Dodam, że mam drugi serwer domenowy ale w innej sieci LAN i tam nie ma żadnych problemów z podłączeniem w/w klienta do domeny. Będę wdzięczny za jakąś podpowiedź. Pozdrawiam

A więc tak po zaktualizowaniu samby wygląda na to, że jest wszystko w porządku jak na razie . Po sprawdzeniu wersji smb otrzymałem taki wynik: [root@samba ~]# rpm -qa |grep samba samba-common-3.0.25b-1.el5_1.2 system-config-samba-1.2.39-1.el5 samba-common-3.0.25b-1.el5_1.2 samba-client-3.0.25b-1.el5_1.2 samba-3.0.25b-1.el5_1.2 Wychodzi na to, że warto na początek sprawdzić czy nie ma w sieci aktualizacji oczywiście sprawdzonych. Dzięki za podpowiedzi Pozdrawiam

Akurat przy tym serwerze nie było żadnej migracji. Migracja była z RH9 na RHE czyli z smb 2.2 na 3.0 na poprzednim serwerze (oczywiście z poprawkami), który śmiga aż miło, natomiast ten był stawiany całkowicie od nowa chociaż podobnie jak poprzedni z samba 3.0. Na razie udało mi się to obejść poprzez uruchamianie niewielkiej aplikacji z serwera przy logowaniu się użytkowników dzięki czemu nie ma zrywania połączenia, ale jest to rozwiązanie tymczasowe. Jedyne co mi przychodzi do głowy to zaktualizowanie systemu. Nie mam jeszcze kodów do aktualizacji - powinienem je dostać na maila już niedługo, bo faktura z opłatą za nie poszła w piątek Zobaczymy co będzie po wgraniu poprawek. Na innym serwerze z RHE, na którym nie mam żadnych problemów z smb poprawki są wgrywane na bieżąco, więc może to jest przyczyną. Nie omieszkam napisać czy działanie samby uległo poprawie po zaktualizowaniu serwera.