[RISOLTO] Bridging rete Wifi + 2 schede ethernet

Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
riotten
Linux 1.x
Linux 1.x
Messaggi: 185
Iscritto il: mer 6 giu 2007, 16:05
Slackware: 13.37
Desktop: Fluxbox
Località: Udine

[RISOLTO] Bridging rete Wifi + 2 schede ethernet

Messaggio da riotten »

ciao,
inizio questo post con il ringraziare tutte le persone che nell'altro mio precedente problema di configurazione gatewaymi hanno aiutato...

NUOVO PROBLEMA:
scheda Wireless (ath0) + Driver MadWifi (Installati e funzionanti perfettamente in AP mode, gli utenti Win/Linux vedono l'AP si connettono ma non navigano)
2 schede ethernet (montate sul gateway):
-1 scheda di indirizzamento su rete esterna (eth0 IP 192.168.1.2)
-1 scheda di indirizzamento su rete interna (eth1 IP 192.168.0.1)
Premetto che tra queste 2 schede ethernet il bridging funziona

il problema si pone quando configurando la scheda Wireless in modalità Access Point (AP) cerco d'impostare il bridge sulla scheda eth1 affinche gli utenti ethernet e quelli Wireless si vedano ed, oltre a cio, gli utenti Wireless possano navigare su Internet utilizzando a loro volta il bridge eth0-eth1.

Ho creato il bridge ath0-eth1 ma non funziona:
creazione bridge

Codice: Seleziona tutto

wlanconfig ath0 create wlandev bridge0 wlanmode ap
iwconfig ath0 essid "MIA_WIFI_LAN"
brctl addbr bridge0
brctl addif bridge0 eth1
brctl addif bridge0 ath0
responso:

Codice: Seleziona tutto

device eth1 is already a member of a bridge; can't enslave it to bridge bridge0.
avete qualche idea su come posso fare un bridge diciamo a 3 schede?
Ultima modifica di riotten il mar 9 ott 2007, 21:57, modificato 1 volta in totale.

Avatar utente
Bruffandino
Linux 1.x
Linux 1.x
Messaggi: 183
Iscritto il: mer 24 nov 2004, 0:00
Slackware: 12.2
Kernel: 2.6.28
Desktop: KDE 3.5.10

Messaggio da Bruffandino »

La soluzione che ho adottato io (l'unica credo..) è di fare un bridge fra la scheda wireless e la scheda ethernet della lan, e rendere disponibile l'accesso a internet con la scheda di rete su indirzzo esterno tramite NAT. In parole povere:

brctl addbr br0
brctl addif br0 ath0
brctl addif br0 eth1
brctl setfd br0 1
ifconfig ath0 up
ifconfig eth1 up
ifconfig br0 172.16.1.254 up
iptables -F; iptables -t nat -F; iptables -t mangle -F
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
/usr/local/bin/hostapd /etc/hostapd.conf -B

eth0 è quella esterna, eth1 è quella interna

Avatar utente
Vlainur
Linux 2.x
Linux 2.x
Messaggi: 202
Iscritto il: lun 15 nov 2004, 0:00
Località: Catania
Contatta:

Messaggio da Vlainur »

Credo devi prima cancellare il bridge eth0-eth1 e poi metterne su uno con tutte e tre le interfacce

Avatar utente
riotten
Linux 1.x
Linux 1.x
Messaggi: 185
Iscritto il: mer 6 giu 2007, 16:05
Slackware: 13.37
Desktop: Fluxbox
Località: Udine

Messaggio da riotten »

Bruffandino ha scritto:La soluzione che ho adottato io (l'unica credo..) è di fare un bridge fra la scheda wireless e la scheda ethernet della lan, e rendere disponibile l'accesso a internet con la scheda di rete su indirzzo esterno tramite NAT. In parole povere:

brctl addbr br0
brctl addif br0 ath0
brctl addif br0 eth1
brctl setfd br0 1
ifconfig ath0 up
ifconfig eth1 up
ifconfig br0 172.16.1.254 up
iptables -F; iptables -t nat -F; iptables -t mangle -F
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
/usr/local/bin/hostapd /etc/hostapd.conf -B

eth0 è quella esterna, eth1 è quella interna
ok come idea non è male, riesci a postarmi anche il tuo rc.inet1.conf ed anche il tuo /usr/local/bin/hostapd /etc/hostapd.conf per capirne meglio il funzionamento. grazie

Avatar utente
Bruffandino
Linux 1.x
Linux 1.x
Messaggi: 183
Iscritto il: mer 24 nov 2004, 0:00
Slackware: 12.2
Kernel: 2.6.28
Desktop: KDE 3.5.10

Messaggio da Bruffandino »

Certo!

Questa è l'unica parte rilevante del mio rc.inet1.conf (ottiene l'indirizzo dell'interfaccia WAN):

Codice: Seleziona tutto

# Config information for eth0:
IPADDR[0]=""
NETMASK[0]=""
USE_DHCP[0]="yes"
DHCP_HOSTNAME[0]=""
e questo è il mio hostapd.conf:

Codice: Seleziona tutto

##### hostapd configuration file ##############################################
# Empty lines and lines starting with # are ignored

# AP netdevice name (without 'ap' prefix, i.e., wlan0 uses wlan0ap for
# management frames)
interface=ath0
bridge=br0
# Driver interface type (hostap/wired/madwifi/prism54; default: hostap)
driver=madwifi

# hostapd event logger configuration
#
# Two output method: syslog and stdout (only usable if not forking to
# background).
#
# Module bitfield (ORed bitfield of modules that will be logged; -1 = all
# modules):
# bit 0 (1) = IEEE 802.11
# bit 1 (2) = IEEE 802.1X
# bit 2 (4) = RADIUS
# bit 3 (8) = WPA
# bit 4 (16) = driver interface
# bit 5 (32) = IAPP
#
# Levels (minimum value for logged events):
#  0 = verbose debugging
#  1 = debugging
#  2 = informational messages
#  3 = notification
#  4 = warning
#
logger_syslog=-1
logger_syslog_level=2
logger_stdout=-1
logger_stdout_level=2

# Debugging: 0 = no, 1 = minimal, 2 = verbose, 3 = messaggio dumps, 4 = excessive
debug=0

# Dump file for state information (on SIGUSR1)
dump_file=/tmp/hostapd.dump

# Interface for separate control program. If this is specified, wpa_supplicant
# will create this directory and a UNIX domain socket for listening to requests
# from external programs (CLI/GUI, etc.) for status information and
# configuration. The socket file will be named based on the interface name, so
# multiple hostapd processes/interfaces can be run at the same time if more
# than one interface is used.
# /var/run/hostapd is the recommended directory for sockets and by default,
# hostapd_cli will use it when trying to connect with hostapd.
ctrl_interface=/var/run/hostapd

# Access control for the control interface can be configured by setting the
# directory to allow only members of a group to use sockets. This way, it is
# possible to run wpa_supplicant as root (since it needs to change network
# configuration and open raw sockets) and still allow GUI/CLI components to be
# run as non-root users. However, since the control interface can be used to
# change the network configuration, this access needs to be protected in many
# cases. By default, wpa_supplicant is configured to use gid 0 (root). If you
# want to allow non-root users to use the contron interface, add a new group
# and change this value to match with that group. Add users that should have
# control interface access to this group.
#
# This variable can be a group name or gid.
#ctrl_interface_group=wheel
ctrl_interface_group=0


##### IEEE 802.11 related configuration #######################################

# SSID to be used in IEEE 802.11 management frames
ssid=sarabeppe

# Station MAC address -based authentication
# 0 = accept unless in deny list
# 1 = deny unless in accept list
# 2 = use external RADIUS server (accept/deny lists are searched first)
macaddr_acl=1

# Accept/deny lists are read from separate files (containing list of
# MAC addresses, one per line). Use absolute path name to make sure that the
# files can be read on SIGHUP configuration reloads.
#accept_mac_file=/etc/hostap/hostapd.accept
#deny_mac_file=/etc/hostapd.deny

# IEEE 802.11 specifies two authentication algorithms. hostapd can be
# configured to allow both of these or only one. Open system authentication
# should be used with IEEE 802.1X.
# Bit fields of allowed authentication algorithms:
# bit 0 = Open System Authentication
# bit 1 = Shared Key Authentication (requires WEP)
auth_algs=3

# Associate as a station to another AP while still acting as an AP on the same
# channel.
#assoc_ap_addr=00:12:34:56:78:9a


##### IEEE 802.1X-REV related configuration ###################################

# Require IEEE 802.1X authorization
#ieee8021x=1

# Optional displayable message sent with EAP Request-Identity. The first \0
# in this string will be converted to ASCII-0 (nul). This can be used to
# separate network info (comma separated list of attribute=value pairs); see,
# e.g., draft-adrangi-eap-network-discovery-07.txt.
#eap_message=hello
#eap_message=hello\0networkid=netw,nasid=foo,portid=0,NAIRealms=example.com

# WEP rekeying (disabled if key lengths are not set or are set to 0)
# Key lengths for default/broadcast and individual/unicast keys:
# 5 = 40-bit WEP (also known as 64-bit WEP with 40 secret bits)
# 13 = 104-bit WEP (also known as 128-bit WEP with 104 secret bits)
#wep_key_len_broadcast=5
#wep_key_len_unicast=5
# Rekeying period in seconds. 0 = do not rekey (i.e., set keys only once)
#wep_rekey_period=300

# EAPOL-Key index workaround (set bit7) for WinXP Supplicant (needed only if
# only broadcast keys are used)
eapol_key_index_workaround=0

# EAP reauthentication period in seconds (default: 3600 seconds; 0 = disable
# reauthentication).
#eap_reauth_period=3600


##### Integrated EAP authenticator ############################################

# Optionally, hostapd can be configured to use an integrated EAP authenticator
# to process EAP authentication locally without need for an external RADIUS
# server. This functionality can be used both as a local authentication server
# for IEEE 802.1X/EAPOL and as a RADIUS server for other devices.

# Use integrated EAP authenticator instead of external RADIUS authentication
# server. This is also needed if hostapd is configured to act as a RADIUS
# authentication server.
eap_server=0

# Path for EAP authenticator user database
#eap_user_file=/etc/hostapd.eap_user

# CA certificate (PEM or DER file) for EAP-TLS/PEAP/TTLS
#ca_cert=/etc/hostapd.ca.pem

# Server certificate (PEM or DER file) for EAP-TLS/PEAP/TTLS
#server_cert=/etc/hostapd.server.pem

# Private key matching with the server certificate for EAP-TLS/PEAP/TTLS
# This may point to the same file as server_cert if both certificate and key
# are included in a single file. PKCS#12 (PFX) file (.p12/.pfx) can also be
# used by commenting out server_cert and specifying the PFX file as the
# private_key.
#private_key=/etc/hostapd.server.prv

# Passphrase for private key
#private_key_passwd=secret passphrase

# Configuration data for EAP-SIM database/authentication gateway interface.
# This is a text string in implementation specific format. The example
# implementation in eap_sim_db.c uses this as the file name for the GSM
# authentication triplets.
#eap_sim_db=/etc/hostapd.sim_db


##### IEEE 802.11f - Inter-Access Point Protocol (IAPP) #######################

# Interface to be used for IAPP broadcast packets
#iapp_interface=eth0


##### RADIUS client configuration #############################################
# for IEEE 802.1X with external Authentication Server, IEEE 802.11
# authentication with external ACL for MAC addresses, and accounting

# The own IP address of the access point (used as NAS-IP-Address)
own_ip_addr=127.0.0.1

# Optional NAS-Identifier string for RADIUS messages. When used, this should be
# a unique to the NAS within the scope of the RADIUS server. For example, a
# fully qualified domain name can be used here.
#nas_identifier=ap.example.com

# RADIUS authentication server
#auth_server_addr=127.0.0.1
#auth_server_port=1812
#auth_server_shared_secret=secret

# RADIUS accounting server
#acct_server_addr=127.0.0.1
#acct_server_port=1813
#acct_server_shared_secret=secret

# Secondary RADIUS servers; to be used if primary one does not reply to
# RADIUS packets. These are optional and there can be more than one secondary
# server listed.
#auth_server_addr=127.0.0.2
#auth_server_port=1812
#auth_server_shared_secret=secret2
#
#acct_server_addr=127.0.0.2
#acct_server_port=1813
#acct_server_shared_secret=secret2

# Retry interval for trying to return to the primary RADIUS server (in
# seconds). RADIUS client code will automatically try to use the next server
# when the current server is not replying to requests. If this interval is set,
# primary server will be retried after configured amount of time even if the
# currently used secondary server is still working.
#radius_retry_primary_interval=600


# Interim accounting update interval
# If this is set (larger than 0) and acct_server is configured, hostapd will
# send interim accounting updates every N seconds. Note: if set, this overrides
# possible Acct-Interim-Interval attribute in Access-Accept message. Thus, this
# value should not be configured in hostapd.conf, if RADIUS server is used to
# control the interim interval.
# This value should not be less 600 (10 minutes) and must not be less than
# 60 (1 minute).
#radius_acct_interim_interval=600


##### RADIUS authentication server configuration ##############################

# hostapd can be used as a RADIUS authentication server for other hosts. This
# requires that the integrated EAP authenticator is also enabled and both
# authentication services are sharing the same configuration.

# File name of the RADIUS clients configuration for the RADIUS server. If this
# commented out, RADIUS server is disabled.
#radius_server_clients=/etc/hostapd.radius_clients

# The UDP port number for the RADIUS authentication server
#radius_server_auth_port=1812


##### WPA/IEEE 802.11i configuration ##########################################

# Enable WPA. Setting this variable configures the AP to require WPA (either
# WPA-PSK or WPA-RADIUS/EAP based on other configuration). For WPA-PSK, either
# wpa_psk or wpa_passphrase must be set and wpa_key_mgmt must include WPA-PSK.
# For WPA-RADIUS/EAP, ieee8021x must be set (but without dynamic WEP keys),
# RADIUS authentication server must be configured, and WPA-EAP must be included
# in wpa_key_mgmt.
# This field is a bit field that can be used to enable WPA (IEEE 802.11i/D3.0)
# and/or WPA2 (full IEEE 802.11i/RSN):
# bit0 = WPA
# bit1 = IEEE 802.11i/RSN (WPA2) (dot11RSNAEnabled)
wpa=1

# WPA pre-shared keys for WPA-PSK. This can be either entered as a 256-bit
# secret in hex format (64 hex digits), wpa_psk, or as an ASCII passphrase
# (8..63 characters) that will be converted to PSK. This conversion uses SSID
# so the PSK changes when ASCII passphrase is used and the SSID is changed.
# wpa_psk (dot11RSNAConfigPSKValue)
# wpa_passphrase (dot11RSNAConfigPSKPassPhrase)
#wpa_psk=0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef
wpa_passphrase=xxxxxxxxxxxxxxxxxxxxxxxxxx
# Optionally, WPA PSKs can be read from a separate text file (containing list
# of (PSK,MAC address) pairs. This allows more than one PSK to be configured.
# Use absolute path name to make sure that the files can be read on SIGHUP
# configuration reloads.
#wpa_psk_file=/etc/hostapd.wpa_psk

# Set of accepted key management algorithms (WPA-PSK, WPA-EAP, or both). The
# entries are separated with a space.
# (dot11RSNAConfigAuthenticationSuitesTable)
wpa_key_mgmt=WPA-PSK

# Set of accepted cipher suites (encryption algorithms) for pairwise keys
# (unicast packets). This is a space separated list of algorithms:
# CCMP = AES in Counter mode with CBC-MAC [RFC 3610, IEEE 802.11i/D7.0]
# TKIP = Temporal Key Integrity Protocol [IEEE 802.11i/D7.0]
# Group cipher suite (encryption algorithm for broadcast and multicast frames)
# is automatically selected based on this configuration. If only CCMP is
# allowed as the pairwise cipher, group cipher will also be CCMP. Otherwise,
# TKIP will be used as the group cipher.
# (dot11RSNAConfigPairwiseCiphersTable)
wpa_pairwise=TKIP CCMP

# Time interval for rekeying GTK (broadcast/multicast encryption keys) in
# seconds. (dot11RSNAConfigGroupRekeyTime)
#wpa_group_rekey=600

# Rekey GTK when any STA that possesses the current GTK is leaving the BSS.
# (dot11RSNAConfigGroupRekeyStrict)
#wpa_strict_rekey=1

# Time interval for rekeying GMK (master key used internally to generate GTKs
# (in seconds).
#wpa_gmk_rekey=86400

# Enable IEEE 802.11i/RSN/WPA2 pre-authentication. This is used to speed up
# roaming be pre-authenticating IEEE 802.1X/EAP part of the full RSN
# authentication and key handshake before actually associating with a new AP.
# (dot11RSNAPreauthenticationEnabled)
#rsn_preauth=1
#
# Space separated list of interfaces from which pre-authentication frames are
# accepted (e.g., 'eth0' or 'eth0 wlan0wds0'. This list should include all
# interface that are used for connections to other APs. This could include
# wired interfaces and WDS links. The normal wireless data interface towards
# associated stations (e.g., wlan0) should not be added, since
# pre-authentication is only used with APs other than the currently associated
# one.
#rsn_preauth_interfaces=eth0

Avatar utente
riotten
Linux 1.x
Linux 1.x
Messaggi: 185
Iscritto il: mer 6 giu 2007, 16:05
Slackware: 13.37
Desktop: Fluxbox
Località: Udine

Messaggio da riotten »

ho provato la tua configurazione (naturalmente adattandola alle mie esigenze) ma non mi funziona.......... hostpd mi da una lista di bad command infinita ed il bridge non viene minimamente creato.
Mi sono così reinventato una configurazione.
Questa è la mia configurazione per le 2 sc.ethernet e 1 scheda wireless
il tutto viene creato, e impostato, all'avvio in rc.local

Codice: Seleziona tutto

#!/bin/sh
#
# /etc/rc.d/rc.local:  Local system initialization script.
#
# commands in there.
#Configuro la scheda di rete.
ifconfig eth0 192.168.1.2 netmask 255.255.255.0 up #scheda di rete esterna Gateway
ifconfig eth1 192.168.0.1 netmask 255.255.255.0 up #scheda di rete interna LAN Gateway
chmod +x /etc/rc.d/rc.ip_forward
#
#
######### QUESTE RIGHE DOVREBBERO CREARE L'INTERFACCIA WIRELESS
######### IN MODALITA' AP MA CIO' NON AVVIENE, PER COLPA DEL COMANDO 
######### WLANCONFIG CHE ALL'AVVIO GENERA UN'ERRORE COSA PERO' CHE
######### NON AVVIENE SE LANCIO IL COMANDO DA SHELL
modprobe ath_pci autocreate=none
wlanconfig ath0 destroy
wlanconfig bridge0 destroy
wlanconfig ath0 create wlandev bridge0 wlanmode ap #DIRETTAMENTE DAL SITO DI MADWIFI
iwconfig bridge0 192.168.2.1 netmask 255.255.255.0 up #SCHEDA DI RETE WIRELESS
iwconfig ath0 essid "RETEWIRELESS"
#CREAZIONE DEL BRIDGE ETH1-BRIDGE0 
brctl addbr bridge0
brctl addif bridge0 eth1
brctl addif bridge0 ath0
#
#
#
modprobe ip_tables
modprobe ip_conntrack
modprobe iptable_nat
modprobe ipt_MASQUERADE
#Imposto il masquerading per tutto quello che non è destinato alla Lan.
iptables -F; iptables -t mangle -F
#
iptables -t nat -A POSTROUTING -d ! 192.168.0.0/24 -j MASQUERADE
#Concedo il masquerading solo ai computer della Lan.
iptables -A FORWARD -s 192.168.0.0/24 -j ACCEPT
iptables -A FORWARD -d 192.168.0.0/24 -j ACCEPT
iptables -A FORWARD -j DROP
route add default gw 192.168.1.1

Dimenticavo di dire che questa configurazione, ad oggi, non mi funziona. Dopo che lancio da shell wlanconfig ath0 create ........ i clients pingano l'AP e viceversa ma non riescono a navigare, ne tantomeno a vedere i PC collegati in ethernet a causa della mancata creazione del bridge.
Se qualcuno riesce a capire cosa sbaglio.............mi aiuti.
Ciao

Avatar utente
Bruffandino
Linux 1.x
Linux 1.x
Messaggi: 183
Iscritto il: mer 24 nov 2004, 0:00
Slackware: 12.2
Kernel: 2.6.28
Desktop: KDE 3.5.10

Messaggio da Bruffandino »

secondo me è questa la riga che non va bene..

Codice: Seleziona tutto

wlanconfig ath0 create wlandev bridge0 wlanmode ap
quando carichi il driver madwifi viene creata un'interfaccia virtuale che si chiama wifi0.. non capisco cosa centri il bridge a questo punto.. secondo me devi fare:

Codice: Seleziona tutto

wlanconfig ath0 create wlandev wifi0 wlanmode ap

Avatar utente
riotten
Linux 1.x
Linux 1.x
Messaggi: 185
Iscritto il: mer 6 giu 2007, 16:05
Slackware: 13.37
Desktop: Fluxbox
Località: Udine

Messaggio da riotten »

si, certo posso cambiare

Codice: Seleziona tutto

wlanconfig ath0 create wlandev bridge0 wlanmode ap
in

Codice: Seleziona tutto

wlanconfig ath0 create wlandev wifi0 wlanmode ap
non capisco cosa centri il bridge a questo punto
il problema del bridge si crea dal fatto che i client eth1 (rete interna Gateway) e quelli wifi0 si devono vedere e,ovviamente, scambiarsi dati, da qui il fatto di crea un bridge eth1-wifi0 (o una soluzione equivalente al bridge che soddismi le mie sovracitate richieste)
....il problema si pone in quanto la periferica eth1 è già impegnata in un gateway (con la eth0) e non può essere riutilizzata per fare un bridge.
Mi era venuta l'idea di creare un bridge tra eth1-wifi0, chiamiamolo bridge0 e riutilizzare l'interfaccia bridge0 per ricreare un gateway tra eth0-bridge0, così facendo i clients eth1 e quelli wifi0 si dovrebbe vedere e allo stesso tempo entrambi navigherebbero su internet tramite il gateway eth0-bridge0.

Pensate possa questa essere una soluzione ideale? o ne esistono di migliori?

Avatar utente
Bruffandino
Linux 1.x
Linux 1.x
Messaggi: 183
Iscritto il: mer 24 nov 2004, 0:00
Slackware: 12.2
Kernel: 2.6.28
Desktop: KDE 3.5.10

Messaggio da Bruffandino »

Credo che stai facendo unpo di confusione sul concetto di gateway.. (o magari sono io che interpreto male le tue parole..)

Comunque per raggiungere il tuo scopo la soluzione è sempre quella:

1- Crei un bridge fra eth1 e ath0 che chiami br0. A br0 assegni un indirizzo locale.A questo punto i client wired e wireless si vedono senza problemi

2- Abiliti il NAT (con le due righe che ho postato prima ad esempio..) e imposti come indirizzo di gateway su ogni client (sia wired che wirelss) l'indirizzo che avevi assegnato a br0

3- ora tutti navigano..
i comandi che avevi provato a fare (e che non hanno senso..) sono:

Codice: Seleziona tutto

wlanconfig ath0 create wlandev bridge0 wlanmode ap
seguito da

Codice: Seleziona tutto

brctl addbr bridge0
il primo fallisce perchè bridge0 non esiste come intefaccia di rete wireless virtuale (l'interfaccia di rete wireless virtuale di madwifi si chiama wifi0) . Poi tu tenti di creare un bridge con lo stesso nome di una (ipotetica) intefaccia di rete wireless virtuale, che è concettualmente sbagliato.

Avatar utente
Bruffandino
Linux 1.x
Linux 1.x
Messaggi: 183
Iscritto il: mer 24 nov 2004, 0:00
Slackware: 12.2
Kernel: 2.6.28
Desktop: KDE 3.5.10

Messaggio da Bruffandino »

Un'altra cosa che non capisco..

Perchè l'indirizzo esterno è 192.168.1.2 (che è un indirizzo locale per altro..) mentre alla fine tu fai

Codice: Seleziona tutto

route add default gw 192.168.1.1
??

Avatar utente
riotten
Linux 1.x
Linux 1.x
Messaggi: 185
Iscritto il: mer 6 giu 2007, 16:05
Slackware: 13.37
Desktop: Fluxbox
Località: Udine

Messaggio da riotten »

Sono d'accordo con te su alcune cose, su altre meno......
Non posso apportare le modifiche che mi hai consigliato perchè non dispongo ora del PC......
Proverò queste impostazioni lunedi o al massimo martedi e ti saprò dire.
Grazie comunque del tuo aiuto

Avatar utente
riotten
Linux 1.x
Linux 1.x
Messaggi: 185
Iscritto il: mer 6 giu 2007, 16:05
Slackware: 13.37
Desktop: Fluxbox
Località: Udine

Messaggio da riotten »

ok funziona con la configurazione che mi ha suggerito + qualche altra modifica
grazie per l'aiuto.
ciao

Rispondi