Page 1 sur 2

[WIFI] Config wifi sur PC portable, drivers ipw2200 (résolu)

Publié : mer. 22 févr. 2012, 16:56
par Pirlouis
Bonjour,

Nouvel utilisateur d'Arch Linux, j'ai installé l'OS via un CD gravé, à partir de l'ISO core.
J'ai donc installé Arch sur un PC portable assez ancien, à base de chipset Intel Centrino et notamment avec une carte wifi 2200BG, comme identifié par un lspci.

A l'installation, j'ai bien choisis les paquets base et base-devel, avec en plus les drivers ipw2200, wireless-tools et wpa_supplicant. L'installation se passe sans soucis.
N'ayant pas de connexion filaire, je passe ensuite à la configuration de mon wifi, et ça se complique. Je précise tout de même que le bouton de mise en marche de mon wifi sur le PC portable est bien sur On :)

Un iwconfig m'indique que mon interface wifi est eth1. En suivant le wiki, j'utilise wpa_supplicant pour configurer ce qui va bien. Mais j'ai un soucis quand je lance dhcpcd:

Code : Tout sélectionner

dhcpcd eth1 --debug
dhcpcd[2204]: eth1: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason PREINIT
dhcpcd[2204]: eth1: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason CARRIE
dhcpcd[2204]: eth1: broadcating for a lease
dhcpcd[2204]: eth1: sending DISCOVER (xid 0xaa575221), next in 4.50 seconds
dhcpcd[2204]: eth1: sending DISCOVER (xid 0xaa575221), next in 8.28 seconds
dhcpcd[2204]: eth1: sending DISCOVER (xid 0xaa575221), next in 16.12 seconds
dhcpcd[2204]: eth1: sending DISCOVER (xid 0xaa575221), next in 32.53 seconds
dhcpcd[2204]: timed out
A noter que le dossier /var/lib/dhcpcd est vide et donc peut être pour ca qu'il ne trouve pas les lease files. En créant un fichier dhcpcd.leases vide, toujours pareil.

Je bute donc pour faire fonctionner mon wifi.
Pouvez-vous m'aider, svp ?

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 17:01
par benjarobin
Avant de lancer dhcpcd, il faut vérifier que wpa_supplicant fonctionne correctement, quel est sa sortie ? Et tu bien connecté : iwconfig eth1 doit t'indiquer que tu es connecté !
Le contenu de wpa_supplicant.conf pourrait aider à la compréhension aussi (Tu remplace la clé par de X avant de mettre le message ici)
Et tant que l'on y est, donne aussi la sortie de iwlist eth1 scanning

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 17:23
par Pirlouis
wpa_supplicant m'a bien généré une section network {...} dans /etc/wpa_supplicant.conf avec le mot de passe de mon réseau wifi en crypté. Est-ce suffisant ? Comment vérifié sa sortie ?
Il me semblait que dhcpcd demandait l'attribution d'une adresse IP à ma machine en utilisant les éléments présent dans le wpa_supplicant.conf ? J'oublie peut être quelque chose.

En tout cas, je te donne les élements de façon plus précise ce soir, et merci pour ta réponse.

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 18:00
par benjarobin
Oula, je pense que tu mélanges un peu tout... Ou c'est moi qui n'est rien compris à ton message
Il faut suivre ces étapes pour ce connecter.
Tu créer un fichier de conf : /root/wifiWpa.conf et tu met ceci dedans

Code : Tout sélectionner

network={
    ssid="monreseau" # A modifier, tu l'obtiens avec iwlist
    psk="ma-clé" # A modifier
    priority=5
}

Code : Tout sélectionner

#Arret des processus 
killall dhcpcd
killall wpa_supplicant
wpa_supplicant -i eth1 -c /root/wifiWpa.conf # Sortie à donner
#Dans une autre console ou kill de wpa_supplicant et relancer avec l'option -B en plus
dhcpcd -d eth1

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 20:50
par Pirlouis
benjarobin a écrit :Avant de lancer dhcpcd, il faut vérifier que wpa_supplicant fonctionne correctement, quel est sa sortie ? Et tu bien connecté : iwconfig eth1 doit t'indiquer que tu es connecté !
Le contenu de wpa_supplicant.conf pourrait aider à la compréhension aussi (Tu remplace la clé par de X avant de mettre le message ici)
Et tant que l'on y est, donne aussi la sortie de iwlist eth1 scanning
Alors iwlist eth1 scanning me renvoit une liste de réseau wifi du coin. Je pense donc que la carte est opérationnelle et que c'est juste un problème de config (dis moi si tu veux le détail ou si tu voulais juste savoir si la commande renvoyait qque chose de cohérent).

Le contenu de mon wpa_supplicant.conf.
A noter que j'ai juste supprimé tous les exemples à la fin du fichier et que j'ai remplacé la ligne #ctrl_interface=/var/run/wpa_supplicant par ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel.
J'ai également mondifié le SSID pour qu'il ne soit pas visible ici, et j'ai mis une valeur bidon monSSID; mais sur ma bécane, il a la bonne valeur:

Code : Tout sélectionner

##### Example wpa_supplicant configuration file ###############################
#
# This file describes configuration file format and lists all available option.
# Please also take a look at simpler configuration examples in 'examples'
# subdirectory.
#
# Empty lines and lines starting with # are ignored

# NOTE! This file may contain password information and should probably be made
# readable only by root user on multiuser systems.

# Note: All file paths in this configuration file should use full (absolute,
# not relative to working directory) path in order to allow working directory
# to be changed. This can happen if wpa_supplicant is run in the background.

# Whether to allow wpa_supplicant to update (overwrite) configuration
#
# This option can be used to allow wpa_supplicant to overwrite configuration
# file whenever configuration is changed (e.g., new network block is added with
# wpa_cli or wpa_gui, or a password is changed). This is required for
# wpa_cli/wpa_gui to be able to store the configuration changes permanently.
# Please note that overwriting configuration file will remove the comments from
# it.
#update_config=1

# global configuration (shared by all network blocks)
#
# Parameters for the control interface. If this is specified, wpa_supplicant
# will open a control interface that is available for external programs to
# manage wpa_supplicant. The meaning of this string depends on which control
# interface mechanism is used. For all cases, the existance of this parameter
# in configuration is used to determine whether the control interface is
# enabled.
#
# For UNIX domain sockets (default on Linux and BSD): This is a directory that
# will be created for UNIX domain sockets 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
# wpa_supplicant processes can be run at the same time if more than one
# interface is used.
# /var/run/wpa_supplicant is the recommended directory for sockets and by
# default, wpa_cli will use it when trying to connect with wpa_supplicant.
#
# 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 control 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. If this variable is commented out or
# not included in the configuration file, group will not be changed from the
# value it got by default when the directory or socket was created.
#
# When configuring both the directory and group, use following format:
# DIR=/var/run/wpa_supplicant GROUP=wheel
# DIR=/var/run/wpa_supplicant GROUP=0
# (group can be either group name or gid)
#
# For UDP connections (default on Windows): The value will be ignored. This
# variable is just used to select that the control interface is to be created.
# The value can be set to, e.g., udp (ctrl_interface=udp)
#
# For Windows Named Pipe: This value can be used to set the security descriptor
# for controlling access to the control interface. Security descriptor can be
# set using Security Descriptor String Format (see http://msdn.microsoft.com/
# library/default.asp?url=/library/en-us/secauthz/security/
# security_descriptor_string_format.asp). The descriptor string needs to be
# prefixed with SDDL=. For example, ctrl_interface=SDDL=D: would set an empty
# DACL (which will reject all connections). See README-Windows.txt for more
# information about SDDL string format.
#
#ctrl_interface=/var/run/wpa_supplicant
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel

# IEEE 802.1X/EAPOL version
# wpa_supplicant is implemented based on IEEE Std 802.1X-2004 which defines
# EAPOL version 2. However, there are many APs that do not handle the new
# version number correctly (they seem to drop the frames completely). In order
# to make wpa_supplicant interoperate with these APs, the version number is set
# to 1 by default. This configuration value can be used to set it to the new
# version (2).
eapol_version=1

# AP scanning/selection
# By default, wpa_supplicant requests driver to perform AP scanning and then
# uses the scan results to select a suitable AP. Another alternative is to
# allow the driver to take care of AP scanning and selection and use
# wpa_supplicant just to process EAPOL frames based on IEEE 802.11 association
# information from the driver.
# 1: wpa_supplicant initiates scanning and AP selection; if no APs matching to
#    the currently enabled networks are found, a new network (IBSS or AP mode
#    operation) may be initialized (if configured) (default)
# 0: driver takes care of scanning, AP selection, and IEEE 802.11 association
#    parameters (e.g., WPA IE generation); this mode can also be used with
#    non-WPA drivers when using IEEE 802.1X mode; do not try to associate with
#    APs (i.e., external program needs to control association). This mode must
#    also be used when using wired Ethernet drivers.
# 2: like 0, but associate with APs using security policy and SSID (but not
#    BSSID); this can be used, e.g., with ndiswrapper and NDIS drivers to
#    enable operation with hidden SSIDs and optimized roaming; in this mode,
#    the network blocks in the configuration file are tried one by one until
#    the driver reports successful association; each network block should have
#    explicit security policy (i.e., only one option in the lists) for
#    key_mgmt, pairwise, group, proto variables
# When using IBSS or AP mode, ap_scan=2 mode can force the new network to be
# created immediately regardless of scan results. ap_scan=1 mode will first try
# to scan for existing networks and only if no matches with the enabled
# networks are found, a new IBSS or AP mode network is created.
ap_scan=1

# EAP fast re-authentication
# By default, fast re-authentication is enabled for all EAP methods that
# support it. This variable can be used to disable fast re-authentication.
# Normally, there is no need to disable this.
fast_reauth=1

# OpenSSL Engine support
# These options can be used to load OpenSSL engines.
# The two engines that are supported currently are shown below:
# They are both from the opensc project (http://www.opensc.org/)
# By default no engines are loaded.
# make the opensc engine available
#opensc_engine_path=/usr/lib/opensc/engine_opensc.so
# make the pkcs11 engine available
#pkcs11_engine_path=/usr/lib/opensc/engine_pkcs11.so
# configure the path to the pkcs11 module required by the pkcs11 engine
#pkcs11_module_path=/usr/lib/pkcs11/opensc-pkcs11.so

# Dynamic EAP methods
# If EAP methods were built dynamically as shared object files, they need to be
# loaded here before being used in the network blocks. By default, EAP methods
# are included statically in the build, so these lines are not needed
#load_dynamic_eap=/usr/lib/wpa_supplicant/eap_tls.so
#load_dynamic_eap=/usr/lib/wpa_supplicant/eap_md5.so

# Driver interface parameters
# This field can be used to configure arbitrary driver interace parameters. The
# format is specific to the selected driver interface. This field is not used
# in most cases.
#driver_param="field=value"

# Country code
# The ISO/IEC alpha2 country code for the country in which this device is
# currently operating.
#country=US

# Maximum lifetime for PMKSA in seconds; default 43200
#dot11RSNAConfigPMKLifetime=43200
# Threshold for reauthentication (percentage of PMK lifetime); default 70
#dot11RSNAConfigPMKReauthThreshold=70
# Timeout for security association negotiation in seconds; default 60
#dot11RSNAConfigSATimeout=60

# Wi-Fi Protected Setup (WPS) parameters

# Universally Unique IDentifier (UUID; see RFC 4122) of the device
# If not configured, UUID will be generated based on the local MAC address.
#uuid=12345678-9abc-def0-1234-56789abcdef0

# Device Name
# User-friendly description of device; up to 32 octets encoded in UTF-8
#device_name=Wireless Client

# Manufacturer
# The manufacturer of the device (up to 64 ASCII characters)
#manufacturer=Company

# Model Name
# Model of the device (up to 32 ASCII characters)
#model_name=cmodel

# Model Number
# Additional device description (up to 32 ASCII characters)
#model_number=123

# Serial Number
# Serial number of the device (up to 32 characters)
#serial_number=12345

# Primary Device Type
# Used format: <categ>-<OUI>-<subcateg>
# categ = Category as an integer value
# OUI = OUI and type octet as a 4-octet hex-encoded value; 0050F204 for
#       default WPS OUI
# subcateg = OUI-specific Sub Category as an integer value
# Examples:
#   1-0050F204-1 (Computer / PC)
#   1-0050F204-2 (Computer / Server)
#   5-0050F204-1 (Storage / NAS)
#   6-0050F204-1 (Network Infrastructure / AP)
#device_type=1-0050F204-1

# OS Version
# 4-octet operating system version number (hex string)
#os_version=01020300

# Config Methods
# List of the supported configuration methods
# Available methods: usba ethernet label display ext_nfc_token int_nfc_token
#	nfc_interface push_button keypad
#config_methods=label display push_button keypad

# Credential processing
#   0 = process received credentials internally (default)
#   1 = do not process received credentials; just pass them over ctrl_iface to
#	external program(s)
#   2 = process received credentials internally and pass them over ctrl_iface
#	to external program(s)
#wps_cred_processing=0

# Maximum number of BSS entries to keep in memory
# Default: 200
# This can be used to limit memory use on the BSS entries (cached scan
# results). A larger value may be needed in environments that have huge number
# of APs when using ap_scan=1 mode.
#bss_max_count=200


# filter_ssids - SSID-based scan result filtering
# 0 = do not filter scan results (default)
# 1 = only include configured SSIDs in scan results/BSS table
#filter_ssids=0


# network block
#
# Each network (usually AP's sharing the same SSID) is configured as a separate
# block in this configuration file. The network blocks are in preference order
# (the first match is used).
#
# network block fields:
#
# disabled:
#	0 = this network can be used (default)
#	1 = this network block is disabled (can be enabled through ctrl_iface,
#	    e.g., with wpa_cli or wpa_gui)
#
# id_str: Network identifier string for external scripts. This value is passed
#	to external action script through wpa_cli as WPA_ID_STR environment
#	variable to make it easier to do network specific configuration.
#
# ssid: SSID (mandatory); either as an ASCII string with double quotation or
#	as hex string; network name
#
# scan_ssid:
#	0 = do not scan this SSID with specific Probe Request frames (default)
#	1 = scan with SSID-specific Probe Request frames (this can be used to
#	    find APs that do not accept broadcast SSID or use multiple SSIDs;
#	    this will add latency to scanning, so enable this only when needed)
#
# bssid: BSSID (optional); if set, this network block is used only when
#	associating with the AP using the configured BSSID
#
# priority: priority group (integer)
# By default, all networks will get same priority group (0). If some of the
# networks are more desirable, this field can be used to change the order in
# which wpa_supplicant goes through the networks when selecting a BSS. The
# priority groups will be iterated in decreasing priority (i.e., the larger the
# priority value, the sooner the network is matched against the scan results).
# Within each priority group, networks will be selected based on security
# policy, signal strength, etc.
# Please note that AP scanning with scan_ssid=1 and ap_scan=2 mode are not
# using this priority to select the order for scanning. Instead, they try the
# networks in the order that used in the configuration file.
#
# mode: IEEE 802.11 operation mode
# 0 = infrastructure (Managed) mode, i.e., associate with an AP (default)
# 1 = IBSS (ad-hoc, peer-to-peer)
# 2 = AP (access point)
# Note: IBSS can only be used with key_mgmt NONE (plaintext and static WEP)
# and key_mgmt=WPA-NONE (fixed group key TKIP/CCMP). WPA-None requires
# following network block options:
# proto=WPA, key_mgmt=WPA-NONE, pairwise=NONE, group=TKIP (or CCMP, but not
# both), and psk must also be set.
#
# frequency: Channel frequency in megahertz (MHz) for IBSS, e.g.,
# 2412 = IEEE 802.11b/g channel 1. This value is used to configure the initial
# channel for IBSS (adhoc) networks. It is ignored in the infrastructure mode.
# In addition, this value is only used by the station that creates the IBSS. If
# an IBSS network with the configured SSID is already present, the frequency of
# the network will be used instead of this configured value.
#
# scan_freq: List of frequencies to scan
# Space-separated list of frequencies in MHz to scan when searching for this
# BSS. If the subset of channels used by the network is known, this option can
# be used to optimize scanning to not occur on channels that the network does
# not use. Example: scan_freq=2412 2437 2462
#
# freq_list: Array of allowed frequencies
# Space-separated list of frequencies in MHz to allow for selecting the BSS. If
# set, scan results that do not match any of the specified frequencies are not
# considered when selecting a BSS.
#
# proto: list of accepted protocols
# WPA = WPA/IEEE 802.11i/D3.0
# RSN = WPA2/IEEE 802.11i (also WPA2 can be used as an alias for RSN)
# If not set, this defaults to: WPA RSN
#
# key_mgmt: list of accepted authenticated key management protocols
# WPA-PSK = WPA pre-shared key (this requires 'psk' field)
# WPA-EAP = WPA using EAP authentication
# IEEE8021X = IEEE 802.1X using EAP authentication and (optionally) dynamically
#	generated WEP keys
# NONE = WPA is not used; plaintext or static WEP could be used
# WPA-PSK-SHA256 = Like WPA-PSK but using stronger SHA256-based algorithms
# WPA-EAP-SHA256 = Like WPA-EAP but using stronger SHA256-based algorithms
# If not set, this defaults to: WPA-PSK WPA-EAP
#
# auth_alg: list of allowed IEEE 802.11 authentication algorithms
# OPEN = Open System authentication (required for WPA/WPA2)
# SHARED = Shared Key authentication (requires static WEP keys)
# LEAP = LEAP/Network EAP (only used with LEAP)
# If not set, automatic selection is used (Open System with LEAP enabled if
# LEAP is allowed as one of the EAP methods).
#
# pairwise: list of accepted pairwise (unicast) ciphers for WPA
# 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]
# NONE = Use only Group Keys (deprecated, should not be included if APs support
#	pairwise keys)
# If not set, this defaults to: CCMP TKIP
#
# group: list of accepted group (broadcast/multicast) ciphers for WPA
# 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]
# WEP104 = WEP (Wired Equivalent Privacy) with 104-bit key
# WEP40 = WEP (Wired Equivalent Privacy) with 40-bit key [IEEE 802.11]
# If not set, this defaults to: CCMP TKIP WEP104 WEP40
#
# psk: WPA preshared key; 256-bit pre-shared key
# The key used in WPA-PSK mode can be entered either as 64 hex-digits, i.e.,
# 32 bytes or as an ASCII passphrase (in which case, the real PSK will be
# generated using the passphrase and SSID). ASCII passphrase must be between
# 8 and 63 characters (inclusive).
# This field is not needed, if WPA-EAP is used.
# Note: Separate tool, wpa_passphrase, can be used to generate 256-bit keys
# from ASCII passphrase. This process uses lot of CPU and wpa_supplicant
# startup and reconfiguration time can be optimized by generating the PSK only
# only when the passphrase or SSID has actually changed.
#
# eapol_flags: IEEE 802.1X/EAPOL options (bit field)
# Dynamic WEP key required for non-WPA mode
# bit0 (1): require dynamically generated unicast WEP key
# bit1 (2): require dynamically generated broadcast WEP key
# 	(3 = require both keys; default)
# Note: When using wired authentication, eapol_flags must be set to 0 for the
# authentication to be completed successfully.
#
# mixed_cell: This option can be used to configure whether so called mixed
# cells, i.e., networks that use both plaintext and encryption in the same
# SSID, are allowed when selecting a BSS form scan results.
# 0 = disabled (default)
# 1 = enabled
#
# proactive_key_caching:
# Enable/disable opportunistic PMKSA caching for WPA2.
# 0 = disabled (default)
# 1 = enabled
#
# wep_key0..3: Static WEP key (ASCII in double quotation, e.g. "abcde" or
# hex without quotation, e.g., 0102030405)
# wep_tx_keyidx: Default WEP key index (TX) (0..3)
#
# peerkey: Whether PeerKey negotiation for direct links (IEEE 802.11e DLS) is
# allowed. This is only used with RSN/WPA2.
# 0 = disabled (default)
# 1 = enabled
#peerkey=1
#
# wpa_ptk_rekey: Maximum lifetime for PTK in seconds. This can be used to
# enforce rekeying of PTK to mitigate some attacks against TKIP deficiencies.
#
# Following fields are only used with internal EAP implementation.
# eap: space-separated list of accepted EAP methods
#	MD5 = EAP-MD5 (unsecure and does not generate keying material ->
#			cannot be used with WPA; to be used as a Phase 2 method
#			with EAP-PEAP or EAP-TTLS)
#       MSCHAPV2 = EAP-MSCHAPv2 (cannot be used separately with WPA; to be used
#		as a Phase 2 method with EAP-PEAP or EAP-TTLS)
#       OTP = EAP-OTP (cannot be used separately with WPA; to be used
#		as a Phase 2 method with EAP-PEAP or EAP-TTLS)
#       GTC = EAP-GTC (cannot be used separately with WPA; to be used
#		as a Phase 2 method with EAP-PEAP or EAP-TTLS)
#	TLS = EAP-TLS (client and server certificate)
#	PEAP = EAP-PEAP (with tunnelled EAP authentication)
#	TTLS = EAP-TTLS (with tunnelled EAP or PAP/CHAP/MSCHAP/MSCHAPV2
#			 authentication)
#	If not set, all compiled in methods are allowed.
#
# identity: Identity string for EAP
#	This field is also used to configure user NAI for
#	EAP-PSK/PAX/SAKE/GPSK.
# anonymous_identity: Anonymous identity string for EAP (to be used as the
#	unencrypted identity with EAP types that support different tunnelled
#	identity, e.g., EAP-TTLS)
# password: Password string for EAP. This field can include either the
#	plaintext password (using ASCII or hex string) or a NtPasswordHash
#	(16-byte MD4 hash of password) in hash:<32 hex digits> format.
#	NtPasswordHash can only be used when the password is for MSCHAPv2 or
#	MSCHAP (EAP-MSCHAPv2, EAP-TTLS/MSCHAPv2, EAP-TTLS/MSCHAP, LEAP).
#	EAP-PSK (128-bit PSK), EAP-PAX (128-bit PSK), and EAP-SAKE (256-bit
#	PSK) is also configured using this field. For EAP-GPSK, this is a
#	variable length PSK.
# ca_cert: File path to CA certificate file (PEM/DER). This file can have one
#	or more trusted CA certificates. If ca_cert and ca_path are not
#	included, server certificate will not be verified. This is insecure and
#	a trusted CA certificate should always be configured when using
#	EAP-TLS/TTLS/PEAP. Full path should be used since working directory may
#	change when wpa_supplicant is run in the background.
#
#	Alternatively, this can be used to only perform matching of the server
#	certificate (SHA-256 hash of the DER encoded X.509 certificate). In
#	this case, the possible CA certificates in the server certificate chain
#	are ignored and only the server certificate is verified. This is
#	configured with the following format:
#	hash:://server/sha256/cert_hash_in_hex
#	For example: "hash://server/sha256/
#	5a1bc1296205e6fdbe3979728efe3920798885c1c4590b5f90f43222d239ca6a"
#
#	On Windows, trusted CA certificates can be loaded from the system
#	certificate store by setting this to cert_store://<name>, e.g.,
#	ca_cert="cert_store://CA" or ca_cert="cert_store://ROOT".
#	Note that when running wpa_supplicant as an application, the user
#	certificate store (My user account) is used, whereas computer store
#	(Computer account) is used when running wpasvc as a service.
# ca_path: Directory path for CA certificate files (PEM). This path may
#	contain multiple CA certificates in OpenSSL format. Common use for this
#	is to point to system trusted CA list which is often installed into
#	directory like /etc/ssl/certs. If configured, these certificates are
#	added to the list of trusted CAs. ca_cert may also be included in that
#	case, but it is not required.
# client_cert: File path to client certificate file (PEM/DER)
#	Full path should be used since working directory may change when
#	wpa_supplicant is run in the background.
#	Alternatively, a named configuration blob can be used by setting this
#	to blob://<blob name>.
# private_key: File path to client private key file (PEM/DER/PFX)
#	When PKCS#12/PFX file (.p12/.pfx) is used, client_cert should be
#	commented out. Both the private key and certificate will be read from
#	the PKCS#12 file in this case. Full path should be used since working
#	directory may change when wpa_supplicant is run in the background.
#	Windows certificate store can be used by leaving client_cert out and
#	configuring private_key in one of the following formats:
#	cert://substring_to_match
#	hash://certificate_thumbprint_in_hex
#	for example: private_key="hash://63093aa9c47f56ae88334c7b65a4"
#	Note that when running wpa_supplicant as an application, the user
#	certificate store (My user account) is used, whereas computer store
#	(Computer account) is used when running wpasvc as a service.
#	Alternatively, a named configuration blob can be used by setting this
#	to blob://<blob name>.
# private_key_passwd: Password for private key file (if left out, this will be
#	asked through control interface)
# dh_file: File path to DH/DSA parameters file (in PEM format)
#	This is an optional configuration file for setting parameters for an
#	ephemeral DH key exchange. In most cases, the default RSA
#	authentication does not use this configuration. However, it is possible
#	setup RSA to use ephemeral DH key exchange. In addition, ciphers with
#	DSA keys always use ephemeral DH keys. This can be used to achieve
#	forward secrecy. If the file is in DSA parameters format, it will be
#	automatically converted into DH params.
# subject_match: Substring to be matched against the subject of the
#	authentication server certificate. If this string is set, the server
#	sertificate is only accepted if it contains this string in the subject.
#	The subject string is in following format:
#	/C=US/ST=CA/L=San Francisco/CN=Test AS/emailAddress=as@example.com
# altsubject_match: Semicolon separated string of entries to be matched against
#	the alternative subject name of the authentication server certificate.
#	If this string is set, the server sertificate is only accepted if it
#	contains one of the entries in an alternative subject name extension.
#	altSubjectName string is in following format: TYPE:VALUE
#	Example: EMAIL:server@example.com
#	Example: DNS:server.example.com;DNS:server2.example.com
#	Following types are supported: EMAIL, DNS, URI
# phase1: Phase1 (outer authentication, i.e., TLS tunnel) parameters
#	(string with field-value pairs, e.g., "peapver=0" or
#	"peapver=1 peaplabel=1")
#	'peapver' can be used to force which PEAP version (0 or 1) is used.
#	'peaplabel=1' can be used to force new label, "client PEAP encryption",
#	to be used during key derivation when PEAPv1 or newer. Most existing
#	PEAPv1 implementation seem to be using the old label, "client EAP
#	encryption", and wpa_supplicant is now using that as the default value.
#	Some servers, e.g., Radiator, may require peaplabel=1 configuration to
#	interoperate with PEAPv1; see eap_testing.txt for more details.
#	'peap_outer_success=0' can be used to terminate PEAP authentication on
#	tunneled EAP-Success. This is required with some RADIUS servers that
#	implement draft-josefsson-pppext-eap-tls-eap-05.txt (e.g.,
#	Lucent NavisRadius v4.4.0 with PEAP in "IETF Draft 5" mode)
#	include_tls_length=1 can be used to force wpa_supplicant to include
#	TLS Message Length field in all TLS messages even if they are not
#	fragmented.
#	sim_min_num_chal=3 can be used to configure EAP-SIM to require three
#	challenges (by default, it accepts 2 or 3)
#	result_ind=1 can be used to enable EAP-SIM and EAP-AKA to use
#	protected result indication.
#	'crypto_binding' option can be used to control PEAPv0 cryptobinding
#	behavior:
#	 * 0 = do not use cryptobinding (default)
#	 * 1 = use cryptobinding if server supports it
#	 * 2 = require cryptobinding
#	EAP-WSC (WPS) uses following options: pin=<Device Password> or
#	pbc=1.
# phase2: Phase2 (inner authentication with TLS tunnel) parameters
#	(string with field-value pairs, e.g., "auth=MSCHAPV2" for EAP-PEAP or
#	"autheap=MSCHAPV2 autheap=MD5" for EAP-TTLS)
# Following certificate/private key fields are used in inner Phase2
# authentication when using EAP-TTLS or EAP-PEAP.
# ca_cert2: File path to CA certificate file. This file can have one or more
#	trusted CA certificates. If ca_cert2 and ca_path2 are not included,
#	server certificate will not be verified. This is insecure and a trusted
#	CA certificate should always be configured.
# ca_path2: Directory path for CA certificate files (PEM)
# client_cert2: File path to client certificate file
# private_key2: File path to client private key file
# private_key2_passwd: Password for private key file
# dh_file2: File path to DH/DSA parameters file (in PEM format)
# subject_match2: Substring to be matched against the subject of the
#	authentication server certificate.
# altsubject_match2: Substring to be matched against the alternative subject
#	name of the authentication server certificate.
#
# fragment_size: Maximum EAP fragment size in bytes (default 1398).
#	This value limits the fragment size for EAP methods that support
#	fragmentation (e.g., EAP-TLS and EAP-PEAP). This value should be set
#	small enough to make the EAP messages fit in MTU of the network
#	interface used for EAPOL. The default value is suitable for most
#	cases.
#
# EAP-FAST variables:
# pac_file: File path for the PAC entries. wpa_supplicant will need to be able
#	to create this file and write updates to it when PAC is being
#	provisioned or refreshed. Full path to the file should be used since
#	working directory may change when wpa_supplicant is run in the
#	background. Alternatively, a named configuration blob can be used by
#	setting this to blob://<blob name>
# phase1: fast_provisioning option can be used to enable in-line provisioning
#         of EAP-FAST credentials (PAC):
#         0 = disabled,
#         1 = allow unauthenticated provisioning,
#         2 = allow authenticated provisioning,
#         3 = allow both unauthenticated and authenticated provisioning
#	fast_max_pac_list_len=<num> option can be used to set the maximum
#		number of PAC entries to store in a PAC list (default: 10)
#	fast_pac_format=binary option can be used to select binary format for
#		storing PAC entries in order to save some space (the default
#		text format uses about 2.5 times the size of minimal binary
#		format)
#
# wpa_supplicant supports number of "EAP workarounds" to work around
# interoperability issues with incorrectly behaving authentication servers.
# These are enabled by default because some of the issues are present in large
# number of authentication servers. Strict EAP conformance mode can be
# configured by disabling workarounds with eap_workaround=0.


# Wildcard match for SSID (plaintext APs only). This example select any
# open AP regardless of its SSID.
network={
	ssid="monSSID"
        proto=RSN
        key_mgmt=WPA-PSK
        pairwise=CCMP TKIP
        group=CCMP TKIP
	psk=52db75e4653faf6f0e192e5d8e86830a40216d4c2b6c03ef7926c6bbcce551f9
}

Enfin, la sortie de iwconfig eth1:

Code : Tout sélectionner

eth1      IEEE 802.11bg  ESSID:off/any  
          Mode:Managed  Channel:0  Access Point: Not-Associated   
          Bit Rate:0 kb/s   Tx-Power=20 dBm   Sensitivity=8/0  
          Retry limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
Je continuerais ensuite par la création du fichier dans /root si ces infos ne donnent rien.
Merci.

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 21:01
par benjarobin
Mais lance tu wpa_supplicant ? Car on ne dirait pas selon tes explications...
Il est beaucoup plus simple de créer un petit fichier de configuration que toucher à wpa_supplicant.conf ! Pour des questions évidentes de sécurité ce fichier ne devrait jamais être édité/touché..
Car de toute façon ceci n'est que temporaire le temps d'installer un vrai gestionnaire de connexion qui automatisme tout ceci

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 21:07
par Pirlouis
Je ne lance pas wpa_supplicant, non.
J'ai pourtant suivis ce wiki:
https://wiki.archlinux.org/index.php/Wi ... nual_setup

Je vais donc essayer en créant ce petit fichier.

Je précise que mon réseau n'apparait pas dans iwlist car j'ai caché mon réseau au niveau de mon routeur.

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 21:16
par benjarobin
Je te conseil de relire 10 fois le Wiki (Qui est très clair, en français...) s'il le faut, car apparemment ce n'est pas clair du tout pour toi => http://wiki.archlinux.fr/Wifi#Chiffrement_en_WPA
Comment veux tu obtenir une IP si tu n'est pas connecté !!! Tu peux imaginer que c'est nécessaire de brancher un câble virtuel entre la Box et ton ordinateur, et en fonction de la méthode de sécurisation de ce lien virtuel il existe différents outils pour réaliser cette connexion :
- iwconfig si le le réseau n'est pas sécurisé ou WEP
- wpa_supplicant si le réseau est sécurisé en WPA

Sinon dhcpcd permet uniquement d'obtenir une IP automatiquement, il ne réalise pas la connexion entre la Box et ton ordinateur !
C'est comme si tu essayé d'obtenir une IP avec dhcpcd sans brancher de câble Ethernet pour une connexion filaire

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 21:21
par Pirlouis
Effectivement, ce n'est pas clair.
Je pensais que le dhcpcd lancait la connexion et demandait au routeur l'attribution d'une adresse IP.

Merci en tout cas je vais lire cette partie du wiki que je n'avais pas rencontré et reviendrais si nécessaire.

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 21:24
par benjarobin
J'ai édité avec une petite explication : si ce n'est pas clair pour toi... J’abandonne... :copain:

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 21:36
par Pirlouis
Effectivement, je comprends mieux comme ca :), merci.
wpa_supplicant pour se connecter au spot, et dhcpcd pour faire.....ba du DHCP et obtenir une IP.

Dans le wiki que tu as donnée en lien, je ne vois pas d'exemple pour une connexion WPA TKIP+AES.
Faut renseigner quelque chose de particulier ?

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : mer. 22 févr. 2012, 22:14
par benjarobin
Essaye juste la configuration minimaliste, cela fonctionne 99% du temps : Suit simplement les étapes que j'ai décrit quelques messages plus haut

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : jeu. 23 févr. 2012, 14:43
par Pirlouis
Alors j'ai essayé ce que tu as dis.
La ligne de commande wpa_supplicant -i eth1 -c /root/wifiWpa.conf ne renvoit rien et ne me redonne pas la main sur le prompt ce qui est à priori un bon signe.
En la relancant avec un -B (pour la lancer en daemon si j'ai bien compris) puis dhcpd -d eth1, celui-ci tombe en timeout.

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : jeu. 23 févr. 2012, 14:47
par benjarobin
De mémoire wpa_supplicant doit afficher des choses lors de la connexion, donc si rien n'est affiché ce n'est pas bon signe... Mais comme le ESSID est caché je en sais pas si la configuration est bonne, pour information cela ne sert à rien de caché le ESSID à part se compliqué la vie, cela n'améliore pas du tout la sécurité du réseau, voir cela la diminue (Ironique n'est ce pas ?)
Essaye de rajouter scan_ssid=1 dans le block network
Ce qui donne

Code : Tout sélectionner

network={
    ssid="monreseau" # A modifier, tu l'obtiens avec iwlist
    scan_ssid=1
    psk="ma-clé" # A modifier
    priority=5
}

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : jeu. 23 févr. 2012, 15:20
par Pirlouis
Bon, je reviens sur ma precedente déclaration.
J'ai bien un retour, mais il est identique avec ou sans le scan_ssid:

Code : Tout sélectionner

ioctl[SIOCSIWMODE]: operation not supported
ioctl[SIOCSIWRANGE]: operation not supported
ioctl[SIOCSIWAP]: operation not supported
...
...
ioctl[SIOCSIWSCAN]: operation not supported
failed to initiate AP scan

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : jeu. 23 févr. 2012, 15:35
par Pirlouis
Bon en fait, je ne sais pas pourquoi mais mon interface wifi est passé de eth1 à eth0. Je m'en suis rendu compte que refaisant un iwconfig.
En lancant donc la commande wpa_supplicant que tu m'as donné en y mettant eth0 au lieu de eth1, ca fonctionne, il associe la clé et obtient la connexion.

Mon fichier conf

Code : Tout sélectionner

network={
    ssid="monreseau"
    psk="ma-clé"
    scan_ssid=1
    priority=5
}

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : jeu. 23 févr. 2012, 15:41
par FoolEcho

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : jeu. 23 févr. 2012, 15:50
par Pirlouis
Merci pour cette info.

Mais j'en ai pas finit avec ma connexion :)
Maintenant, j'ai l'impression que mon dhcpcd râle.

Dans la retour écran de la commande dhcpcd -d eth0, tout se passe bien pendant un moment. Il me renvoit bien une adresse ip pour mon portable mais le hic se trouve ici:

Code : Tout sélectionner

eth0: executing /usr/lib/dhcpcd/dhcpcd-run-hooks, reason BOUND
/usr/lib/dhcpcd/dhcpcd-hooks/30-hostname: Line 9: hostname: command not found
Dans ce fichier qui semble être un script, la ligne 9:
hostname="$(hostname)";;

Re: [WIFI] Configuration wifi sur PC portable, drivers ipw22

Publié : jeu. 23 févr. 2012, 16:10
par Pirlouis
Après quelques recherches, il semble que cela soit déjà mentionne a la communauté via un bug et effectivement cela n'empeche pas la connexion de fonctionner.
Je suis d'ailleurs en train de lancer mon pacman -Syu

Merci a tous pour votre aide. Me reste plus qu'à continuer a avancer en automatisant le tout au boot.

Re: [RESOLU][WIFI] Config wifi sur PC portable, drivers ipw2

Publié : jeu. 23 févr. 2012, 16:29
par benjarobin
Oula je n'ai rien compris !!! Pourquoi cela fonctionne ? Qu'est ce que tu as fait pour te connecter ? As tu toujours les erreurs avec wpa_supplicant ?
Pourquoi tu parle de eth0 ? On parlait avant de eth1 ? Si tu l'a renommé pourquoi ne pas l'avoir renommer en wlan0 ?