logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Scripts, programmes et robots » reboot automatique server » 14-05-2019 20:05:29

matB
La commande pour rebooter ta machine, c'est

reboot


Tu la mets dans cron et ça devrait le faire. Fais un tour ici: https://fr.wikipedia.org/wiki/Cron pour voir comment l'utiliser

#2 Re : Installation et migration » Serveur : j'ai encore fait une bêtise avec apt » 12-05-2019 19:39:15

matB
Il me semble déjà avoir rencontré le problème des fichiers d'index
Je l'avais résolu en utilisant la méthode décrite ici: https://doc.ubuntu-fr.org/probleme_apt

rm -r /var/lib/apt/lists
mkdir -p /var/lib/apt/lists/partial
apt-get update
 

#3 Re : Réseau » [RPI] Point accès » 24-02-2019 13:38:20

matB
eth0 est ma connexion réseau "normal"
donc, si la désactive avant d'activer le pont, ça fonctionne !
j'arrive à créer le point d'accès et à conserver un accès internet sur le laptop

un grand merci !

maintenant, à moi de le transposer sur le rpi

#4 Re : Réseau » [RPI] Point accès » 24-02-2019 12:03:19

matB
Une fois le PA activé sur mon laptop, je n'ai plus d'accès internet.

root@pc:/# /etc/init.d/network-manager stop


[ ok ] Stopping network-manager (via systemctl): network-manager.service.




root@pc:/# ifup br0


Waiting for br0 to get ready (MAXWAIT is 32 seconds).
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/br0/20:6a:8a:35:02:4c
Sending on   LPF/br0/20:6a:8a:35:02:4c
Sending on   Socket/fallback
DHCPDISCOVER on br0 to 255.255.255.255 port 67 interval 3
DHCPREQUEST of 192.168.1.17 on br0 to 255.255.255.255 port 67
DHCPOFFER of 192.168.1.17 from 192.168.1.254
DHCPACK of 192.168.1.17 from 192.168.1.254
bound to 192.168.1.17 -- renewal in 20454 seconds.



root@pc:/# /etc/init.d/hostapd start


[ ok ] Starting hostapd (via systemctl): hostapd.service.



root@pc:/# ping wwww.google.fr


ping: wwww.google.fr: Nom ou service inconnu



root@pc:/# route


Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         192.168.1.254   0.0.0.0         UG    0      0        0 eth0
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0



root@pc:/# cat /etc/resolv.conf


nameserver 192.168.1.254



root@pc:/# /etc/init.d/hostapd stop


[ ok ] Stopping hostapd (via systemctl): hostapd.service.



root@pc:/# ifdown br0


Killed old client process
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.                                                              
All rights reserved.                                                                                          
For info, please visit https://www.isc.org/software/dhcp/                                                    
                                                                                                             
Listening on LPF/br0/20:6a:8a:35:02:4c                                                                        
Sending on   LPF/br0/20:6a:8a:35:02:4c                                                                        
Sending on   Socket/fallback                                                                                  
DHCPRELEASE on br0 to 192.168.1.254 port 67

                                                                   

root@pc:/# ping www.google.fr


ping: www.google.fr: Échec temporaire dans la résolution du nom

                                               

root@pc:/# ifdown eth0; ifup eth0


RTNETLINK answers: No such process                                                                            
Killed old client process                                                                                    
Internet Systems Consortium DHCP Client 4.3.5                                                                
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/20:6a:8a:35:02:4c
Sending on   LPF/eth0/20:6a:8a:35:02:4c
Sending on   Socket/fallback
DHCPRELEASE on eth0 to 192.168.1.254 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
dhclient.c:2733: Failed to send 300 byte long packet over fallback interface.
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/20:6a:8a:35:02:4c
Sending on   LPF/eth0/20:6a:8a:35:02:4c
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
DHCPREQUEST of 192.168.1.17 on eth0 to 255.255.255.255 port 67
DHCPOFFER of 192.168.1.17 from 192.168.1.254
DHCPACK of 192.168.1.17 from 192.168.1.254
bound to 192.168.1.17 -- renewal in 17337 seconds.



root@pc:/# ping www.google.fr


PING www.google.fr (172.217.18.195) 56(84) bytes of data.
64 bytes from par10s38-in-f3.1e100.net (172.217.18.195): icmp_seq=1 ttl=54 time=14.3 ms
64 bytes from par10s38-in-f3.1e100.net (172.217.18.195): icmp_seq=2 ttl=54 time=13.4 ms
^C
--- www.google.fr ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 13.465/13.927/14.390/0.477 ms



root@pc:/# route


Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         192.168.1.254   0.0.0.0         UG    0      0        0 eth0
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

#5 Re : Réseau » [RPI] Point accès » 24-02-2019 10:21:47

matB
Oui, c'est bien rfkill (erreur de frappe)

L'interface ethernet est bien activée et j'utilise le dhcp de la fbx

Je testerai en supprimant wlan0 du bridge -> mêmes résultats.


une fois le pont et le PA, j'obtiens ceci:

br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.17  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::226a:8aff:fe35:24c  prefixlen 64  scopeid 0x20<link>
        ether 20:6a:8a:35:02:4c  txqueuelen 1000  (Ethernet)
        RX packets 101  bytes 61103 (59.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 137  bytes 26470 (25.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 20:6a:8a:35:02:4c  txqueuelen 1000  (Ethernet)
        RX packets 113  bytes 64515 (63.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 138  bytes 27172 (26.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Boucle locale)
        RX packets 6996  bytes 654970 (639.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6996  bytes 654970 (639.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 20:7c:8f:44:f1:c4  txqueuelen 1000  (Ethernet)
        RX packets 303288  bytes 40841054 (38.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 387925  bytes 200153376 (190.8 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0



Tant que je n'ai pas désactivé le pont, désactiver puis réactiver eth0, ça ne marche pas

#6 Re : Réseau » [RPI] Point accès » 24-02-2019 09:47:03

matB
Merci.
En fouillant sur le net, j'ai réussi à trouver des exemples pour configurer un bridget et hostapd.

Avant de le déployer sur le rpi, j'ai fait un test sur mon ordinateur portable. J'ai réussi à faire fonctionner le PA; par contre, lorsqu'il est actif, je perd tout accès réseau sur le laptop.
C'est normal ? Peut-on contourner ce problème ? Si je déploie cela sur le rpi, je n'y aurai plus accès...

pour le moment, j'ai procédé de cette manière

/etc/network/interfaces

auto br0
iface br0 inet dhcp
bridge-ports eth0 wlan0



/etc/hostapd/hostapd.conf

ssid=nom_reseau
wpa_passphrase=mot_de_passe
interface=wlan0
bridge=br0
auth_algs=3
channel=7
driver=nl80211
hw_mode=g
logger_stdout=-1
logger_stdout_level=2
max_num_sta=5
rsn_pairwise=CCMP
wpa=2
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP CCMP



Et pour l'activer:

/etc/init.d/network-manager stop
ifup br0
sfkill unblock wlan
/etc/init.d/hostapd start
 

#7 Réseau » [RPI] Point accès » 17-02-2019 12:24:48

matB
Réponses : 12
Bonjour,

N'ayant pas les connaissances réseau suffisantes, j'aimerai savoir si cela (cf. ci-dessous) est envisageable et comment dois-je procéder pour le réaliser.

Je dispose d'une FBX qui est installée à la cave.
Au Rdc, j'ai installé un point d'accès wifi TP-link qui est relié à la FBX en Ethernet et le dchp est géré par la FBX.
Dans l'ensemble ça marche bien sauf que le signal Wifi n'est pas suffisant à l'étage.

D'où l'idée d'utiliser le Rpi 3 (raspbian) qui se trouve à l'étage pour faire office de PA.
L'idée serait donc d'avoir le Rpi branché en ethernet sur la FBX (il y a un switch entre le rpi et la fbx) et d'utiliser la connexion wifi comme PA.
Par contre, il faudrait que le "lien" soit direct entre le PA et le wifi; càd que ce soit la FBX qui gère le dhcp, etc... et non le rpi. A noter aussi que le rpi doit pouvoir se connecter au net.

C'est envisageable ? Comme dois-je procéder ?
Merci à vous

#8 Re : Réseau » deconnexion lors changement interface reseaux » 28-01-2018 12:15:38

matB
Je ne sais pas si c'est le même problème mais depuis mon passage sous Stretch, j'ai aussi des problèmes de réseaux.
Sur mon ordinateur portable, quand je déconnecte le cable ethernet et que je passe en wifi, je n'arrivais plus à me connecter à autres machines via netbios.
En relançant le service winbind, le problème était résolu.
Du coup, j'ai mis en place un script dans /etc/NetworkManager/dispatcher.d/up pour relancer winbind
C'est du bricolage, ça ne me plait pas trop mais ça marche.

Pied de page des forums

Propulsé par FluxBB