Samba problém se sítí po použití samby

[Myrmica]

Již dříve jsem v příspěvku popsal problém s tiskárnou na win. serveru Tiskárna, síť a vůbec
Teď jsem zjistil, že problém se týká každého použití samby.
Přistoupím-li k nějakému prostředku samby, dojde k poškození komunikace po síti a internetu. Mnohdy se mi stalo, že se i zasekla některá aplikace a musel jsem ji zavřít. Chování se spraví po restartu počítače a to vydrží až do prvního použití samby.
V dmesg mám hlášku o problémech apparmor:

Kód: [Vybrat]

[    3.441851] Bluetooth: RFCOMM TTY layer initialized
[    3.441857] Bluetooth: RFCOMM socket layer initialized
[    3.441861] Bluetooth: RFCOMM ver 1.11
[    3.543020] init: samba-ad-dc main process (891) terminated with status 1
[    3.660072] e1000e 0000:00:19.0: irq 44 for MSI/MSI-X
[    3.743358] mcs9865: module verification failed: signature and/or  required key missing - tainting kernel
[    3.762970] e1000e 0000:00:19.0: irq 44 for MSI/MSI-X
[    3.763193] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    3.763361] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    3.795241] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
[    4.255606] init: plymouth-upstart-bridge main process ended, respawning
[    4.259705] init: plymouth-upstart-bridge main process (1211) terminated with status 1
[    4.259712] init: plymouth-upstart-bridge main process ended, respawning
[    6.020374] vboxdrv: Found 4 processor cores.
[    6.020534] vboxdrv: fAsync=0 offMin=0x197 offMax=0x10df
[    6.020579] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[    6.020580] vboxdrv: Successfully loaded version 4.3.12 (interface 0x001a0007).
[    6.228741] vboxpci: IOMMU not found (not registered)
[    6.270790] init: plymouth-stop pre-start process (1657) terminated with status 1
[    7.175412] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[    7.175447] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   33.470893] audit_printk_skb: 153 callbacks suppressed
[   33.470895] type=1400 audit(1418712500.072:62): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=2542 comm="apparmor_parser"
[   33.470899] type=1400 audit(1418712500.072:63): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2542 comm="apparmor_parser"
[   33.471172] type=1400 audit(1418712500.072:64): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2542 comm="apparmor_parser"Zkoušel jsem

Kód: [Vybrat]

$sudo aa-complain cupsd
Setting /etc/apparmor.d/usr.sbin.cupsd to complain mode.To nepomohlo.
Pak jsem měl v dmesg také hlášku:

Kód: [Vybrat]

systemd-hostnamed[2552]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!instalace libnss-myhostname však také nepomohla.
Poškození komunikace po sítě se projevuje tak, že jsem ztratil přístup k prostředkům samby, a na některé stránky na internetu se nelze připojit (google.cz) a některé fungují (forum.ubuntu.cz).
Může mi někdo naznačit jak to opravit, či co mám hledat, jak poznám je-li závada v mém PC či na firemní síti?
Toto chování se projevuje po velké reorganizaci sítě (změna IP adres, struktury sítě a fyzická výměna serverů - místo několika serverů, jeden výkonný a na něm několik virtuálních serverů).

Teď jsem si všiml hlášky o ukončení samby ve výpisu dmesg, tak jdu zkoumat tím směrem.

[jmp]

ona ta samba měla být jako Domain Controller v Active Directory?

[Myrmica]

Sambu používám jen jako klient v Active Directory. Nesdílím zatím žádné prostředky.
Všechno ostatní běží na Windows, jen na serveru je nějaký speciální linux, na kterém jedou ty virtuály, ale ten se provozu na síti vůbec neúčastní.

[Petr Merlin Vaněček]

Co v danou chvíli říká ping, dig a jiné nástroje?

[Myrmica]

Před použitím přístupu na sdílené prostředky je ping i dig bezproblémový.
Ping na ip adresu v lokální síti funguje. Funguje i ping na server, i když je na jiné lokální síti za branou či spíše několika.

Po pokusu o přístup na sdílený prostředek servru:
Ping pokud je na název servu, nedojde k překladu na ip adresu. Na ping na ip adresu není odpověď.
Dig reaguje stejně:

Kód: [Vybrat]

; <<>> DiG 9.9.5-3ubuntu0.1-Ubuntu <<>> alfa
;; global options: +cmd
;; connection timed out; no servers could be reached
Ping v lokální síti funguje, funguje za první bránu a pak už ne.
Dohodnu se s našimi IT aby mi ukázali topologii naší firemní sítě. Třeba to pomůže.

[Petr Merlin Vaněček]

Spíš bych se podíval na konfiguraci samby a DNS.
Tipl bych, že ve chvíli, kdy použiješ sambu, přebere si to po svém a domrví resolv

PS: Jednou jsem v jedné síti viděl PC, co se jmenoval gooogle.com, jak se to povedlo nevím, ale dělalo to moc hezké věci ohledem samby ...

[Myrmica]

Vyhrabošil jsem na PC starší instalaci Ubuntu (14.04), kterou jsem používal než jsem převedl systém na SSD. Tam samba funguje v pořádku.
Zkontroloval jsem /etc/resolv.conf, v obou případech jsou shodné, ani nedojde ke změně před a po použití samby.
Ale souhlasím s tebou, že to vypadá na problém v mém Ubuntu.
Ještě raději trochu víc zkontroluji adresy DNS, protože v obou  /etc/resolv.conf je adresa 127.0.1.1

Dá se nějak inteligentně vrátit samba do výchozího nastavení (myslím, aniž bych musel přeinstalovávat systém)?

[Petr Merlin Vaněček]

Kód: [Vybrat]

sudo dkpg-reconfigure samba


[Myrmica]

Kód: [Vybrat]

sudo dkpg-reconfigure samba


Toto bohužel nepomohlo, vypadá to na přeinstalaci systému.
To nechám až po svátcích.

[Petr Merlin Vaněček]

Blbě jsem přečetl větu:
Na ping na ip adresu není odpověď.

Pakliže není odpověď ani na IP, nebude problém v DNS, ale někde ještě jinde.
V případě, že to nejede, dej sem prosím výpisy

Kód: [Vybrat]

ip a
ip r
ip -s link


[Myrmica]

Výpisy:

Kód: [Vybrat]

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 54:be:f7:08:73:f5 brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.151/24 brd 10.10.10.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::56be:f7ff:fe08:73f5/64 scope link
       valid_lft forever preferred_lft forever

Kód: [Vybrat]

default via 10.10.10.10 dev eth0  proto static
10.10.10.0/24 dev eth0  proto kernel  scope link  src 10.10.10.151  metric 1

Kód: [Vybrat]

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped overrun mcast   
    2043614    16599    0       0       0       0     
    TX: bytes  packets  errors  dropped carrier collsns
    2043614    16599    0       0       0       0     
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 54:be:f7:08:73:f5 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    34956480   84817    0       0       0       10081 
    TX: bytes  packets  errors  dropped carrier collsns
    6871760    42094    0       0       0       0      Za chvíli jdu dom a budu v práci až 5.1. Takže pokračovat v tématu nějakou dobu nebudu.

[Petr Merlin Vaněček]

A ping na 10.10.10.10 v tu chvíli tedy nejede? Divné ...

[Myrmica]

Ping na 10.10.10.10. jde, jde dokonce pingnout tiskárna na 10.10.20.108.
Ale server na kterém je téměř vše 10.10.50.20 nejde pingnout. Před použitím samby jde. Ten server má na sobě fůry sdílených složek, tiskáren, dns server a mnoho jiného.

[Petr Merlin Vaněček]

Tak moment, tam mi vůbec nesedí maska /24, leda by všechno šlo přes server, což se mi nezdá.
Je skutečně maska /24 (255.255.255.0) správně?

[Myrmica]

Jo maska je správně, ale naši IT technici mají docela komplikovanou strukturu sítí. Moje PC a je na sítí 10.10.10.0/24 tiskárna je na jiné síti, tisknu na ní přes server na 10.10.50.20. ale ten server je na virtuální síti (je to virtuální server na spolu s několika dalšími servery na velmi výkonném stroji.) Z Windows to funguje, IT mají u sebe Debian, z toho to také funguje. Mě z původní instalace Ubuntu (14.04) to také funguje. (Převáděl jsem v létě systém z HDD na SSD, původní instalaci systému jsem ještě nesmazal)
Ale teď přes Vánoce nebudu u PC, tak nemohu dát podrobnější info.