(MAC) Questi comandi sono affidabili (sudo nano)?

-1

Una persona mi ha chiesto di fare questo:

Apri il terminale
Immettere il comando sudo nano /etc/hosts
Premi Invio
Immettere la password per l'amministratore
Premi Invio
Inserisci il cursore in una riga vuota alla fine, quindi copia questo URL host e incollalo lì

    127.0.0.1 api.wondershare.com  
    127.0.0.1 wondershare.cn.edgesuite.net  
    127.0.0.1 a1737.g.akamai.net  
    127.0.0.1 wondershare.cn.edgesuite.net  
    127.0.0.1 platform.wondershare.com  
    127.0.0.1 macplatform.wondershare.com  
    127.0.0.1 cbs.wondershare.com  
    127.0.0.1 us.wondershare.com  
    127.0.0.1 my.wondershare.com  
    127.0.0.1 pop.wondershare.com

Quindi premere:
Ctrl + O -> Invio -> Ctrl + X
Chiudere il terminale

È affidabile?

terminal sudo nano

— Jens Devogelaere
fonte

Ciò avrà l'effetto di impedire al tuo computer di accedere a una delle macchine nominate, che è probabilmente quello che desideri. Non farà alcun male; se non ti piace il risultato, puoi seguire esattamente gli stessi passaggi per modificare il file e ripristinare alcune o tutte le modifiche.

— user4556274,

Probabilmente ci si deve fidare. Dipendo da quale effetto vuoi archiviare, che non è indicato nella domanda. Quello che tenta è però il seguente:

Avvia un editor con diritti elevati.
Apri il file /etc/hostsutilizzato dalla maggior parte dei sistemi per la ricerca DNS.
Modificalo in modo che alcuni nomi rimandino al tuo computer locale piuttosto che alla macchina su Internet (bloccando efficacemente questi siti).
Salva

Se non vuoi raggiungere quelle macchine, allora sì, questo è sicuro da fare. Era abbastanza comune su Un * x / linux / BSD e piattaforme Windows come un modo banale per bloccare alcune aggiunte.

Tre note però:

OSX sembra avere il file host in una posizione diversa. Alcuni googling mi mostrano /private/etc/hosts/. Questo è specifico per OX. Assicurarsi che si sta modificando il file giusto e che le modifiche persistano dopo il riavvio.
[Modifica] Sui recenti sistemi OSX /etclink simbolici a/private/etc
In alternativa puoi usare :: 1 anziché 127.0.0.1.
Potrebbe essere necessario dire a OSX che qualcosa è cambiato. Senza quello, potrebbe già aver memorizzato nella cache l'IP reale per uno di questi host. dscacheutil -flushcache;sudo killall -HUP mDNSRespondersembra farlo.

— Hennes
fonte

Grazie mille, ho emesso i comandi e non c'è niente di sbagliato nel mio sistema.

— Jens Devogelaere,

Chiedere cosa (specialmente coinvolgendo sudo) quando non sai che è una buona cosa. Non sono sicuro che sia comunque la soluzione migliore. In questi giorni il software di blocco si è evoluto e sono disponibili aggiornamenti più intuitivi e automatici. Se vuoi bloccare fastidiosi add, usa un addblocker. Se si desidera maggiore sicurezza, utilizzare un blocco aggiuntivo. Se è qualcos'altro, la soluzione "una persona" potrebbe essere una buona cosa e mi scuso per il lungo commento.

— Hennes,

@Hennes, per quanto riguarda la nota n. 1, sui recenti sistemi OSX, /etc/private/etc

— link

Ah, buono a sapersi. Nessun OSX qui (nessun hardware MAC su cui eseguirlo), quindi devo andare con conoscenza generale e qualunque cosa io possa google.

— Hennes,