301 Verplaatst

Ik gebruik liever het hulpprogramma voor systeemconfiguratie om te testen op bereikbaarheid in plaats van ping / host / nslookup of een andere proxy te gebruiken om te bepalen of een netwerkentiteit al dan niet bereikbaar is.

  scutil -r google.com
Bereikbaar
 

De voordelen hiervan zijn dat als je VPN-verbindingen, inbel-, modem- of routeringsconflicten hebt, dit daadwerkelijk zal testen of je het apparaat kunt bereiken en niet alleen de in de cache opgeslagen hostnaam, enz. ervaring. (het is ook een stuk moeilijker om de indirectie, bestanden, logica te verknoeien en je krijgt een direct antwoord terug in het Engels)

Net als alle goede opdrachtregelprogramma's, retourneert het 0 om u te laten weten dat het antwoord dat het geeft zeker is en een foutmelding als u problemen ondervindt bij het testen van de bereikbaarheid.

  -r [-W] {knooppuntnaam | adres | lokaal adres extern adres}
     Controleer de netwerkbereikbaarheid van de opgegeven hostnaam, IP
     adres, of een paar lokale en externe IP-adressen. Een of meer van
     de volgende strings worden naar de standaarduitvoer gerapporteerd.

     Niet bereikbaar De opgegeven naam / adres van het knooppunt kan niet zijn
                           bereikt met de huidige netwerkconfiguratie
                           tie.

     Bereikbaar Het opgegeven knooppuntnaam / adres kan worden bereikt
                           met behulp van de huidige netwerkconfiguratie.

     Transient Connection De opgegeven naam / adres van het knooppunt kan worden bereikt
                           via een tijdelijke (bijvoorbeeld PPP) verbinding.

     Verbinding vereist De opgegeven naam / adres van het knooppunt is bereikbaar
                           met de huidige netwerkconfiguratie maar een
                           verbinding moet eerst tot stand worden gebracht. Als een
                           Deze status wordt bijvoorbeeld geretourneerd voor een
                           inbelverbinding die momenteel niet actief was
                           maar kan netwerkverkeer voor het doel afhandelen
                           systeem.
Verbinding Automatisch De opgegeven naam / adres van het knooppunt is bereikbaar
                           met de huidige netwerkconfiguratie maar een
                           verbinding moet eerst tot stand worden gebracht. Ieder
                           verkeer omgeleid naar de opgegeven naam / adres
                           zal de verbinding tot stand brengen.

     Lokaal adres De opgegeven naam / adres van het knooppunt is een
                           ated met een netwerkinterface op het systeem.

     Direct bereikbare adressen
                           Netwerkverkeer naar het opgegeven knooppunt
                           naam / adres gaat niet via een gateway maar
                           wordt rechtstreeks naar een van de interfaces op
                           het systeem.

     De bereikbaarheid kan ook worden gecontroleerd door de -W (horloge)
     optie. Dit zal ertoe leiden dat de huidige status wordt gerapporteerd als
     evenals de status wanneer / als de netwerkconfiguratie verandert.

     Een exitstatus nul wordt geretourneerd wanneer de bereikbaarheidstatus is
     correct gerapporteerd. Een exitstatus anders dan nul wordt geretourneerd als
     fouten worden gedetecteerd met een fout gerapporteerd als standaardfout.
 

Aangezien Apple's index van man-pagina's een PITA is om te gebruiken, is hier een hopelijk stabielere link naar de volledige man-pagina online: https://ss64.com/osx/scutil.html

Als bonus - hier is nog een fatsoenlijke Q&A met betrekking tot scutil en het controleren van de resolutie: nslookup & graven mislukt; ping, traceroute en scutil -r work

Uw probleem is dat u ongeldige opties gebruikt voor het ping-commando.Het lijkt waarschijnlijk dat je een opdrachtregel hebt gekopieerd die bedoeld is voor gebruik op Linux, en hebt geprobeerd deze ongewijzigd te gebruiken op macOS.

Het specifieke probleem hier is dat Linux "-w" gebruikt om time-outs op te geven, terwijl macOS "-t" gebruikt.Dit betekent dat uw opdrachtregel in plaats daarvan deze zou moeten zijn:

  ping -q -t1 -c1 google.com &> / dev / null && echo online ||echo offline
 

Uw commando ping -c 3 www.google.com zou 3 internetresponspakketten van het type ICMP ECHO REPLY moeten hebben geproduceerd.Het ping-commando verzendt ECHO-pakketten met behulp van het ICMP-protocol en de antwoorden (indien aanwezig) zijn ECHO REPLY-pakketten.De curl-opdracht daarentegen verzendt HTTP-pakketten met behulp van het TCP-protocol.Aangezien de laatste werkt en de eerste niet, is er waarschijnlijk iets tussen uw machine en www.google.com dat het ICMP-protocol blokkeert.Veel verkeerd geconfigureerde firewalls doen dit, dus daar zou ik op zoek gaan naar de oorzaak.

Het blokkeren van ICMP is een slechte gewoonte omdat het ervoor zorgt dat zaken als Path MTU Discovery niet meer werken (MTU = Maximum Transmission Unit size).Dit voorkomt dat het meeste verkeer werkt als de MTU op afstand kleiner is dan de lokale MTU.Het is dus een buitengewoon slecht idee om ICMP in de firewall te blokkeren.