Dotaz: Špatně se startuje síť

[Jcas]

Už opravdu nevím, kde mám hledat chybu. Vzhledem k tomu, že jsem lama a skoro ničemu nerozumím, tak neznám všechny souvislosti. Běžně startuji internet na 2*, na 3* (někdy i na 10*).

Zajímavé: nikdy se mi ji nepovedlo nastartovat

/etc/rc.d/network restart

Ale vždy pomohlo jen kompletní restart PC.

Výměna kabelu (2*) nepomohlo. Výměna routeru - nepomohlo. Mám dvě síťovky a problém na obou.

Může mít na to vliv délka kabelu (router-PC)? Může mít vliv teplota na kabel - v létě to blblo min. a v zimě to blbne hodně. Kabel vede v omítce asi 5m po vnější straně domku. Mohl by to dělat prach v PC. Sice se docela snažím uklízet, ale je to přízemní domek + zvířata atd.

Odpovědi

[NN]

Nepozivas nahodou propojeni pres WIfi providera ?

Zkousel jsi zakladni nastroje jako ping?

NN

[Jcas]

Sice nevím co je wifi provider, ale jestli to je bezdratove spojení, tak ne. Přivod mám kabelem společně s digi TV. Ping je jednoduchý, pokud se network nastartuje, tak ping projde. Pokud se nenastartuje, tak ne-ping-nu nic.

[NoXO]

Pokud je problém v pingu na router od poskytovatele je problém tam. Pokud je problém v pingu na linuxovej stroj, je problem tam. Není nic jednoduchšího než vzat do ruky NTB a projít se po trase a zjistit kde ten problém je.

[vencour]

No, pokud jde o kvalitu kabelu, mohl byste prosím vložit výpisy příkazů a) "ip -s li" a b) "ethtool -S eth0"? Zde je eth0 ten interfejs, kterým jste zpravidla připojen k routeru. A pak ještě dodat jméno distribuce pro případné určení skriptů apod.?

Mimochodem, onen router je někde venku v zimě? Je dost málo podmínek, které by zneprovoznily funkční železo v "běžných" podmínkách. Tak, aby se chovaly takhle divně ...

Další věc: nejste připojen do velké sítě s hodně uživateli? I takhle by se to mohlo projevovat v hodně zatížené síti, že nedostanete přidělenou adresu přes dhcp ...

[Dalibor Smolík]

A co zkotrolovat /etc/resolv.conf? Tam by mělo být něco jako
nameserver 248.100.100.10
DNS od poskytovatele. Pokud je funkční DHCP, tak příkaz dhclient

[Vtipnéř]

Zkusil bych ping na localhost, pak na router, případně někam dál a podívat se taky na výpis ifconfig.

Jirka

[Jcas]

# Generated by dhcpcd from eth0
# /etc/resolv.conf.head can replace this line
nameserver 192.168.0.1
# /etc/resolv.conf.tail can replace this line
/etc/resolv.conf (END) 

[jirka@amisek ~]$ ip -s li
1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped overrun mcast   
    2960       44       0       0       0       0      
    TX: bytes  packets  errors  dropped carrier collsns 
    2960       44       0       0       0       0      
2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:26:54:0e:85:5b brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    2232631    2075     0       0       0       0      
    TX: bytes  packets  errors  dropped carrier collsns 
    301330     1778     0       0       0       0      
3: eth1: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 00:0c:6e:65:2e:f0 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    0          0        0       0       0       0      
    TX: bytes  packets  errors  dropped carrier collsns 
    0          0        0       0       0       0      
[jirka@amisek ~]$ ethtool -S eth0
bash: ethtool: příkaz nenalezen
[jirka@amisek ~]$ less /etc/resolv.conf 
[jirka@amisek ~]$ ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:26:54:0E:85:5B  
          inet addr:192.168.0.100  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::226:54ff:fe0e:855b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2185 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1900 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2297099 (2.1 Mb)  TX bytes:330706 (322.9 Kb)
          Interrupt:22 Base address:0x6000 

eth1      Link encap:Ethernet  HWaddr 00:0C:6E:65:2E:F0  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:21 Base address:0xa000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:44 errors:0 dropped:0 overruns:0 frame:0
          TX packets:44 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:2960 (2.8 Kb)  TX bytes:2960 (2.8 Kb)

[jirka@amisek ~]$ 

Příkaz ethtool - nezná. Router je v domě a dělí mezi naše dva PC (ten druhej tyto problemy nema). Jinak bych neměl mít nějak velké sdílení od poskytovatele. A vlastně od doby, kdy tyto problémy vznikli poprvé došlo i k výměně poskytovatele. Z O2 na kabel.

Takže mi můj laickej mozeček říká, že buď mám nějaké špatné nastavení, nebo špatný hardware, nebo zima na kabel.

ArchLinux

# -----------------------------------------------------------------------
# NETWORKING
# -----------------------------------------------------------------------
#
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
#
HOSTNAME="amisek"

# Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces.
#
# Interfaces to start at boot-up (in this order)
# Declare each interface then list in INTERFACES
#   - prefix an entry in INTERFACES with a ! to disable it
#   - no hyphens in your interface names - Bash doesn't like it
# 
# DHCP:     Set your interface to "dhcp" (eth0="dhcp")
# Wireless: See network profiles below
eth0="dhcp"
#eth0="eth0 192.168.1.1 netmask 255.255.255.0 broadcast 192.168.1.255"
# eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
INTERFACES=(eth0)

# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
#   - prefix an entry in ROUTES with a ! to disable it
#
# gateway="default gw 192.168.0.1"
ROUTES=(!gateway)
 
# Enable these network profiles at boot-up.  These are only useful
# if you happen to need multiple network configurations (ie, laptop users)
#   - set to 'menu' to present a menu during boot-up (dialog package required)
#   - prefix an entry with a ! to disable it
#
# Network profiles are found in /etc/network.d
#
# This now requires the netcfg package
#
#NETWORKS=(main)

[Dalibor Smolík]

balíček ethtool lze nainstalovat (je v repozitáři alespoň debianu), ale zkušenost s ním nemám.

[Vtipnéř]

Já mám v konfiguraci ještě localhost:

# localhost
lo="lo 127.0.0.1"
INTERFACES=(lo eth0)

ale to snad nehraje při spojení ven roli.

A co zkusit statickou IP adresu, třeba:

# localhost
lo="lo 127.0.0.1"
#Static IP example
eth0="eth0 192.168.0.200 netmask 255.255.255.0 broadcast 192.168.0.255"
#eth0="dhcp"
INTERFACES=(lo eth0)

# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
#   - prefix an entry in ROUTES with a ! to disable it
#   
gateway="default gw 192.168.0.1"
ROUTES=(gateway)

A když síť nejede, co říká ping 192.168.0.1?

Jirka

[Jcas]

Příloha:

• Snímek obrazovky - 1.12.2010 - 04:52:15.png (340008 bytů)

Zkoušel jsem rezervaci adres a nic. Nicméně nechápu, proč je "vendelin" na 103 a já proč nejsu v seznamu vůbec. viz. příloha

[Dalibor Smolík]

A nevadí, že router IP address je 198.168.0.1 a rozsah dhcp 100 - 199? já mám v takovém případě router IP 198.168.0.100

[vencour]

Jde o masku sítě, maska /24 má 253 hostů pro klienty, z toho se část dělá obvykle staticky a část dynamicky. takže by to nemělo vadit.

[Ash]

Pokud router nepřiděluje IP sám sobě (což nepřiděluje) tak je rozsah dhcp ok a se statickou IP kterou má router nesouvisí.

[ZAH]

Nemáš zapnuté IPV6? Jestli ano vypnout.

[Jcas]

omlouvam se: nevim jak poznam, jestli je vypnute, nebo ne.

Do /etc/modprobe.d/modprobe.conf jsem přidal řádek

#
# /etc/modprobe.d/modprobe.conf (for v2.6 kernels)
#
#options radeon modeset=1
alias net-pf-10 off
/etc/modprobe.d/modprobe.conf (END) 

[Jcas]

každopádně tohle nepomohlo

[NN]

Dobry,

ip addr add 192.168.0.100 dev eth0
route add default gw 192.168.0.1
ping 192.168.0.1

nic ?

NN

[Dalibor Smolík]

Já mám vnitřní adresy u každého počítače nastavené na pevno, soubor /etc/network/interfaces mám upraven takto:

server:/home/dalibor# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# 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

[Jcas]

Já se omlouvám. Teď vůbec nevím co mi chcete říct. Já si ty adresy nevymyslel. Když se router připojil, hned měl adresu 192.168.0.1 a on sám mi přiděloval 192.168.0.100 a já ji akorát opsal a dal jako preferovanou.

Co mám teda dělat? Takové testování je na dlouho, protože to chování je absolutně nepravidelné. Hned jak se zopakuje blbnutí, tak provedu ping na router.

[Jcas]

ping 192.168.0.1
Connect: Network is unreachable

[vencour]

Pro vysvětlení: zřejmě máte nastavené dynamické přidělení IP adresy. Dokázal byste nastavit pro připojení k internetu jiného dhcp klienta? Případně nastavit statickou IP adresu? Viz výpisy v předcházejících příspěvkách ... teoreticky by stačilo třeba "ip add add 192.168.0.90/24 dev eth0" a nemělo by se Vám stát, že uvidíte onu hlášku "síť je nedostupná" nebo "network is unreachable".

Hledáme teď, čím to je, že stav je takový, jak popisujete ... zda je to konfigurací, nějakou sw chybou, stavem hw, zda se na síti vyskytuje další MAC nebo IP adresa shodná s tou Vaší ... i proto by nám pomohl výpis "ethtool -S eth0" ... pro orientaci, když v tom výpise nejsou chyby a síť drží, tak to vypadá asi takhle ...

# ethtool -S eth0
NIC statistics:
     rx_packets: 1013250
     tx_packets: 680242
     rx_bytes: 277351900
     tx_bytes: 62499132
     rx_broadcast: 65732
     tx_broadcast: 61
     rx_multicast: 476
     tx_multicast: 6
     rx_errors: 0
     tx_errors: 0
     tx_dropped: 0
     multicast: 476
     collisions: 0
     rx_length_errors: 0
     rx_over_errors: 0
     rx_crc_errors: 0
     rx_frame_errors: 0
     rx_no_buffer_count: 0
     rx_missed_errors: 0
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_errors: 0
     tx_window_errors: 0
     tx_abort_late_coll: 0
     tx_deferred_ok: 0
     tx_single_coll_ok: 0
     tx_multi_coll_ok: 0
     tx_timeout_count: 0
     tx_restart_queue: 0
     rx_long_length_errors: 0
     rx_short_length_errors: 0
     rx_align_errors: 0
     tx_tcp_seg_good: 0
     tx_tcp_seg_failed: 0
     rx_flow_control_xon: 0
     rx_flow_control_xoff: 0
     tx_flow_control_xon: 0
     tx_flow_control_xoff: 0
     rx_long_byte_count: 277351900
     rx_csum_offload_good: 969395
     rx_csum_offload_errors: 0
     rx_header_split: 0
     alloc_rx_buff_failed: 0
     tx_smbus: 0
     rx_smbus: 0
     dropped_smbus: 0
     rx_dma_failed: 0
     tx_dma_failed: 0

[Vtipnéř]

Když odpojím kabel a zkusím pingnout někam ven, tak mi to hlásí

Destination Host Unreachable

Ale ping localhost funguje. Hlášení

Connect: Network is unreachable

se objeví, když síť vypnu (/etc/rc.d/network stop) a to pak nejede ani ping localhost.

Takže bych soudil, že kabel bude v pořádku a problém je s nastavením počítače. Nemůžou se tlouct ty dvě síťové karty?

Taky by možná pomohlo nějaké grafické klikací síťové nastavovátko. Osobně je nemám moc rád, ale kdoví.

Jirka

[vencour]

Možná jeden tip ... nemáte někde přístup ke "switchi za stovku"? Tedy ke krabičce, která by měla do sebe připojený ten kabel ... pokud je kabel nebo něco vadný, tak by link na síťovce nepadal ... a ping by přesto nešel ... tedy připojit na ten dlouhej kabel switch, do switche další utp kabel a ten do počítače ... znát chování v takové situaci by mohlo urychlit hledání řešení ...

[Jcas]

ja teda nemám tak pěknej vypis. A to je v okamžik, kdy síť jede.

[jirka@amisek ~]$ sudo ethtool -S eth0
NIC statistics:
     tx_deferred: 0
     tx_max_collisions: 0
     tx_multiple_collisions: 0
     tx_single_collisions: 0
     rx_bad_ssd: 0

[vencour]

Pro nás je podstatné, zda tam někde budou nenulové hodnoty ve chvíli, kdy Vám nepůjde síť.

Sám jsem měl podobné chování u kabelu, který měl jednu "žílu" nalomenou. Občas tam kontakt byl, občas ne. A tedy občas jsem IP adresu z dhcp dostal, občas nee ... a to by mělo být vidět ve výpisu.

Podrobnějš ... "ip li" by mělo vypisovat něco jako "eth0: <BROADCAST,MULTICAST,UP,LOWER_UP>" a "ethtool eth0" by mělo vypsat u link stav "up", pokud je vše ok. Aneb pro příklad, jak to vypadá, když je vše ok ...

# ethtool eth0
Settings for eth0:
        Supported ports: [ MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Full 
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Full 
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: external
        Auto-negotiation: on
        Supports Wake-on: g
        Wake-on: d
        Link detected: yes

[Jcas]

Je to docela zábavné: musel jsem 8* restartovat, abych se dostal do režimu offline a pak zpět do online.

Tady jsou výpisy z offline. Ale opravdu jim moc nerozumím. vlastně vůbec.

[jirka@amisek ~]$ sudo ethtool eth0
Settings for eth0:
	Supported ports: [ MII ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	Supports auto-negotiation: Yes
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	Advertised pause frame use: No
	Advertised auto-negotiation: Yes
	Speed: Unknown!
	Duplex: Unknown! (255)
	Port: MII
	PHYAD: 1
	Transceiver: external
	Auto-negotiation: on
	Supports Wake-on: g
	Wake-on: d
	Link detected: no
[jirka@amisek ~]$ ip li
1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether 00:0c:6e:65:2e:f0 brd ff:ff:ff:ff:ff:ff
3: eth1: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 00:26:54:0e:85:5b brd ff:ff:ff:ff:ff:ff
[jirka@amisek ~]$ sudo ethtool -S eth0
no stats available

Vymáznul jsem znaky <> aby to prošlo.

[vencour]

Něco vidíme ... viz "Link detected: no"

Pokud síť funguje, můžete pingat někam a zároveň "kvedlat" s kabelem? Pořád nevíme, co to přesně zlobí a hledáme indicie. Mimochodem, pokud by síť nešla, mohl byste vypsat poslední logy systému, mohlo by stačit dát "dmesg | tail -20" ... tedy posledních 20 řádek logu, zda tam nebude něco o indikaci chyby ve Vašem stroji?

Mimochodem, zobáčky lze nahradit znaky (píšu mezery navíc) ... "& l t ;" a "& g t ;" ... tedy "less than" a "greater than" ... viz < a >

[Zafod]

Je možné, že Arch zaměňuje eth0 a eth1 interfejsy. Zkuste to nakonfigurovat v udev. V ArchWiki jsou uvedeny dvě možnosti:

• Mixed Up Devices, Sound/Network Cards Changing Order Each Boot

1. Because udev loads all modules asynchronously, they are initialized in a different order. This can result in devices randomly switching names. For example, with two network cards, you may notice a switching of designations between eth0 and eth1.
   Arch Linux provides the advantage of specifying the module load order by listing the modules in the MODULES array in rc.conf. Modules in this array are loaded before udev begins auto-loading, so you have full control over the load order.

   # Always load 8139too before e100
   MODULES=(8139too e100)
   

2. Another method for network card ordering is to use the udev-sanctioned method of statically-naming each interface. Create the following file to bind the MAC address of each of your cards to a certain interface name:

   File: /etc/udev/rules.d/10-network.rules
   
   SUBSYSTEM=="net", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="lan0"
   SUBSYSTEM=="net", ATTR{address}=="ff:ee:dd:cc:bb:aa", NAME="wlan0"
   

Pokud jsou obě síťovky stejné, bod 1. asi pro vás řešení nemá. V bodě 2. byste si nahradil za lan0 a wlan0 v NAME třeba eth0 a eth1, aby vás ty názvy pak nemátly. Imho by to mohlo pomoct.

Zdroj https://wiki.archlinux.org/index.php/Udev

[Jcas]

Jaky význam ma tady to slovo "Link"

[jirka@amisek ~]$ dmesg | tail -20
Registered IR keymap rc-avermedia
input: bttv IR (card=13) as /devices/pci0000:00/0000:00:08.0/0000:01:08.0/rc/rc0/input5
rc0: bttv IR (card=13) as /devices/pci0000:00/0000:00:08.0/0000:01:08.0/rc/rc0
EXT3-fs (sda3): using internal journal
REISERFS (device sda4): found reiserfs format "3.6" with standard journal
REISERFS (device sda4): using ordered data mode
REISERFS (device sda4): journal params: device sda4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
REISERFS (device sda4): checking transaction log (sda4)
REISERFS (device sda4): Using r5 hash to sort names
Adding 1952996k swap on /dev/sda2.  Priority:-1 extents:1 across:1952996k 
eth0: no link during initialization.
sshd (1617): /proc/1617/oom_adj is deprecated, please use /proc/1617/oom_score_adj instead.
ip_tables: (C) 2000-2006 Netfilter Core Team
nf_conntrack version 0.5.0 (7989 buckets, 31956 max)
agpgart-nvidia 0000:00:00.0: AGP 3.0 bridge
agpgart-nvidia 0000:00:00.0: putting AGP V3 device into 8x mode
pci 0000:03:00.0: putting AGP V3 device into 8x mode
[drm] Setting GART location based on new memory map
[drm] Loading R200 Microcode
[drm] writeback test succeeded in 1 usecs
[jirka@amisek ~]$ 

[pet]

eth0: no link during initialization.

Do karty eth0 nebyl behem "nahazovani" zasunut kabel, nebo ten kabel nebyl nikam zasunut na druhe strane nebo zarizeni na druhe strane je vypnute nebo jiny stav chovajici se stejne.

Muze to byt vadna sitovka, vadny konektor nebo kabel, problem se zarizenim na druhe strane.

[Vtipnéř]

Pořád by mě zajímalo, co hlásí ping localhost. Pokud je to v pořádku, tak síťovka by měla být OK, ne?

Jirka

[vencour]

A pro localhost máte adresu 127.0.0.1/8? To je sw zařízení, ne část síťovky ... to je z Vašeho ohledu matoucí informace, že si pingnete na localhost.

[Vtipnéř]

Aha, myslel jsem, že ping chodí přes síťovku. Ale něco by se tím otestovat dalo ne? Když vypnu síť, tak mi nefunguje ani tohle.

Jirka

[Ash]

Protože "vypnutím sítě" shodíte i sw zařízení lo (localhost), takže je jasné že nejde. Si naopak vyzkoušejte jak se bude chovat když vytáhnete síťovku :D

[Vtipnéř]

Ještě jsem si vzpomněl, že jsem měl problémy se sítí v na notebooku s debianem, občas síť vytuhla a musel jsem ji restartovat. Měl jsem v konfiguraci pevnou IP adresu, ale při vytuhnutí byla jiná. Nakonec jsem zjistil, že to dělá nějaký síťový plugin v gnome. Nevím přesně důvody, vyhodil jsem ho a byl pokoj.

Tak mě napadlo, jestli do konfigurace sítě, nemůže ještě něco zasahovat.

Jirka

[vencour]

Pokud nemáte link na eth0, tak do toho zpravidla nic nezasahuje konfiguračně ... jiný modul by nešel nahrát ...

[Jcas]

To jsme se teda daleko nedostali. Běžel jsem 14 dnů na jiný kabel (a to na dva ruzné) a chovalo se to stejně. Našel jsem nějaký Switch - nevím jestli funguje a pak jsem našel nějaké kabely, ale asi nejsou křížené (ovšem v práci na nich byla síť).

Co by se stalo, kdybych vytáhl z eth0 i eth1 kabel do switche a od něj do routeru. A oba eth bych nastavil na dhcp. Z pevné adresy mám strach, protože nevím co vše s tím souvisí(bezpečnost). Proč všichni radí raději dhcp?

[vencour]

Pokud nemáte link, tak Vaše síťovka nevidí protější zařízení. Proto by mohl switch odlišit, zda je problém na Vašem konci nebo jinde.

[Jcas]

bezva, tak já ho zapojím. Co mám potom dělat. Předpokládám, že se nemusí nic nastavovat a switch si to zpracuje sám. Jaké výpisy mám vyjet. Při offline? při online?

[vencour]

Teď máte zřejmě zapojení "kabel ze zdi od routeru" - počítač, tak to uděláte tak, že bude "kabel ze zdi" - switch - počítač. Zajímá nás, pokud stále bude link down ... pokud ano, je závada na straně od zdi k vám ... pokud už nebude link padat, je to někde na druhé straně. Nebo je tam třeba tak silné rušení, že obrazně padají letadla ... nebo něco jiného. Každopádně se trochu pohnem.

Až tam budete mít switch a nedopingnete se na protějšek i s linkem ve stavu "up", tak budete muset řešit buď kabel, router nebo vnější podmínky (nezatejká, neni kabel vadnej? Jak jste ho měnil?)

[Jcas]

Omlouvám se za svoji hloupost. Teď mám.

přívod - modem - router - PC.

Takže mám udělat:

přívod - modem - switch - PC? To budu muset asi nastavit static IP? Přeci dhcp má v sobě router?

[Zafod]

Nechte v klidu dhcp, switch pracuje na nizsi vrstve a na routing nema vliv.

[Petr Šobáň]

Ano a do nastavení nešahat pc si z dhcp musí přečíst IP i přes switch.

[Jcas]

takže

přívod - modem - router - switch - PC

[Ash]

Osobně mám doma pevnou IP a pro ostatní mám dhcp (tedy sám s ohledem na váš příklad řekněme IP notebooku .100 a na routeru mám nastavený rozsah dhcp od 101 výše). Podobná možnost "něco mezi" je asociovat IP s MAC adresou, aby pomocí dhcp router přidělil danou IP jen vám, resp. síťovce s vaší MAC adresou.

DHCP řeší některé možné problémy (návštěvy se nemusí hackovat provoz na síti nebo se vyptávat na konfiguraci, nedochází ke konfliktu adres vyjma nehod a jiné problémy zase přidělává (když nefunguje nebo když spoléháte na pevnou ip, musíte si ošéfovat jestli jste s notebookem doma kde máte pevnou nebo v práci kde máte třeba dhcp apod.)

[Jcas]

Koukám, jak ten čas letí a jak se člověk dokáže sžít s chybou. Nicméně, za ty 2 roky, kdy se problém neodstranil, mám opravdu dobrou selekci "kde chyba není"

-kabelem to není -síťovkou to taky není (tada pokud obě nevykazují stejnou chybu) -modem - ne -router taky ne.

Co nám zbývá? spojení síťovka a základní deska?

Připomenu problém. Nenabíhá internet a pomůže pouze restart PC. Někdy i 5* po sobě. A jsou období, kdy to dělá pravidelně a pak třeba ani jednou za celý týden.

Nyní by mě už pouze ze zvědavosti zajímalo, čím to je.