Puncte:-1

Mac poate fi activat, dar nu

drapel ng

De ce Mac OS X și Linux nu fac ping reciproc pe o rețea Ethernet locală?

Editarea 2012-12-14 (zece zile mai târziu) adaptorul FireWire la Ethernet RJ45 ar putea fi problema (pe MacBook Pro Retina începutul lui 2015). Mă cercetez cum să depanez adaptorul lui. Indicatoarele Ethernet clipesc, dar nu știu destule despre acest FireWire timpuriu.

Cu un simplu switch-hub Netgear cu patru porturi, atunci când se conectează prin cabluri RJ45 cutii osx și cutii Linux și se setează adrese IP statice, se poate face arping, dar nu ping către/de la diferite sisteme operaționale. De ce, te rog?

Pot vedea rutele către casetele Linux pe osx netstat -r. Dar ping-uri de la osx la linux timeout. Același lucru este valabil și pentru Linux ping OSX. Tabelele ARP sunt corecte și au fost actualizate automat, nu manual.

Acum zece ani cineva a întrebat același lucru și nu a primit un răspuns: https://apple.stackexchange.com/questions/99996/which-setting-in-osx-could-block-ping-localhost

În cazul meu, nu, paravanul de protecție OS X NU este în modul ascuns și nici măcar nu rulează. L-am oprit pentru a face experimentul.

Acest lucru a fost postat pe site-ul de asistență Mac: https://discussions.apple.com/thread/253430208

drapel in
Sistemul poate fi configurat să nu răspundă la solicitările ping ICMP, fie un firewall care le blochează, fie doar configurat sistemul să nu răspundă.
Bruno Schroeder avatar
drapel ng
Mulțumesc @NiKiZe și cum pot oamenii să depaneze asta? Cum poate cineva să verifice dacă osx (freeBSD) este configurat să nu răspundă la ping ICMP? În orice caz, cred că este puțin probabil ca osx să fie configurat în acest fel și nici ssh, telnet și alte protocoale nu funcționează.
drapel in
De ce? Toate sistemele de operare „utilizabile” din zilele noastre au firewall-uri și valori implicite destul de sigure.
Bruno Schroeder avatar
drapel ng
@NiKiZe OSX Firewall NU a fost problema. Erau setările VPN așa cum sunt descrise în răspunsul de mai jos.
Puncte:1
drapel ng

Pe acest Mac OSX exista setarea „Always Require VPN” pe aplicația MullvadVPN.

Această setare este extrem de dorită atunci când se filtrează reclamele pe internet și se păstrează confidențialitatea și securitatea și este grozav că funcționează bine. Aplicația modifică configurațiile OSX foarte profunde, iar utilizatorul nu are rețea dacă nu este conectat la VPN. Acest lucru este pentru a evita scurgerile. Pentru a garanta că nicio solicitare nu va trece printr-un alt soclu. De asemenea, întrerupe internetul dacă conexiunea VPN este întreruptă și utilizatorul trebuie să aștepte până când este restabilită. Chiar dacă aplicația este oprită, nu se va putea solicita nimic prin alte prize decât VPN-ul.

Este o setare grozavă, dar nu permite să se conecteze la un serviciu care rulează pe propria mașină, sau la un cluster minikube, sau în cazul de mai sus, o simplă conexiune ethernet fără DHCP sau orice complicație.

Lecții învățate pe calea depanării unor probleme de genul acesta:

  • Când ping-ul eșuează, rezultatul de la arp -a poate ajuta la depanarea. OSX va afișa un semn de întrebare ca nume de domeniu dacă iese din rețea.
~ $ arp -a
? (169.254.13.100) la 0:1:0:0:0:4d pe en4 [ethernet]

Dar va afișa numele domeniului când aveți acces lan:

~ $ arp -a
tux.local (169.254.13.100) la 0:1:0:0:0:4d pe en4 [ethernet]

Din păcate, aceeași comandă pe Linux nu va putea citi numele OSX.

  • Adaptorul FireWire 2 funcționa. Dacă luminile comutatorului clipesc, eterul este în regulă. În orice caz, am găsit resursa de mai jos pentru problemele FireWire 2 care ar putea ajuta oamenii. http://www.thexlab.com/faqs/firewiretroubleshooting.html

  • OSX Firewall nu blochează intrarea sau ieșirea ping. Când VPN-ul a fost scos, totul a funcționat cu Firewall-ul pe block-all.

Puncte:0
drapel pl

încercați să citiți și să alegeți opțiunile necesare /usr/libexec/ApplicationFirewall/socketfilterfw -h

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.