Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: Myrmica 16 Prosince 2014, 09:21:33
-
Již dříve jsem v příspěvku popsal problém s tiskárnou na win. serveru Tiskárna, síť a vůbec (http://forum.ubuntu.cz/index.php?topic=73190.msg527546#msg527546)
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: [ 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$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: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.
-
ona ta samba měla být jako Domain Controller v Active Directory?
-
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í.
-
Co v danou chvíli říká ping, dig a jiné nástroje?
-
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ě:
; <<>> 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.
-
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 ...
-
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)?
-
sudo dkpg-reconfigure samba
-
sudo dkpg-reconfigure samba
Toto bohužel nepomohlo, vypadá to na přeinstalaci systému.
To nechám až po svátcích.
-
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
ip a
ip r
ip -s link
-
Výpisy:
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 foreverdefault 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 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.
-
A ping na 10.10.10.10 v tu chvíli tedy nejede? Divné ...
-
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.
-
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ě?
-
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.