gounthar a écrit 12 commentaires

  • [^] # Re: /etc/network/interfaces

    Posté par  . 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  . 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  . 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  . 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  . 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  . En réponse au message hostapd et iptables.. Évalué à 1.

    /etc/network/interfaces contient:

    auto lo br0
            iface lo inet loopback
    
            auto wlan0 
            # wireless wlan1
            allow-hotplug wlan1
            iface wlan1 inet manual
    
            # Setup bridge
            iface br0 inet static
                bridge_ports wlan1 eth1
                address 192.168.1.11
                netmask 255.255.255.0
                network 192.168.1.0
                gateway 192.168.1.2
                dns-nameservers 192.168.1.2
    

    Il doit y avoir des erreurs, car le réseau est en 10.x.x.x.
    Merci.

  • [^] # Re: ip -a, versions, etc...

    Posté par  . 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  . 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?

    Merci.

  • # IP dongle enlevée

    Posté par  . 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:

    br0       Link encap:Ethernet  HWaddr 00:0f:0f:0f:0f:0f  
              inet adr:10.xx.xx.xx  Bcast:10.xx.xx.xx  Masque:255.255.248.0
              adr inet6: fe0f::0f0f:0f0f:0f0f:0f0f/64 Scope:Lien
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              Packets reçus:27180 erreurs:0 :0 overruns:0 frame:0
              TX packets:2998 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 lg file transmission:0 
              Octets reçus:6304581 (6.3 MB) Octets transmis:397674 (397.6 KB)
    
    eth0      Link encap:Ethernet  HWaddr 0e:0e:0e:0e:0e:0e  
              adr inet6: 0e0e::0e0e:0e0e:0e0e:0e0e/64 Scope:Lien
              UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
              Packets reçus:203030 erreurs:0 :58 overruns:0 frame:0
              TX packets:63446 errors:136 dropped:0 overruns:0 carrier:136
              collisions:1519 lg file transmission:1000 
              Octets reçus:142794982 (142.7 MB) Octets transmis:7906675 (7.9 MB)
              Interruption:20 Mémoire:d4800000-d4820000 
    
    lo        Link encap:Boucle locale  
              inet adr:127.0.0.1  Masque:255.0.0.0
              adr inet6: ::1/128 Scope:Hôte
              UP LOOPBACK RUNNING  MTU:65536  Metric:1
              Packets reçus:6423 erreurs:0 :0 overruns:0 frame:0
              TX packets:6423 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 lg file transmission:0 
              Octets reçus:978300 (978.3 KB) Octets transmis:978300 (978.3 KB)
    
    mon.wlan1 Link encap:UNSPEC  HWaddr 00-0F-0F-0F-0F-0F-0F-0F-00-00-00-00-00-00-00-00  
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              Packets reçus:7012 erreurs:0 :0 overruns:0 frame:0
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 lg file transmission:1000 
              Octets reçus:1359700 (1.3 MB) Octets transmis:0 (0.0 B)
    
    wlan1     Link encap:Ethernet  HWaddr 00:0f:0f:0f:0f:0f  
              adr inet6: 0f0f::0f0f:0f0f:0f0f:0f0f/64 Scope:Lien
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              Packets reçus:817 erreurs:0 :0 overruns:0 frame:0
              TX packets:22774 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 lg file transmission:1000 
              Octets reçus:58344 (58.3 KB) Octets transmis:3505251 (3.5 MB)
    
  • # Çà fonctionne presque

    Posté par  . 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  . 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  . 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.

         ./rvpy/rv-launch 
    # Hello !
    points
    # enter points "lon lat" one per line and terminate by "go\n"
    3.06488800 50.63735200
    2.39710600 51.05117000
    go
    # cmdline : ['/usr/local/bin/rv_route', '--mass', '70.000000', '--speedref', '20.000000', '--criterion', 'energy', '--scx', '0.450000', '--cr', '0.010000', '--winddir', '0.000000', '--windspeed', '0.000000', '--rho', '1.204000', '--', '3.06488800', '50.63735200 ', '2.39710600', '51.05117000 ']
    terminate called after throwing an instance of 'pqxx::broken_connection'
      what():  FATAL:  role "user" does not exist
    
    # init
    # searching
    # exit: -6
    

    Je vois bien qu'il y a un souci avec postgresql, mais j'aimerais changer les infos dans rv, pas dans postgresql.

    Merci.