For the resolv.conf permission issue, you either need to login as root,
"sudo su -" or as I do just make a copy of the "/etc/resolv.conf" in a
local folder, edit it, and then copy over as such:

     sudo cp resolv.conf /etc/resolv.conf

Cheers,

Jon

On Wed, Oct 14, 2020 at 8:16 AM Dennis Lee Bieber <[email protected]>
wrote:

> On Wed, 14 Oct 2020 01:01:42 -0700 (PDT), in
> gmane.comp.hardware.beagleboard.user John Dyson
> <[email protected]> wrote:
>
> >Hi,
> >
> >Following these instructions:
> >
> >I have connected the USB Cable and nothing else from the beaglebone to
> the
> >PC. All of thwe windows 64 bit drivers have been successfully installed.
> >
>
>         Just to follow along on this part, I've pulled the CAT-5 from my
> BBB.
>
> debian@beaglebone:~$ ifconfig
> eth0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC>  mtu 1500
>         ether d0:39:72:18:3e:e5  txqueuelen 1000  (Ethernet)
>         RX packets 164  bytes 13701 (13.3 KiB)
>         RX errors 0  dropped 0  overruns 0  frame 0
>         TX packets 95  bytes 15719 (15.3 KiB)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>         device interrupt 55
>
> 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  (Local Loopback)
>         RX packets 153  bytes 11380 (11.1 KiB)
>         RX errors 0  dropped 0  overruns 0  frame 0
>         TX packets 153  bytes 11380 (11.1 KiB)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> usb0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>         inet 192.168.7.2  netmask 255.255.255.0  broadcast 192.168.7.255
>         inet6 fe80::d239:72ff:fe18:3ee7  prefixlen 64  scopeid 0x20<link>
>         ether d0:39:72:18:3e:e7  txqueuelen 1000  (Ethernet)
>         RX packets 193  bytes 35656 (34.8 KiB)
>         RX errors 0  dropped 4  overruns 0  frame 0
>         TX packets 84  bytes 18613 (18.1 KiB)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> usb1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
>         inet 192.168.6.2  netmask 255.255.255.0  broadcast 192.168.6.255
>         ether d0:39:72:18:3e:eb  txqueuelen 1000  (Ethernet)
>         RX packets 0  bytes 0 (0.0 B)
>         RX errors 0  dropped 0  overruns 0  frame 0
>         TX packets 0  bytes 0 (0.0 B)
>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
>         No IP address on eth0, expected address on usb0.
>
> >
> >The initial ping to the gateway 192.168.7.1 fails when I SSH into the
> >beaglebone (Figure 3)
> >
>         WHY a screen grab? You are using a text console, aren't you -- just
> select/copy/paste the TEXT...
>
> debian@beaglebone:~$ route
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> 192.168.6.0     0.0.0.0         255.255.255.0   U     0      0        0
> usb1
> 192.168.7.0     0.0.0.0         255.255.255.0   U     0      0        0
> usb0
> debian@beaglebone:~$ ping 192.168.7.1
> PING 192.168.7.1 (192.168.7.1) 56(84) bytes of data.
> 64 bytes from 192.168.7.1: icmp_seq=1 ttl=128 time=0.368 ms
> 64 bytes from 192.168.7.1: icmp_seq=2 ttl=128 time=0.475 ms
> 64 bytes from 192.168.7.1: icmp_seq=3 ttl=128 time=0.501 ms
> 64 bytes from 192.168.7.1: icmp_seq=4 ttl=128 time=0.491 ms
> ^C
> --- 192.168.7.1 ping statistics ---
> 4 packets transmitted, 4 received, 0% packet loss, time 9ms
> rtt min/avg/max/mdev = 0.368/0.458/0.501/0.059 ms
> debian@beaglebone:~$
>
>         Pinging the host computer works, even without a gateway setting
> (since
> 192.168.7.1 and 192.168.7.2 are the same network, and likely it is presumed
> that all hosts on that network can be reached using the adapter [usb0] that
> is itself on the network).
>
>
>
>         If that simple step is failing, you might have to check whatever
> firewall you have running on Windows.
>
>
>
>         NEXT action I tried was opening the Windows "Network Connections"
> control panel. BRIDGING "Ethernet" (remember -- My systems are normally
> cable connection) and "Ethernet 2" (the RNDIS gadget) is not the correct
> action, as it kills the Internet access on "Ethernet" (and there is an
> advisory that one cannot bridge an ICS adapter).
>
>         So... remove bridge, open "Ethernet" and enable Sharing, specifying
> "Ethernet 2" as the private network side.
>
>         With ICS active, Windows assigned 192.168.137.1 to the RNDIS
> adapter! I
> just edited that to use a manual IP address 192.168.7.1, length 24, and
> gateway is set to my router (192.168.1.1). (I used the "WiFi" section as
> that was the control panel type I had open)
> https://pureinfotech.com/set-static-ip-address-windows-10/
>
>         SSH back into the BBB at 192.168.7.2.
>
>         Lastly, I added a gateway on the BBB...
>
> debian@beaglebone:~$ route
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> 192.168.6.0     0.0.0.0         255.255.255.0   U     0      0        0
> usb1
> 192.168.7.0     0.0.0.0         255.255.255.0   U     0      0        0
> usb0
> debian@beaglebone:~$ sudo route add default gw 192.168.7.1 usb0
> [sudo] password for debian:
> debian@beaglebone:~$ route
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> default         192.168.7.1     0.0.0.0         UG    0      0        0
> usb0
> 192.168.6.0     0.0.0.0         255.255.255.0   U     0      0        0
> usb1
> 192.168.7.0     0.0.0.0         255.255.255.0   U     0      0        0
> usb0
> debian@beaglebone:~$ ping 192.168.7.1
> PING 192.168.7.1 (192.168.7.1) 56(84) bytes of data.
> 64 bytes from 192.168.7.1: icmp_seq=1 ttl=128 time=0.432 ms
> 64 bytes from 192.168.7.1: icmp_seq=2 ttl=128 time=0.491 ms
> 64 bytes from 192.168.7.1: icmp_seq=3 ttl=128 time=0.460 ms
> ^C
> --- 192.168.7.1 ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 5ms
> rtt min/avg/max/mdev = 0.432/0.461/0.491/0.024 ms
>
>         Okay, I didn't expect that layer to change, as that is just BBB to
> host
> level.
>
> debian@beaglebone:~$ ping 8.8.8.8
> PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
> 64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=23.4 ms
> 64 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=22.7 ms
> 64 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=23.7 ms
> 64 bytes from 8.8.8.8: icmp_seq=4 ttl=116 time=23.5 ms
> 64 bytes from 8.8.8.8: icmp_seq=5 ttl=116 time=23.1 ms
> ^C
> --- 8.8.8.8 ping statistics ---
> 5 packets transmitted, 5 received, 0% packet loss, time 12ms
> rtt min/avg/max/mdev = 22.723/23.281/23.677/0.362 ms
>
> ... but that shows the routing went from BBB through my host computer to my
> router...
>
>         {Now to see how difficult it is to undo all this}
>
>
>
> --
> Dennis L Bieber
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/l43eofh13i7jccggbrnvvjeijk8ueup2o1%404ax.com
> .
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAG99bkoRKvoLN208WSar_oN%3DTHYm1OAveDVbS9Ovk56hso%2BQ2A%40mail.gmail.com.

Reply via email to