je peux pas car c’est lors d’une phase d’installation
Bien sûr que si. L’installateur Debian permet la configuration manuelle.
Mais si l’échec de la configuration par DHCP est dû à un problème de liaison, ça ne règlera rien.
PS : je ne sais pas ce que c’est que ce lien mais ici ça ne veut pas s’ouvrir.
desoler je viens de voir j’ai arranger le lien, pourrait-tu m’expliquez alors comment ferais-je cela s’il vous plait
Tu cliques sur “continuer” et il te sera proposé de configurer manuellement.
Mais je répète que je doute que ce ce soit la solution.
ce n’est pas la solution, j’ai chercher dans les forums rien a propos ce sujet
je pense que je vais l’installer avec le problème et puis je verrais
C’est possible que ça marche mieux aprés install, oui.
Sinon, si ça ne marche pas, ça peut être utile de savoir quel cd tu as pris, et quelle connexion au net tu utilises.
Comment as-tu paramétré ton NAT ? Tu devrais être en bridge pour profiter de la connexion internet de ton hôte (windows)
Je ne crois pas qu’il parle de VM, le windows est install en parallèle, de ce que j’ai compris.
oui, le windows est install en parallèle et voila le screen de tout les paramètres de ma connexion
Alors supprimes ces images, elles donnent le nom de login pour ta connexion, ton adresse ip, etc, et ce n’est pas ce que je cherchais.
Je voulais savoir si tu te connectais en wifi, en modem usb, ou avec une carte réseau, et pour l’un ou l’autre, de quel matériel il s’agit.
j’ai essayer avec le wifi et avec le cable meme probleme, le drivers de la carte reseaux est mis a jours, son nom est Intel Ethernet Connection (2) I218-V et la carte mère est
ASRock H97 Pro4 (BIOS P1.20) voila
Sous windows, peut être, mais pas forcément pour l’installateur debian.
Tu as essayé d’aller au bout de ton install, si c’etait possible ?
Et ça n’a pas marché aprés ?
Alors voila après installation j’ai exécuter :
ifconfig :
root@kali:~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.103 netmask 255.255.0.0 broadcast 192.168.255.255
inet6 fe80::d250:99ff:fe27:4c7d prefixlen 64 scopeid 0x20<link>
inet6 fd9c:c172:87e4:fa00:adfe:5bd4:dc07:40ab prefixlen 64 scopeid 0x0<global>
inet6 fd9c:c172:87e4:fa00:d250:99ff:fe27:4c7d prefixlen 64 scopeid 0x0<global>
ether d0:50:99:27:4c:7d txqueuelen 1000 (Ethernet)
RX packets 2095 bytes 306566 (299.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 502 bytes 49905 (48.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xf7f00000-f7f20000
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 1000 (Boucle locale)
RX packets 4010 bytes 339748 (331.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4010 bytes 339748 (331.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
root@kali:~#
et apres "service networking status " :
root@kali:~# service networking status
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor prese
Active: active (exited) since Fri 2018-03-23 23:32:10 CET; 40min ago
Docs: man:interfaces(5)
Process: 368 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=0
Process: 364 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [
Main PID: 368 (code=exited, status=0/SUCCESS)
mars 23 23:32:10 kali systemd[1]: Starting Raise network interfaces...
mars 23 23:32:10 kali systemd[1]: Started Raise network interfaces.
root@kali:~#
e pense que le problème viens peut êtres de l’ipv4 car je suis bien connecter a ma connection mais la page web reçois rien !
Je me suis permis de modifier la présentation de certains blocs de lignes dans ton message.
En éditant ton message., tu pourra voir les lignes que j’ai ajouté avant et après chacun de ces blocs.
Pour éditer ton message, il faut cliquer sur l’icône représentant un crayon
qui est situé dans le groupe d’icônes en bas à droite de ton message.
Pour lever toute ambiguïté d’interprétation (copié/collé tronqué ou pas ?…),
il vaut mieux, dans ses copiés/collés, transmettre aussi le prompt de retour de la commande.
ou bien pas de DNS dans ta configuration
que dit
systemctl status NetworkManager.service -l -n 50 --no-pager
J’ai eu le meme probleme et a la fin ca aa marcher quan j’ai installer handylinux
L’interface eth0 est active, il y a des paquets émis et reçus et pas d’erreurs donc elle semble bien fonctionner. Le masque 255.255.0.0 de l’adresse IPv4 est inhabituel mais valide pour cette adresse. La présence d’un préfixe IPv6 en fd00::/8 (ULA, équivalent des plages privées comme 192.168.0.0/24 en IPv4) est aussi inhabituelle, cela doit venir du routeur du réseau.
Par quoi l’interface est-elle gérée ?
Peux-tu préciser ?
Peux-tu préciser ? Quelle page web ?
As-tu fait les tests de connectivité et de résolution DNS avec les commandes de base ? (ping, traceroute, host…)
je doit essayer de régler le ipv4 sur linux manuellement avec le dns et non le laisser ( automatique dhcp) je pense c’est cela la solution pouvait-vous m’aidez a le configurer ?
pascalhambourg effectivement cela est du routeur du reseau car lors de l’utilisation du wifi sur windows des fois j’ai des probleme "dchp peut ne pas fonctionner " dont windows le repere tout seule et le repare aussi
j’ai configuré manuellement comme suit