View Full Version : Suse 10.1 + LAN gigabyte tutto OK ma non si collega
Premetto che ho fatto qualche ricerca ma di specifico sul mio problema non ho trovato niente, ne deduco che sto sbagliando qualche cosa, ho installato la Suse 10.1 su sistema AMD64 chip NF4 con LAN integrata la quale viene identificata e configurata senza nessun problema fin dall'installazione, ho provato anche a:
-disabilitare firewall
-impostare sia IP da DHCP che statico
-Knetwork mi da lo stato della connessione attivo
NON RIESCO IN NESSUN MODO A NAVIGARE IN INTERNET.
Visto che non sono molto pratico di linux mi aiutate a verificare la configurazione per piacere.
$ ping tuo_ip_eth0
$ ping tuo_gateway
$ ping 66.102.9.99
$ ping www.google.com
99 % sono i DNS (nomi dei server) non configurati nelle impostazioni della rete.
$ ping tuo_ip_eth0
$ ping tuo_gateway
$ ping 66.102.9.99
$ ping www.google.com
Ping su mio_ip_eth0 --> unknow host
Altri ping -->destination host unreachable
99 % sono i DNS (nomi dei server) non configurati nelle impostazioni della rete.
Ho alice flat, solitamente lascio tutti i PC della rete (3) di qui un sistema intel32 con suse 10.0 impostati sulla ricezione automatica del'ip attraverso DHCP e si conettono senza problemi, lo stesso PC con suse 10.1 è in multi boot con XP(che vorrei proprio eliminare) e si connette normalmente quindi la scheda LAN funziona.
Posso anche provare a impostare i DNS se mi dai delle indicazioni, grazie.
'spe.
Se non ti pinghi, qualcosa non va.
Da terminale 'ifconfig' cosa mostra ?
'spe.
Se non ti pinghi, qualcosa non va.
Da terminale 'ifconfig' cosa mostra ?
alby@linux:~> ifconfig
bash: ifconfig: command not found
è possibile?
alby@linux:~> ifconfig
bash: ifconfig: command not found
è possibile?
da utente si, da root no ;)
da utente si, da root no ;)
Spetta un sec che riprovo :)
th0 Link encap:Ethernet HWaddr 00:16:E6:50:D9:67
inet addr:169.254.230.101 Bcast:169.254.255.255 Mask:255.255.0.0
inet6 addr: fe80::216:e6ff:fe50:d967/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:24 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:2765 (2.7 Kb) TX bytes:0 (0.0 b)
Interrupt:225 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:94 errors:0 dropped:0 overruns:0 frame:0
TX packets:94 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6928 (6.7 Kb) TX bytes:6928 (6.7 Kb)
Ecco il quanto
per comparazione con l'altro PC che si collega:
linux:~ # ifconfig
eth1 Link encap:Ethernet HWaddr 00:60:97:B2:94:E2
inet addr:192.168.1.191 Bcast:255.255.255.255 Mask:255.255.255.0
inet6 addr: fe80::260:97ff:feb2:94e2/64 Scope:Link
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1702 errors:0 dropped:0 overruns:0 frame:0
TX packets:1690 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1538017 (1.4 Mb) TX bytes:418721 (408.9 Kb)
Interrupt:11 Base address:0xe000
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:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1884 (1.8 Kb) TX bytes:1884 (1.8 Kb)
Direi che a occhio qui c'è qualche cosa che non quadra :
inet addr:169.254.230.101 Bcast:169.254.255.255 Mask:255.255.0.0
gli indirizzi non corrispondono a quelli della rete, ma non so dove cambiare queste impostazioni.
ma che razza di ip è 169.254.230.101 :what:
in rif a: Ping su mio_ip_eth0 --> unknow host
forse prima sbagliavi qualcosa o non avevi eth0 up al contrario di ora.
comunque in circostanze simili è raro che se dai:
ping 169.254.230.101 ti dia unknow host, riprova ora ;)
ma non so dove cambiare queste impostazioni.
ecco un esempio di configurazione da riga di comando:
butti giù l'interfaccia con: $ifdown eth0
e poi la riconfiguri con:
$ ifconfig eth0 192.168.0.2 netmask 255.255.255.0 up
$ route add default gw 192.168.0.1
non c'è bisogno di alcun ulteriore commento in quando la sintassi è più che esplicita ;)
ciao.
Provo a controllare tutto un attimo che devo swicciare continuamente da un pc all'altro :)
La situazione adesso è questa:
linux-6xgt:~ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:16:E6:50:D9:67
inet addr:192.168.1.192 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::216:e6ff:fe50:d967/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:24 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:40 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2765 (2.7 Kb) TX bytes:0 (0.0 b)
Interrupt:225 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:721 errors:0 dropped:0 overruns:0 frame:0
TX packets:721 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:60122 (58.7 Kb) TX bytes:60122 (58.7 Kb)
Ho provato a pingare il router e ancora "host unreachable" , em ma come si ferma il ping? :mbe:
linux-6xgt:~ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:16:E6:50:D9:67
inet addr:192.168.1.192 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::216:e6ff:fe50:d967/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:24 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:40 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2765 (2.7 Kb) TX bytes:0 (0.0 b)
Interrupt:225 Base address:0xa000
Ho provato a pingare il router e ancora "host unreachable"
ok che non pinghi il router ma almeno l'ip della ethernet 192.168.1.192 ora lo pinghi o no?
posta inoltre l'output del comando $route ;)
em ma come si ferma il ping? :mbe:
non farai molti passi avanti se non ti leggi uno straccio di documentazione per sapere almeno come si interrompe un job in foreground specie in domande come queste dove non cambia niente trovarsi su un terminale sotto linux rispetto un prompt di dos sotto win ;)
ok che non pinghi il router ma almeno l'ip della ethernet 192.168.1.192 ora lo pinghi o no?
Si adesso l'IP della scheda lo pingo
posta inoltre l'output del comando $route ;)
linux-6xgt:~ # route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default 192.168.1.254 0.0.0.0 UG 0 0 0 eth0
linux-6xgt:~ #
non farai molti passi avanti se non ti leggi uno straccio di documentazione per sapere almeno come si interrompe un job in foreground specie in domande come queste dove non cambia niente trovarsi su un terminale sotto linux rispetto un prompt di dos sotto win ;)
Ho dato fondo a quello che mi ricordo di DOS ma son riuscito solo a chiudere il terminale, prometto che mi leggo tutti i manuali documenti ad un ora in cui son piu lucido :stordita:
dunque pingando l'ip 192.168.1.254 hai sempre host unreachable?
in considerazione del fatto che hai alice flat ci informi di che modem o router hai, se è qualcosa che non è fornito in comodato ma di tua proprietà cos'è? così da appurare in entrambi i casi se l'hardware è pingabile prima di tutto e se l'ip è appunto 192.168.1.254 :)
dunque pingando l'ip 192.168.1.254 hai sempre host unreachable?
in considerazione del fatto che hai alice flat ci informi di che modem o router hai, se è qualcosa che non è fornito in comodato ma di tua proprietà cos'è? così da appurare in entrambi i casi se l'hardware è pingabile prima di tutto e se l'ip è appunto 192.168.1.254 :)
Si pingando il router al'IP 192.168.1.254 ho sempre ottenuto UNREACHABLE
Il router è di mia proprietà mod. ATLANTIS I-Storm LAN(4porte) ADSL accessibile via browser al'IP in questione, la videata di ingresso è la seguente:
-------------------------------------------------------------------------
System Status
Device Info
Firmware Version: CX82xxx_4.1.0.9_B211
Customer Software Version: 4.1.0.9_AtB211
WAN
IP Address Subnet Mask MAC Address
87.9.160.235 255.0.0.0 00:04:ED:0B:84:B8
LAN
IP Address Subnet Mask MAC Address
192.168.1.254 255.255.255.0 00:04:ED:0B:84:B7
DHCP Clients
IP Address MAC Address
1 192.168.1.145 00:16:E6:50:D9:67
--------------------------------------------------------------------------
Il client che vedi collegato è lo stesso PC che non si collega con SuSE10.1, mentre quando è collegato anche il PC con la SuSE10.0 l'IP assegnato automaticamente è 192.168.1.191, c'è anche un terzo PC collegato al router che prende sempre in automatico dal DHCP l'IP 191.168.1.149.
Spero di essere riuscito a spiegarmi bene.
P.S.
Sicuramente sono ignorante ma non sono uno svogliato quando si tratta di imparare, ho cercato in relazione al comando IP da consolle digitando "IP info" ma non son riuscito a capire qual'è il comando di stop :(
hai possibilità di postarmi tutto il contenuto del file: /etc/sysconfig/network/config ?
per terminare un ping ip devi premere CTRL+C
ciao ;)
auanagana
22-09-2006, 16:03
Premetto che ho fatto qualche ricerca ma di specifico sul mio problema non ho trovato niente, ne deduco che sto sbagliando qualche cosa, ho installato la Suse 10.1 su sistema AMD64 chip NF4 con LAN integrata la quale viene identificata e configurata senza nessun problema fin dall'installazione, ho provato anche a:
-disabilitare firewall
-impostare sia IP da DHCP che statico
-Knetwork mi da lo stato della connessione attivo
NON RIESCO IN NESSUN MODO A NAVIGARE IN INTERNET.
Visto che non sono molto pratico di linux mi aiutate a verificare la configurazione per piacere.
normalmente il problema è sull'assegnazione dei dns. io ho la vecchia suse 9.3, ma fa lo stesso lavoro dell'instabile 10.1!!!
apri yast, vai in dispositivi di rete e poi in scheda di rete. imposta staticamente l'indirizzo, per es. 192.168.0.4, come maschera di sottorete 255.255.255.0. in nome host e server dei nomi imposta su server dei nomi_1 l'indirizzo: 212.216.112.112
su server dei nomi_2: 212.216.172.62. alla fine, su routing imposta l'ip del tuo router, ad esempio 192.168.0.1
clicca su ok e prosegui sino a quando non è terminata l'operazione di link. riavvia e dovrebbe funzionare. fammi sapere per curiosità.
paolo.
hai possibilità di postarmi tutto il contenuto del file: /etc/sysconfig/network/config ?
per terminare un ping ip devi premere CTRL+C
ciao ;)
Ciao, il contenuto del file che mi hai chiesto è questo:
## Path: Network/Hardware/Config
## Description: Set some general network configuration
## Type: string("","-","+")
## Default: "+"
## ServiceRestart: network
#
# DEFAULT_BROADCAST is used when no individual BROADCAST is set. It can get one
# of the following values:
# "" : don't set a broadcast address
# "-" : use IPADDR with all host bits deleted
# "+" : use IPADDR with all host bits set
DEFAULT_BROADCAST="+"
## Type: yesno
## Default: yes
# sometimes we want some script to be executed after an interface has been
# brought up, or before an interface is taken down.
# default dir is /etc/sysconfig/network/if-up.d for POST_UP and
# /etc/sysconfig/network/if-down.d for PRE_DOWN
# Note: if you use NetworkManager then down scripts will be called after the
# interface is down and not before.
GLOBAL_POST_UP_EXEC="yes"
GLOBAL_PRE_DOWN_EXEC="yes"
## Type: yesno
## Default: no
# If ifup should check if an ip address is already in use, set this to yes.
# Make sure that packet sockets (CONFIG_PACKET) are supported in the kernel,
# since this feature uses arping, which depends on that.
# Also be aware that this takes one second per interface; consider that when
# setting up a lot of interfaces.
CHECK_DUPLICATE_IP="no"
## Type: yesno
## Default: no
# Switch on/off debug messages for all network configuration stuff. If set to no
# most scripts can enable it locally with "-o debug".
DEBUG="no"
## Type: yesno
## Default: yes
# All error and info messages from network and hardware configuration scripts go
# to stderr. Most tools that call sysconfig scripts (udev, rcnetwork, scpm,
# YaST) catch these messages and can log them. So some messages appear twice in
# syslog. If you don't like that, then set USE_SYSLOG=no.
USE_SYSLOG="yes"
## Type: yesno
## Default: yes
# There are some services (ppp, ippp, dhcp-client, pcmcia, hotplug) that have to
# change the /etc/resolv.conf dynamically at certain times. E.g. if ppp/ippp
# establishes a connection and is supplied by the peer with a list of
# nameservers. Or pcmcia needs to set the correct nameserver for the choosen
# configuration scheme. If you don't like these services to change
# /etc/resolv.conf at all, then set this variable to "no".
# If unsure, leave it at the default (which is "yes").
#
MODIFY_RESOLV_CONF_DYNAMICALLY="yes"
## Type: yesno
## Default: no
# Like MODIFY_RESOLV_CONF_DYNAMICALLY, except it modifies /etc/named.conf.
# If unsure, leave it at the default (which is "no").
#
MODIFY_NAMED_CONF_DYNAMICALLY="no"
## Type: string
## Default: ""
# If you need a special nameserver that should always be prepended to the list
# of dynamically changed nameservers, you may add it here.
#
MODIFY_RESOLV_CONF_STATIC_DNS=""
# Handling of network connections
# ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
# These features are designed for the convenience of the experienced
# user. If you encounter problems you don't understand then switch
# them off. That is the default.
# Please do not complain if you get troubles. But if you want help to
# make them smarter write to <http://www.suse.de/feedback>.
## Type: yesno
## Default: no
#
# If you are interested in the connections and nfs mounts that use a
# network interface, you can set CONNECTION_SHOW_WHEN_IFSTATUS="yes".
# Then you will see them with 'ifstatus <interface>' (or 'ifstatus
# <config>')
# This one _should_ never harm ;)
#
CONNECTION_SHOW_WHEN_IFSTATUS="no"
## Type: yesno
## Default: no
#
# If an interface should be set down only if there are no active
# connections, then use CONNECTION_CHECK_BEFORE_IFDOWN="yes"
#
CONNECTION_CHECK_BEFORE_IFDOWN="no"
## Type: yesno
## Default: no
#
# If these connetions (without the nfs mounts) should be closed when
# shutting down an interface, set CONNECTION_CLOSE_BEFORE_IFDOWN="yes".
# WARNING: Be aware that this may terminate applications which need
# one of these connections!
#
CONNECTION_CLOSE_BEFORE_IFDOWN="no"
## Type: yesno
## Default: no
#
# If you are a mobile laptop user and like even nfs mounts to be
# closed when you leave your current workplace, then set
# CONNECTION_UMOUNT_NFS_BEFORE_IFDOWN="yes". This does only work
# if CONNECTION_CLOSE_BEFORE_IFDOWN="yes", too.
# WARNING: Be aware that this may terminate applications which use
# these nfs mounts as working directory. Be very carefull if your home
# is mounted via nfs!!!
# WARNING: This may even lead to hanging ifdown processes if there are
# processes that could not be terminated. If you are using
# hotpluggable devices (pcmcia, usb, firewire), first shut them down
# before unplugging!
#
CONNECTION_UMOUNT_NFS_BEFORE_IFDOWN="no"
## Type: yesno
## Default: no
#
# If terminating processes that use a connection or nfs mount is not
# enough, then they can be killed after an unsuccesfull termination.
# If you want that set CONNECTION_SEND_KILL_SIGNAL="yes"
#
CONNECTION_SEND_KILL_SIGNAL="no"
## Type: string
## Default: ""
#
# Here you may specify which interfaces have to be up and configured properly
# after 'rcnetwork start'. rcconfig will return 'failed' if any of these
# interfaces is not up. You may use interface names as well but better use
# hardware descriptions of the devices (eth-id-<macaddress> or eth-bus-... See
# man ifup for 'hardware description'). The network start script will wait for
# these interfaces, but not longer as set in WAIT_FOR_INTERFACES.
# You need not to add dialup or tunnel interfaces here, only physical devices.
# The interface 'lo' is always considered to be mandatory and can be omitted.
#
# If this variable is empty, rcnetwork tries to derive the list of mandatory
# devices automatically from the list of existing configurations. Configurations
# with names bus-pcmcia or bus-usb or with STARTMODE=hotplug are skipped. (try
# '/etc/init.d/rc5.d/S*network start -o debug fake | grep MANDAT')
MANDATORY_DEVICES=""
## Type: integer
## Default: 20
#
# Some interfaces need some time to come up or come asynchronously via hotplug.
# WAIT_FOR_INTERFACES is a global wait for all mandatory interfaces in
# seconds. If empty no wait occurs.
#
WAIT_FOR_INTERFACES="20"
## Type: yesno
## Default: yes
#
# With this variable you can determine if the SuSEfirewall when enabled
# should get started when network interfaces are started.
FIREWALL="yes"
## Type: string
## Default: "eth*[0-9]|tr*[0-9]|wlan[0-9]|ath[0-9]"
#
# Automatically add a linklocal route to the matching interfaces.
# This string is used in a bash "case" statement, so it may contain
# '*', '[', ']' and '|' meta-characters.
#
LINKLOCAL_INTERFACES="eth*[0-9]|tr*[0-9]|wlan[0-9]|ath[0-9]"
## Type: string
## Default: "-f -I"
#
# Set default options for ifplugd. You may also set them in an ifcfg-* file
# individually. Have a look at 'man ifplug' for details. We let ifplugd set the
# interface UP when starting, because there are many interfaces where link beat
# cannot be detected otherwise. If you want the interface to stay down then add
# the option '-a'. If you like ifplugd to beep on cable (un)plug, remove '-b'.
#
IFPLUGD_OPTIONS="-f -I -b"
## Type: yesno
## Default: yes
#
# Forces all interfaces eth* ath* wlan* and ra* to be persistent via udev.
# See /usr/share/doc/package/sysconfig/README.Persistent_Interface_Names for
# details.
#
FORCE_PERSISTENT_NAMES="yes"
## Type: yesno
## Default: no
#
# Instead of the usual network setup (now called 'NetControl') you may also use
# 'NetworkManager' to control your interfaces.
#
# NetControl is what you were used to in SUSE Linux up to now. It has a wide
# range of configurations means for setting up any number of different virtual
# and real interfaces. It should be used if you:
# - want a static network setup
# - have many interfaces
# - need VLAN, bonding, bridging, multiple IP addresses
# - must restrict network control to root
# It may also switch interfaces automatically, but lacks a usable GUI for normal
# users.
#
# NetworkManager lets the user control interfaces and switches automatically if
# network interfaces lose/gain physical connection. It should be used if you:
# - move between networks frequently
# - want a GUI for network control
# Especially on mobile computers that use mainly one wired and one wireless
# interface NetworkManager will please you.
#
# If you are used to SCPM then you might probably stay with NetControl. But at
# least try NetworkManager, because it can replace SCPM in some usage scenarios.
#
NETWORKMANAGER="no"
## Type: yesno
## Default: yes
#
# When using NetworkManager you may want to trigger special actions when an
# interface comes up. NetworkManagerDispatcher is a daemon that listens to
# dbus-messages that tell that an interface is up/down and triggers whatever
# you like. Read more about it in the manpage to NetworkManagerDispatcher.
#
# This variable has no effect if NETWORKMANAGER=no
#
NM_DISPATCHER="yes"
normalmente il problema è sull'assegnazione dei dns. io ho la vecchia suse 9.3, ma fa lo stesso lavoro dell'instabile 10.1!!!
apri yast, vai in dispositivi di rete e poi in scheda di rete. imposta staticamente l'indirizzo, per es. 192.168.0.4, come maschera di sottorete 255.255.255.0. in nome host e server dei nomi imposta su server dei nomi_1 l'indirizzo: 212.216.112.112
su server dei nomi_2: 212.216.172.62. alla fine, su routing imposta l'ip del tuo router, ad esempio 192.168.0.1
clicca su ok e prosegui sino a quando non è terminata l'operazione di link. riavvia e dovrebbe funzionare. fammi sapere per curiosità.
paolo.
Avevo gia impostato l'IP statico del client, adesso ho aggiunto anche i DNS che mi hai dato ma non ho risolto niente, cmq va bene fare tutti i tentativi, grazie.
auanagana
22-09-2006, 23:02
Avevo gia impostato l'IP statico del client, adesso ho aggiunto anche i DNS che mi hai dato ma non ho risolto niente, cmq va bene fare tutti i tentativi, grazie.
ho visto i post dei "colleghi" delle distro di linux, e mi sembra che non fanno una piega sui suggerimenti da shell. a questo punto mi sembra giusto rivedere l'hw. la tua è una macchina di ultima generazione e sembra funzionare perfettamente. probabilmente l'ultimo kernel di suse 10.1 ha qualche problema con il tuo hw.
oggi ho fatto una prova, naturalmente dopo aver fatto un "ghost" del mio sistema, installando la versione 10.0 di suse. nessun problema di collegamento sia lan che wan. tieni presente che il mio s.o. attualmente è suse 10.0, abbinato con un router/modem netgare dg830, su un dual xeon 2.8 ghz e 2 mb di rambus. una macchina piuttosto vetusta ma che sembra funzionare.
un saluto ed un augurio di soluzione. un saluto anche agli amici di open source.
paolo.
Non so spiegare il perchè ma adesso ho acceso il PC senza che nulla sia cambiato nella configurazione della scheda di rete o qualsiasi altro settaggio inerente ......SI COLLEGA! :)
Non ho spiegazioni da dare in merito, non so perche adesso si collega ma certo ne sono felice, grazie per il supporto che mi è stato dato, sicuramente ha contribuito a farmi capire un po di + su come si configura la connessione LAN.
Non so spiegare il perchè ma adesso ho acceso il PC senza che nulla sia cambiato nella configurazione della scheda di rete o qualsiasi altro settaggio inerente ......SI COLLEGA! :)
Non ho spiegazioni da dare in merito, non so perche adesso si collega ma certo ne sono felice, grazie per il supporto che mi è stato dato, sicuramente ha contribuito a farmi capire un po di + su come si configura la connessione LAN.
....Ore 11:30 riaccendo il PC e di nuovo senza che faccia nulla NON SI COLLEGA neanche a piangere, ci rinuncio.......
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.