Ah, et au cas où ça jouerait un rôle, je suis (pour l'instant) sur une Ubuntu 13.10 desktop, et pas serveur. :-(
Il y a peut-être des interactions entre le network manager et le /etc/network/interfaces ?
Posté par gounthar .
En réponse au message hostapd et iptables..
Évalué à 1.
Dernière modification le 21 mars 2014 à 17:40.
Désolé, je suis un vrai dinosaure de l'informatique, j'en étais resté au ifconfig.
Ma version d'hostapd est hostapd 1:1.0-3ubuntu2.1.
Mon noyau est un 3.11.0-19-generic d'Ubuntu.
ip -a me donne:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP qlen 1000
link/ether [...] brd [...]
inet6 [...]/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN qlen 1000
link/ether [...] brd [...]
4: br0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether [...] brd [...]
inet 10.xx.xx.xx/21 brd 10.xx.xx.255 scope global br0
valid_lft forever preferred_lft forever
inet6 [...]/64 scope link
valid_lft forever preferred_lft forever
5: wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP qlen 1000
link/ether [...] brd [...]
inet6 [...]/64 scope link
valid_lft forever preferred_lft forever
6: mon.wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UNKNOWN qlen 1000
link/ieee802.11/radiotap [...] brd [...]
ip r me donne:
default via 10.xx.xx.1 dev br0
10.xx.xx.0/21 dev br0 proto kernel scope link src 10.xx.xx.xx
Je vais compiler une version plus récente d'hostapd.
J'arrive toujours à contacter les autres postes ethernet depuis le terminal Wifi (ssh), mais dans l'autre sens, ça reste bouché.
Y aurait-il une restriction à enlever dans iptables? Ou alors ma carte Ethernet ne râle pas mais ne passe pas pour autant en promiscuous? J'imagine (mal?) que dans ce cas, le bridge ne serait fonctionnel dans aucun sens?
Il faudrait peut-être que je trace les paquets à destination du terminal Wifi, pour voir s'ils passent vraiment sur eth0?
J'ai un peu avancé, j'arrive à contacter depuis ma machine "point d'accès" un des terminaux connecté dessus.
Le bridge br0 obtient bien son IP (en 10.x.x.x) depuis le même routeur, l'eth0 n'a pas d'IP.
Le dongle usb wifi est par contre en IP fixe 192.168.50.1.
J'essayerai demain de contacter le terminal wifi depuis un autre poste en 10.x.x.x.
[^] # Re: /etc/network/interfaces
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
En fait, je "prépare" le terrain pour basculer sur une machine en Ubuntu serveur… avec mon Ubuntu desktop.
[^] # Re: /etc/network/interfaces
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
Ah, et au cas où ça jouerait un rôle, je suis (pour l'instant) sur une Ubuntu 13.10 desktop, et pas serveur. :-(
Il y a peut-être des interactions entre le network manager et le /etc/network/interfaces ?
[^] # Re: /etc/network/interfaces
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
Absolument, les tâtonnements ne me mènent pas bien loin.
Je m'y (copie) colle.
[^] # Re: /etc/network/interfaces
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
Deux "cartes" Wifi, oui. wlan0, je n'en ai pas besoin, elle ne gère pas le mode AP, et wlan1, dongle Wifi.
Une seule carte réseau filaire. La config dans /etc/network/interfaces vient de je ne sais quoi.
J'ai bien essayé de nettoyer tout ça, mais plus rien ne fonctionne depuis (je sais, ça devait arriver avec mon niveau de compréhension).
[^] # Re: ip -a, versions, etc...
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
Pour le firewall logiciel, j'en doute. Je fais mes tests avec un terminal Android.
Mon AP est une Ubuntu 13.10.
Merci.
# /etc/network/interfaces
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
/etc/network/interfaces contient:
Il doit y avoir des erreurs, car le réseau est en 10.x.x.x.
Merci.
[^] # Re: ip -a, versions, etc...
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
Autre mise à jour.
Depuis un poste relié par ethernet, un ping vers le terminal wifi répond en timeout.
Si j'arrête ufw sur l'access point, j'obtiens un "host is down". Il y aura sans doute de la configuration de ce côté là.
# ip -a, versions, etc...
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1. Dernière modification le 21 mars 2014 à 17:40.
Désolé, je suis un vrai dinosaure de l'informatique, j'en étais resté au ifconfig.
Ma version d'hostapd est hostapd 1:1.0-3ubuntu2.1.
Mon noyau est un 3.11.0-19-generic d'Ubuntu.
ip -a me donne:
ip r me donne:
Je vais compiler une version plus récente d'hostapd.
J'arrive toujours à contacter les autres postes ethernet depuis le terminal Wifi (ssh), mais dans l'autre sens, ça reste bouché.
Y aurait-il une restriction à enlever dans iptables? Ou alors ma carte Ethernet ne râle pas mais ne passe pas pour autant en promiscuous? J'imagine (mal?) que dans ce cas, le bridge ne serait fonctionnel dans aucun sens?
Il faudrait peut-être que je trace les paquets à destination du terminal Wifi, pour voir s'ils passent vraiment sur eth0?
Merci.
# IP dongle enlevée
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
Bonjour,
un ping depuis une autre machine du réseau ne fonctionne pas vers les terminaux wifi (Impossible de joindre l'hôte de destination).
J'ai bien enlevé l'IP pour le dongle. J'ai maintenant:
# Çà fonctionne presque
Posté par gounthar . En réponse au message hostapd et iptables.. Évalué à 1.
Bonsoir et merci à tous.
J'ai un peu avancé, j'arrive à contacter depuis ma machine "point d'accès" un des terminaux connecté dessus.
Le bridge br0 obtient bien son IP (en 10.x.x.x) depuis le même routeur, l'eth0 n'a pas d'IP.
Le dongle usb wifi est par contre en IP fixe 192.168.50.1.
J'essayerai demain de contacter le terminal wifi depuis un autre poste en 10.x.x.x.
Merci encore.
[^] # Re: Y aurait-il un site pour discuter de tout ça?
Posté par gounthar . En réponse au journal rv, un moteur de recherche d'itinéraire vélo en utilisant les données d'OSM. Évalué à 0.
Non, effectivement, et j'ai avancé depuis.
Par contre, combien de gigas de disque faut-il?
À l'importation, j'ai rempli les 29G qu'il me restait.
Merci.
# Y aurait-il un site pour discuter de tout ça?
Posté par gounthar . En réponse au journal rv, un moteur de recherche d'itinéraire vélo en utilisant les données d'OSM. Évalué à 1. Dernière modification le 02 janvier 2020 à 14:19.
Je viens d'essayer d'installer ce produit sur une Ubuntu, et j'ai des problèmes de base.
J'ai un peu honte.
Je vois bien qu'il y a un souci avec postgresql, mais j'aimerais changer les infos dans rv, pas dans postgresql.
Merci.