Pinging комп'ютерів у локальній мережі: хост пункту призначення недоступний

15

У мене є два комп’ютери ubuntu в локальній мережі, і жоден з них не може пінг один одного. Кожен раз, коли я намагаюся отримувати повідомлення про помилку "хост призначення недоступний". Обидва комп'ютери можуть мати доступ до Інтернету з будь-якими проблемами.

У мене є маршрутизатор ActionTech v1000h від Telus. Я спілкувався з одним із їхніх представників замовника, і вони сказали, що не повинно бути жодних причин, через які два пристрої не можуть записувати один одного в мережі.

Я зовсім в збитку, чи є хтось із вас, хлопці, якісь ідеї?

Комп'ютер 1:

ifconfig -a

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:10084 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10084 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:797420 (797.4 KB)  TX bytes:797420 (797.4 KB)

wlan0     Link encap:Ethernet  HWaddr c4:85:08:77:d3:f5  
          inet addr:192.168.1.77  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::c685:8ff:fe77:d3f5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:373068 errors:0 dropped:0 overruns:0 frame:0
          TX packets:380158 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:103445020 (103.4 MB)  TX bytes:112630337 (112.6 MB)

маршрут -н

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 wlan0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Комп'ютер 2:

ifconfig -a

etho0     Link encap:Ethernet HWaddr 00:24:8c:ae:f6:91
          UP BROADCAST MULTICAST MTU:1500 Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:2
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:110 errors:0 dropped:0 overruns:0 frame:0
          TX packets:110 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:8414 (8.4 KB)  TX bytes:8414 (8.4 KB)

wlan0     Link encap:Ethernet  HWaddr 00:22:43:9b:7b:64  
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::222:43ff:fe9b:7b64/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:252 errors:0 dropped:0 overruns:0 frame:0
          TX packets:435 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:123143 (123.1 KB)  TX bytes:65828 (65.8 KB)

маршрут -н

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Редагувати: Приклад помилки, коли комп'ютер 1 намагається пінг-комп’ютера 2:

ping 192.168.1.2

PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
From 192.168.1.77 icmp_seq=1 Destination Host Unreachable
From 192.168.1.77 icmp_seq=2 Destination Host Unreachable
From 192.168.1.77 icmp_seq=3 Destination Host Unreachable
From 192.168.1.77 icmp_seq=4 Destination Host Unreachable
From 192.168.1.77 icmp_seq=5 Destination Host Unreachable
From 192.168.1.77 icmp_seq=6 Destination Host Unreachable
^C
--- 192.168.1.2 ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6031ms
pipe 3

Редагуйте 2: arp -a обох комп'ютерів

Комп'ютер 1:

? (192.168.1.254) at 20:76:00:f5:3b:70 [ether] on wlan0

Комп'ютер 2:

? (192.168.1.254) at 20:76:00:f5:3b:70 [ether] on wlan0
? (192.168.1.77) at <incomplete> on wlan0

Правка 3: nmap -sn 192.168.1.0/24 на комп’ютері 2

Starting Nmap 6.40 ( http://nmap.org ) at 2014-05-07 21:14 PDT
Nmap scan report for 192.168.1.2
Host is up (0.00024s latency).
Nmap done: 256 IP addresses (1 host up) scanned in 3.30 seconds

Редагувати 4: tcpdump журнали обох комп'ютерів під час першого ping 192.168.1.254, а потім один одного:

Комп'ютер 1:

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
22:45:01.661300 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:02.659393 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:03.659394 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:04.676872 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:05.675391 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:06.675396 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:07.692825 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28
22:45:48.379108 ARP, Reply 192.168.1.77 is-at c4:85:08:77:d3:f5, length 28
22:45:54.419388 ARP, Request who-has 192.168.1.254 tell 192.168.1.77, length 28
22:45:54.420875 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70, length 28

Комп'ютер 2:

reading from file pc2.pcap, link-type EN10MB (Ethernet)
22:44:43.538367 ARP, Request who-has 192.168.1.254 tell 192.168.1.2, length 28
22:44:43.676705 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70 (oui Unknown), length 28
22:45:02.107935 ARP, Request who-has 192.168.1.254 tell 192.168.1.2, length 28
22:45:02.107951 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70 (oui Unknown), length 28
22:45:06.780619 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:07.778419 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:08.778419 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:09.796214 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28

Редагування 5: Установіть статичні ips для обох комп'ютерів etho0 та з'єднайте їх за допомогою інтернет-кабелю. Обидва комп’ютери точно можуть пінг один одного через кабель Ethernet! ifconfig -aРезультати et0:

Комп'ютер 1:

eth0      Link encap:Ethernet  HWaddr 68:68:68:00:62:a4  
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::6a68:68ff:fe00:62a4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4060 (4.0 KB)  TX bytes:7629 (7.6 KB)

Комп'ютер 2:

eth0      Link encap:Ethernet  HWaddr 00:24:8c:ae:f6:91  
          inet addr:192.168.1.20  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::224:8cff:feae:f691/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:250 errors:0 dropped:0 overruns:0 frame:0
          TX packets:130 errors:0 dropped:0 overruns:0 carrier:3
          collisions:0 txqueuelen:1000 
          RX bytes:26501 (26.5 KB)  TX bytes:20897 (20.8 KB)
networking 
— едгаргірафе
джерело
1
Як ти їх пінг? IP? Ім'я хоста?
— тердон
Хто вам каже "хост місця призначення недоступний" - ваш місцевий адаптер чи щось інше? Будь ласка, надайте копію / вставлення команд ping та їх вихід.
— смурф
Я переношу їх за допомогою своїх IP-адрес. До оригінальної публікації я додав редагування, де деталізується команда, яку я використовую, та повідомлення про помилку.
— edgargiraffe
Ви, можливо, блокуєте ping у налаштуваннях вашого маршрутизатора?
— тердон
Я не вірю, я прочесав параметри маршрутизатора протягом декількох годин. Я також розмовляв із представником телу, і він не давав мені жодних вказівок, що це може бути проблемою.
— edgargiraffe

Відповіді:

4

пінг - шлюз з обох комп'ютерів ping 192.168.1.254 потім спробувати пінг comp1 до compt2 і comp2 до comp1 потім розмістити результати arp -aз обох коробок

Редагувати

Цікаво, що щось блокує трафік

запустіть sudo tcpdump -ni wlan0 arpв одному вікні на обох комп'ютерах, а потім спробуйте пінгнути один одного та шлюз з іншого вікна на обох і опублікувати результати

Правка2

Поки це показує, що comp1 робить те, що передбачає, щоб надсилати арп-запит (просити електронну адресу comp2s), але не отримувати відповідь arp (почувши щось назад). Потрібно переглянути tcpdump з PC2, щоб побачити повне зображення. Або виконайте команду на екрані, або зробіть це на PC1 sudo tcpdump -w pc1.pcap -ni wlan0 arp &та на PC2, sudo tcpdump -w pc2.pcap -ni wlan0 arp & і слід відкинути її на задній план і повернути вам запит на пінг. Після того, як пінг не вдасться, поверніть завдання на перший план, fg %1зупиніть його ctrl+cта прочитайте записані файлиsudo tcpdump -r pc1/2.pcap

Комп'ютери Edit3 роблять те, що вони гадають, виводячи ARP, але вони не проходять через те, що вказує на маршрутизатор. Може бути відключити налаштування брандмауера, сумніваєтесь, що він підтримує VLAN? Нібито бажаю, щоб ви дали йому працювати трохи довше о 22: 45: 48.379058 ваш маршрутизатор надіслав власний запит ARP, коли він шукав PC1, 22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28і обидва ПК повинні були бачити це, ми можемо бачити, що PC1 бачив це і відповів своїм IP, але не можемо скажіть, чи отримав PC2 з тих пір, як ви зупинили його, зупиніться лише на короткий час о 22: 45: 09.796214 . Якщо припустити, що годинник синхронізується з NTP, який є.

Правка4

Дивіться, що це все ще не вирішено. Не бачили, що у вас є адаптери et на обох ПК. Чи можете ви ввімкнути шнур в маршрутизатор на eth замість wlan і побачити, чи можете ви пінг тоді? Або отримати інший роутер? Або зробити гарячу точку на телефоні підключити обидва ПК та спробувати пінг? Крім того, здивований, побачивши, що вам вдалося з'єднати два ПК разом і пінг один одного, ви використовували кросовер-кабель?

— мекколл
джерело
Обидва комп'ютери можуть без проблем пінг 192.168.1.254, і жоден комп’ютер не може успішно пінг другого, отримуючи повідомлення про помилку, яке я розмістив вище. До початкової публікації я додав другу редагування з результатами `arp -a ~ на обох комп'ютерах.
— edgargiraffe
Комп'ютер 2 має лише одне вікно, тому я не знаю, як змусити його одночасно використовувати tcdump та ping комп'ютер 1. Я додав результати запуску tcdump на комп'ютері 1 у четвертому редагуванні оригінальної публікації.
— edgargiraffe
screenКоманда, з допомогою Ctrl-A , то з , щоб створити нове вікно може бути корисною. Ctrl-A потім <Space> переходить вікно вперед, Ctrl-A потім <Backspace> повертається назад, так що ви можете перемикатися між ними.
— Azendale
Я переробив четверту редакцію. На обох комп'ютерах працює tcpdump, і обидва комп'ютери намагалися пінг 192.168.1.254, а потім один одного. Дякую, що провели мене через це!
— edgargiraffe
1

Спробуйте підключити два комп'ютери безпосередньо один до одного за допомогою кабелю Ethernet, встановивши і фіксовану IP-адресу (наприклад A: 192.168.1.10, B: 192.168.1.20), і спробуйте пінг знову.

Тоді ви дуже швидко дізнаєтесь, чи проблема приходить від вашого маршрутизатора чи ваших комп'ютерів.

— Салліван
джерело
Я встановив комп'ютер 1 eth0 на фіксований IP 192.168.1.10. У мене є лише термінал з комп'ютером 2, тому я не міг використовувати той самий метод, що і для комп'ютера 1; як виправити ip в терміналі? У будь-якому випадку, я зафіксував eth0 ip комп’ютера 1, з'єднав їх як за допомогою Ethernet-кабелю, так і використовував комп'ютер 2 до ping-комп'ютера 1. Не пощастило.
— edgargiraffe
Дивіться тут, щоб змінити IP-адресу комп'ютера B за допомогою командного рядка: askubuntu.com/questions/342705/how-to-set-a-static-ip-address
— Sulliwane
Ну, я б сказав, що є ping localhostабо ping 127.0.0.1говорить про те, чи працює мережевий інтерфейс. Це означає, що обидва комп'ютери вміють обробляти запит, якщо я не помиляюся.
— AzkerM
Дякую за всю вашу допомогу! Зробивши те, що ви запропонували, комп'ютери можуть пінг один одного по кабелю Ethernet. Я додав додаткову інформацію в п'ятій редакції мого оригінального допису. Чи означає це, що проблема точно з роутером?
— edgargiraffe
1

Моя відповідь кулаком, коли я бачу щось дивне на кшталт цього, - це встановити дротяну стрічку.

Потім зробіть так, щоб у вас був дозвіл використовувати його як некорінне:

sudo dpkg-reconfigure wireshark-common

Виберіть варіант "так".

usermod -a -G wireshark your-user-name

Вийдіть із системи та увійдіть знову, щоб отримати нове членство в групі, і тепер ви можете запускати пакети захоплення як некористувацький користувач.

Потім запустіть проводку на машині, вибравши інтерфейс, підключений до мережі. Намагайтеся мінімізувати трафік, окрім тестування, щоб полегшити інтерпретацію результатів.

Якщо ви запускаєте проводку на одній машині, а потім намагаєтеся пінг з іншої, вам слід побачити щось на апараті, де працює проводка, що говорить щось за рядком "Хто має <ip, ви намагаєтеся ping>". Якщо ви це отримаєте, то комп’ютер, який намагається пінг, отримує його запит, отриманий комп'ютером проводів. Сподіваємось, вам слід також побачити у провідній книжці щось за рядками "<ip адреса, яку ви намагаєтеся пінг>, за адресою <mac address>". Якщо ви це зробите, то комп’ютер з провідним сигналом відповідає. Якщо це так, то спробуйте запустити провідну книжку на pinging комп’ютера і побачити, чи ви бачите відповідь "<ip адреса, яку ви намагаєтеся ping>, за адресою <mac address>" на комп'ютері, що працює на пінг.

Прошу вибачення, якщо це занадто низький рівень і переходить вам над головою. Цей метод заглиблюється в деталі. Але можливість бачити, що насправді відбувається в мережі, як правило, робить проблеми набагато більш очевидними.

— Azendale
джерело
Я встановив проводку на комп’ютері 2 відповідно до ваших інструкцій. На жаль, комп'ютер 2 не може відкрити дисплей проводки, тому я також встановив tshark, це нормально? Я використав цю команду tshark -i wlan0і не бачу жодних результатів, поки комп'ютер 1 намагається пінг-комп’ютера 2.
— edgargiraffe
tshark має бути добре, я щойно сказав wireshark, тому що я хоч і GUI полегшить :) Що б я спробував врахувати результати, робимо зворотній бік і перевірте, чи зможете ви побачити що-небудь на комп’ютері 1, використовуючи (провід / т) акулу та пінг з комп’ютера2. Якщо це також не показує нічого ARP чи ICMP, я побачу, чи ви можете знайти що-небудь на бездротових сторінках маршрутизатора про "Ізоляція клієнта" або щось подібне. Якщо ви знайдете його, ви хочете його вимкнути.
— Azendale
Я встановив провідну заваду на комп’ютер 1. Комп'ютер 1 - це мій особистий ноутбук, і він має багато трафіку, тому я не збираюся публікувати тут повних результатів. Я бачу його трансляцію, Who has 192.168.1.2? Tell 192.168.1.77але він ніколи не отримує відповіді. Маршрутизатор, який я використовую, не вмикає клієнтську ізоляцію відповідно до їх faq: actiontec.com/products/faqs.php?pid=191#q25
— edgargiraffe
1

У мене були ті ж симптоми, що і у моєї локальної мережі (лише машини ubuntu). Це сталося відтоді, як ми отримали новий роутер. Це одна з тих, що є у двох групах. Не могло мати сенсу проблеми, доки я не подумав, що один "гурт" повністю не відходить від іншого. Це повинно бути легко перевірити, я відключив одну машину від wifi і знову підключив її (до того ж SSID), і що ви знаєте, мені пощастило (це 50-50 шансів?), І він з’явився на ланці іншого машина, і я можу зараз пінг і ввійти в неї! "Nmap" вище дав мені підказку. Дякую за ідею.

— користувач333038
джерело
1
Будь ласка, не додайте "дякую" як відповіді. Вкладіть деякий час у сайт, і ви отримаєте достатньо привілеїв, щоб одержати відповіді, які вам подобаються, - це спосіб попросити Ubuntu сказати спасибі.
— Парто
0

Перегляньте конфігурацію маршрутизатора і перевірте, чи не встановлено брандмауер локальної мережі. Деякі маршрутизатори за замовчуванням ізолюють підключені пристрої один від одного.

Ви також можете використовувати nmap:

$ nmap -sn 192.168.1.0/24

Подивіться, чи це щось придумує.

— ps95
джерело
Я переглянув сторінки конфігурації мого маршрутизатора і не вірю, що є налаштовані брандмауери локальної мережі. Я також спілкувався з представником замовника, і він не згадував жодного. Я додав третю nmap
— редакцію
0

Щось заплуталося у вашій таблиці маршрутизації, але я не бачу в цьому нічого поганого. "Хост недоступний" означає, що ядро ​​не може вирішити, який адаптер використовувати для відправки пакету, щоб він відмовився і скинув пакет.

Коефіцієнт для вашої локальної мережі дорівнює 9. Це повинно бути 0 або 1. Однак ядро ​​Linux, за чутками, ігнорує показник.

Я б спробував додати маршрут до конкретного хоста. Спробуйте це на комп’ютері 1:

route add -host 192.168.1.2 metric 0 dev wlan0

Також спробуйте видалити маршрут до 169.254.0.0 і подивіться, чи це допоможе. Це малоймовірно, але ви ніколи не знаєте.

EDIT

У вас немає VPN, чи не так? Відомо, що VPN Cisco втручається у з'єднання з локальною мережею.

— смурф
джерело
Я видалив маршрут до 169.254.0.0 з комп’ютера 1. Я також додав маршрут до 192.168.1.2 до комп'ютера 1. Відповідний новий маршрут у route -nтаблиці:192.168.1.2 0.0.0.0 255.255.255.255 UH 0 0 0 wlan0
— edgargiraffe
Ні, я не вірю, що у мене VPN працює.
— edgargiraffe
0

Усі ваші пакети з комп’ютера 1 та комп’ютера 2 перенаправлені до wlan0 на кожному локальному хості, але жоден бездротовий інтерфейс не пов'язаний з бездротовою мережею.

Ви призначили IP-адреси вручну? Вони повинні надаватися через DHCP, маршрутизатором, як частина налаштування асоціації / аутентифікації.

Зробіть sudo iwlist wlan0 scan на кожному комп'ютері , щоб побачити бездротові мережі , доступні для кожного комп'ютера. Одним з них повинен бути ваш маршрутизатор. Чи налаштований маршрутизатор із ESSID (ім'я бездротової мережі), який відрізняється від типового?

Для якого типу шифрування налаштований / здатний маршрутизатор? Вибір: Немає (дуже дуже погано), WEP (дуже погано), WPA (погано) та WPA2 (найкраще зараз). Усі 3 системи повинні узгодити загальне шифрування.

Після того, як все виправлено, комп’ютер 1 повинен мати можливість бездротового підключення до маршрутизатора, отримання від нього IP-адреси (разом з іншою інформацією про мережу, як шлюз за замовчуванням, MTU). Вміти pingмаршрутизатор.

Повторіть для комп’ютера 2 .

Тоді, і лише тоді, ви можете по-справжньому ping, якщо маршрутизатор дозволяє локальну маршрутизацію адреси.

— вальтінатор
джерело
Як я можу сказати, маршрутизатор використовує WPA / WPA2захист WPA or WPA2 - Personalтипу WPA. ESSID налаштований так, щоб він відрізнявся від типового. На обох комп'ютерах можна знайти маршрутизатори з sudo iwlist wlan0 scanкомандою. Обидва комп'ютери можуть пінг-роутером. Комп'ютер 1 має динамічний IP, а комп'ютер 2 - фіксований IP. Жоден комп’ютер не може пінг другого.
— едгаргіраффе
Я використовую NetworkManagerдля управління своїми з'єднаннями та паролями Wi-Fi і iwconfigпоказує: $ iwconfig wlan0 wlan0 IEEE 802.11bg ESSID:"Fairfield" Mode:Managed Frequency:2.422 GHz Access Point: 14:D6:4D:2D:5F:AE Bit Rate=54 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=70/70 Signal level=-40 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx Invalid frag:0 Tx excessive retries:0 Invalid misc:37 Missed beacon:0
— waltinator
0

Здається, проблема у вашій мережі. Не в самих машинах Linux. Я б сказав, що ваш бездротовий маршрутизатор / точка доступу іграє з вами хитрощі.

  • Оскільки ви можете отримати доступ до Інтернету від обох хостів, вони можуть отримати MAC-шлюзи за замовчуванням через ARP-запит.
  • Вони не отримують один від одного запити та відповіді ARP.
  • Вони (перевірено на комп'ютері1) отримують маршрутизатори ARP-запиту.

Це вказує на те, що ваш маршрутизатор / AP ковтає запити ARP, і без функціонування ARP вони не знають MAC іншого, і тому вони не можуть спілкуватися з Ethernet один з одним.

Спробуйте запропонувати маршрутизатору DHCP призначити адреси, а не статично їх призначати самостійно.

Або додайте їх статично до кешу ARP, щоб побачити, чи це допомагає.

На комп’ютері1:

arp -s 192.168.1.2 00:22:43:9b:7b:64

На комп’ютері2:

arp -a 192.168.1.77 c4:85:08:77:d3:f5
— MattBianco
джерело
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.