Dotaz: nejde síť přes kabel

[Jakewh]

Lidi prosím Vás o pomoc. Mám opensuse 11.3. Vše super. Je to asi první distribuce kde vše chunguje až na net! Když se doma připojím kabelem tak vše ok a šlape to. Ale v práci ne! networkmanager píše že je připojen ale na net se prostě nedostanu. Používám DHCP. Dík za rady

Odpovědi

[Dalibor Smolík]

Co vypíše příkaz ifconfig? zkusil bych v konzoli ping localhost, ping někam jinam ..

[Jakewh]

Příloha:

• Bez názvu 1.odt (20730 bytů)

tak sem vše provedl jak si psal...snad správně..viz příloha

[Dalibor Smolík]

tady to vypadá, že je všechno v pořádku, ještě bych zkusil pod rootem příkaz "dhclient", pokud ovšem podniková síť dhcp podporuje. Jinak nastavit ip adresu stroje ručně.

[Jakewh]

to nic nevypíše...na bránu si taky pingnu

[Dalibor Smolík]

dhclient nic nevypíše, ale měl by nastavit připojení k síti, podporující dhcp. Každopádně bych prověřil /etc/resolv.conf, DNS nastavil podle ostatních strojů v síti.

[Jakewh]

nastavit to můžu ale jde mě o to že sem to dřívnemusel..to budu muset vždycky když se někde připojím zjišťovat dnska??

[Dalibor Smolík]

O tohle by se měl postarat právě knetworkmanager ..

[Zdeněk Štěpánek]

A co treba v praci kontaktovat spravce site?

Mozna je tam mac filter, aby si experti nepripojovali soukrome zavirovane notebooky do podnikove site.

[Jakewh]

když jsem měl win 7 tak nebyl problém..normálně zde jiný noťasy fungujou

[mirass]

nepožíváš doma náhodou router....tan sám funguje jako dhcp server...v práci to můžete mít dělaný na statický ip adresy jestli teda nekecám kraviny....

[ZAH]

Tipuji : Chybně DNS server.

co máš v /etc/resolv.conf

[Jakewh]

# Generated by dhcpcd for interface eth1 nameserver 82.114.192.15 nameserver 192.168.1.1

nemělo by tam být i pro eth0? eth1 je myslím u mě wifina

[Dalibor Smolík]

Podle toho výpisu, co poslal, to vypadá, že eth1 není nakonfigurované. Každopádně by interface měl být pro eth0 ..

[Jakewh]

takže mám tam něco připsat??

[Jakewh]

ale wifina jede..eth1

[Jakewh]

Tak teď jsem zjistil že to samé to dělái přes wifi..ale doma to v pohodě všechno jede. Kabel i wifi...ale tady nic :(

[Sandokan]

ZDAR! Takže z výpisu vidíme, že na rozhraní eth0 je přidělená nějaká IP adresa a že si dokážeme poslat ping sami na sebe.

Jako další krok bych navrhoval

route

Ten by nám měl ukázat kudy by naše pakety měly najít cestu ven a případně i zpět. Výpis by měl vypadat nějak takhle:

Adresát         Brána           Maska           Přízn Metrik Odkaz  Užt Rozhraní
192.168.100.0   *               255.255.255.0   U     1      0        0 eth0
192.168.122.0   *               255.255.255.0   U     0      0        0 virbr0
default         192.168.100.1   0.0.0.0         UG    0      0        0 eth0

Důležitý je ten poslední řádek s default.

Další krok by (v tomto případě) měl být příkaz:

ping 192.168.100.1

Pokud to vrací něco takového:

PING 192.168.100.1 (192.168.100.1) 56(84) bytes of data.
64 bytes from 192.168.100.1: icmp_req=1 ttl=255 time=1.43 ms
64 bytes from 192.168.100.1: icmp_req=2 ttl=255 time=1.34 ms
64 bytes from 192.168.100.1: icmp_req=3 ttl=255 time=0.902 ms
64 bytes from 192.168.100.1: icmp_req=4 ttl=255 time=0.888 ms
64 bytes from 192.168.100.1: icmp_req=5 ttl=255 time=0.903 ms
64 bytes from 192.168.100.1: icmp_req=6 ttl=255 time=0.884 ms
^C
--- 192.168.100.1 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5003ms
rtt min/avg/max/mdev = 0.884/1.058/1.431/0.235 ms

je to dobrý a můžeme zkusit další krok. Pokud ne, DHCP server nám nepřidělil adresu brány, což je mrzuté a budem to řešit později

Teď ten další krok a to je ping na nějakou IP venku, třeba na tu, co je v tom /etc/resolv.conf.

Pokud ping projde, dáme další lekci. Pokud ne, nasadíme traceroute na stejnou adresu a společně mrkneme, co to napíše.

[Jakewh]

Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.2.1 0.0.0.0 UG 0 0 0 eth0 suse:~ # ping 192.168.2.1 PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data. 64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=0.703 ms 64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=0.704 ms 64 bytes from 192.168.2.1: icmp_seq=3 ttl=64 time=0.684 ms 64 bytes from 192.168.2.1: icmp_seq=4 ttl=64 time=0.712 ms 64 bytes from 192.168.2.1: icmp_seq=5 ttl=64 time=0.693 ms 64 bytes from 192.168.2.1: icmp_seq=6 ttl=64 time=0.686 ms 64 bytes from 192.168.2.1: icmp_seq=7 ttl=64 time=0.705 ms 64 bytes from 192.168.2.1: icmp_seq=8 ttl=64 time=0.719 ms

[Jakewh]

sakra nějak se rozhodilo formátování... no snad to je k přečtení

[Sandokan]

Úžasné!

Takže se zdá se ping na bránu funguje. Teď je potřeba zkusit nějakou IP venku.

Třeba tuhle :77.75.72.3

[Jakewh]

tak to taky jede

suse:~ # ping 77.75.72.3 PING 77.75.72.3 (77.75.72.3) 56(84) bytes of data.

64 bytes from 77.75.72.3: icmp_seq=1 ttl=246 time=103 ms

64 bytes from 77.75.72.3: icmp_seq=2 ttl=246 time=102 ms

64 bytes from 77.75.72.3: icmp_seq=3 ttl=246 time=1603 ms

64 bytes from 77.75.72.3: icmp_seq=4 ttl=246 time=600 ms

64 bytes from 77.75.72.3: icmp_seq=5 ttl=246 time=116 ms

64 bytes from 77.75.72.3: icmp_seq=6 ttl=246 time=95.2 ms

64 bytes from 77.75.72.3: icmp_seq=7 ttl=246 time=93.5 ms

64 bytes from 77.75.72.3: icmp_seq=8 ttl=246 time=99.7 ms

64 bytes from 77.75.72.3: icmp_seq=9 ttl=246 time=107 ms

[Dalibor Smolík]

jestli jede ping www.abclinuxu.cz, je vyhráno ..(není problém v překladu adres?)

[Jakewh]

suse:~ # ping www.abclinuxu.cz

ping: unknown host www.abclinuxu.cz

[Dalibor Smolík]

Dobře: při zadání příkazu traceroute www.abclinuxu.cz mi to vyhodilo:
traceroute to www.abclinuxu.cz (94.138.111.82), 30 hops max, 60 byte packets

ping 94.138.111.82
PING 94.138.111.82 (94.138.111.82) 56(84) bytes of data.
64 bytes from 94.138.111.82: icmp_req=1 ttl=57 time=12.6 ms

zkusil bych ping 94.138.111.82

[Jakewh]

suse:~ # ping 94.138.111.82

PING 94.138.111.82 (94.138.111.82) 56(84) bytes of data.

64 bytes from 94.138.111.82: icmp_seq=1 ttl=56 time=7.69 ms

64 bytes from 94.138.111.82: icmp_seq=2 ttl=56 time=7.61 ms

64 bytes from 94.138.111.82: icmp_seq=3 ttl=56 time=8.04 ms

64 bytes from 94.138.111.82: icmp_seq=4 ttl=56 time=7.99 ms

64 bytes from 94.138.111.82: icmp_seq=5 ttl=56 time=8.07 ms

64 bytes from 94.138.111.82: icmp_seq=6 ttl=56 time=7.99 ms

64 bytes from 94.138.111.82: icmp_seq=7 ttl=56 time=7.49 ms

64 bytes from 94.138.111.82: icmp_seq=8 ttl=56 time=7.55 ms

64 bytes from 94.138.111.82: icmp_seq=9 ttl=56 time=7.54 ms

tak už nevím...

[Dalibor Smolík]

Předpokládám, že v prohlížeči lze zadat http://94.138.111.82/ a internet pojede. http://www.abclinuxu.ne. Je to v překladu adres? Jak vypadá /etc/resolv.conf v okolních počítačích v síti?

[Jakewh]

Tak načetlo to stránku z http://94.138.111.82/ i http://www.abclinuxu.cz ale asi až po minutě a teď už zase nic nejde

[Jakewh]

/etc/resolv.conf z jiných pc nezjistím..všichni běží na widlích

[Dalibor Smolík]

Ale i ve Windows mají nastavení sítě (DNS) ..nedá se to vypátrat?

[Sandokan]

Podobně jako v linuxu i na widlích také existuje nslookup

Zadán bez parametrů vypíše nastavení jmenného serveru (DNS)

[Jakewh]

no dns vím že je 192.168.2.1

[Dalibor Smolík]

Není to náhodou 82.114.192.15 ?

[Sandokan]

Sqělé!

pak by měl fungovat již zmíněný nslookup nebo dig

[god$] nslookup www.abclinuxu.cz
Server:		192.168.100.1
Address:	192.168.100.1#53

Non-authoritative answer:
www.abclinuxu.cz	canonical name = abicko.abclinuxu.cz.
Name:	abicko.abclinuxu.cz
Address: 94.138.111.82

dig je trochu podrobnější :

[god$] dig www.abclinuxu.cz

; <<>> DiG 9.7.2-P3-RedHat-9.7.2-5.P3.fc14 <<>> www.abclinuxu.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24980
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1

;; QUESTION SECTION:
;www.abclinuxu.cz.		IN	A

;; ANSWER SECTION:
www.abclinuxu.cz.	3194	IN	CNAME	abicko.abclinuxu.cz.
abicko.abclinuxu.cz.	1394	IN	A	94.138.111.82

;; AUTHORITY SECTION:
abclinuxu.cz.		3194	IN	NS	mns01.domaincontrol.com.
abclinuxu.cz.		3194	IN	NS	mns02.domaincontrol.com.

;; ADDITIONAL SECTION:
mns01.domaincontrol.com. 3354	IN	A	216.69.185.34

;; Query time: 76 msec
;; SERVER: 192.168.100.1#53(192.168.100.1)
;; WHEN: Wed Feb 16 15:44:28 2011
;; MSG SIZE  rcvd: 144

Důležité je že oba programy uvádějí IP dotazovaného serveru. Je to ten správný ???

[Sandokan]

Ještě dodatek. Server 82.114.192.15 samozřejmě funguje rovněž správně.

etc]$ dig @82.114.192.15 www.abclinuxu.cz

; <<>> DiG 9.7.2-P3-RedHat-9.7.2-5.P3.fc14 <<>> @82.114.192.15 www.abclinuxu.cz
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26926
;; flags: qr rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;www.abclinuxu.cz.		IN	A

;; ANSWER SECTION:
www.abclinuxu.cz.	3453	IN	CNAME	abicko.abclinuxu.cz.
abicko.abclinuxu.cz.	495	IN	A	94.138.111.82

;; AUTHORITY SECTION:
abclinuxu.cz.		2295	IN	NS	mns01.domaincontrol.com.
abclinuxu.cz.		2295	IN	NS	mns02.domaincontrol.com.

;; ADDITIONAL SECTION:
mns01.domaincontrol.com. 1319	IN	A	216.69.185.34
mns02.domaincontrol.com. 3269	IN	A	208.109.255.34

;; Query time: 39 msec
;; SERVER: 82.114.192.15#53(82.114.192.15)
;; WHEN: Wed Feb 16 16:06:12 2011
;; MSG SIZE  rcvd: 160

Další věc je, zda má systém službu využívat. Téměř bych přísahal, že to vždycky bylo v /etc/resolv.conf a měl by to být řádek :

order hosts,bind

Teď se z nějakého důvodu (ten důvod bude možná věc zvaná Network manager) vyskytuje v souboru /etc/host.conf

[Jakewh]

suse:~ # nslookup www.abclinuxu.cz

;; connection timed out; no servers could be reached

suse:~ # dig www.abclinuxu.cz

; <<>> DiG 9.7.1-P2 <<>> www.abclinuxu.cz

;; global options: +cmd

;; connection timed out; no servers could be reached

už t pomalu začínám vzdávat. Suse se mě hodně líbí ale tohle mě ser*

ten řádek v /etc/host.conf mám..

[Dalibor Smolík]

Nevím, jestli vám to pomůže, já mám nastavené vnitřní adresy napevno (bez dhcp) a v debianu mám soubor /etc/network/interfaces, kde mám uvedeno:

# The primary network interface
auto eth0
iface eth0 inet static
        address 192.168.0.102
        netmask 255.255.255.0
        network 192.168.0.100
        broadcast 192.168.0.255
        gateway 192.168.0.100
        # dns-* options are imp lemented by the resolvconf package, if installed
dns-nameservers 192.168.0.100
dalibor@server:~$ 

a v /etc/resolv.conf mám:
nameserver 192.168.0.100
v /etc/hosts

..
127.0.0.1 localhost.localdomain localhost
192.168.0.102 mujstroj
..

Co to vyzkoušet nejdřív napevno, než si pohrajete s dhcp?

[Sandokan]

Další krok je :

dig @192.168.2.1 www.abclinuxu.cz

[lertimir]

Před asi rokem jsem řešil podobný problém právě na opensuse. Už si přesně nepamatuji jak to bylo, ale problém byl s DHCP klientem v opensuse. je tam dhcpcd a nebyl schopen získat korektní informace ze serverů. řešil jsem to tak, že jsem jej odinstaloval a nainstaloval jiný (ten co má ubuntu) dhclient. Měl jsem dojem, že příčina mohla být v tom, že v firemní síti mu odpovědělo na první výzvu více DHCP serverů, a ten co odpověděl první měl nějaké zamítnutí požadavku a klient nepočkal na další odpovědi, ale fakticky přiliž jsem příčinu pak už neřešil

[Jakewh]

zkusím ale až odpoledne doma. teď jedu v práci přes mobil. dá se ten dhclient stáhnout ve správci balíčků??

[Dalibor Smolík]

V debianu je balíček dhcpd ..

[Jakewh]

to v opensuse taky ale podle rady chci vyzkoušet nahradit jej DHCLIENTem..tak by mě zajímalo zda se dá stáhnout přímo ze správce balíčků....podíval bych se ale přes mobil mě to nenačte repositáře

[Jakewh]

Takže vyřešeno přechodem na Kubuntu..škoda no. Děkuji všem zúčastněným za snahu a čas

[Dalibor Smolík]

Ať žije SuSe

[pavlix]

Ať žijou střídači distribucí.

[Miška]

Jen pro uplnost, kdyby tohle tema nekdo pozdeji vygooglil, casto pomaha jen smazat resolv.conf Distribuce mivaji nastaveno, ze jak na nej nekdo nekdy sahne, tak ho uz nikdy nikdo neprepise. Cili kdyz na nej nahodou neco nekdy sahne, tak pak dochazi k temhle problemum

[Dalibor Smolík]

ze jak na nej nekdo nekdy sahne, tak ho uz nikdy nikdo neprepise
No tak to bych netvrdil .. Na notebooku občas používám modem od o2, tohle mi občas soubor resolv.conf přepíše

[Miška]

Pokud ten modem pouziva naky sileny udelatko a ne networkamanager / dhclient / dhcpcd / whatever, tak jo. Stejne tak v pripade ze si na resolv.conf nesahal. Stejne tak pokud pouzivas distro, ktery jeste nedospelo k zaveru, ze kdyz si uzivatel neco do resolv.conf napise, tak ze mu asi automatika nevyhovuje. Ale kdyz nefunguje DNS, je obecne dobrej napad smazat resolv.conf a pripojit se znova do site

[pavlix]

Modem od o2 asi DHCP používat nebude, k čemu taky?

[Dalibor Smolík]

Vtip je v tom, že notebook chvíli používá O2 mobilní modem, pak se hodí do auta a připojí se k wifině na chalupě a večer k lokální síti přes DHCP, resolv.conf a interfaces si s tím musí poradit

[pavlix]

A?