this post was submitted on 23 Feb 2024
30 points (87.5% liked)

Selfhosted

39435 readers
4 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

Hi! I hope this is the right community to ask.

Next week I will be on the road for 5 Days for work. I have quite some spare time, so I thought I would dig up my raspberry project again and hopefully finish it.

I need it with me, because it controls some hardware, so a VPN to home does not work. So only option I could think of, is to connect the pi directly to my laptop via an ethernet cable. As far as I understood from some research is that I would need to install and run an DHCP server on my laptop, which they did not recommend. Alternatively they suggested to just take a router and plug both devices in there. I don't really have a spare router, so that's not an option either.

To be hones it confuses me a little, that there does not seem to be a standard for connecting to a device directly over a single cable and login with a user account.

Any recommendations how I can work on the pi like with ssh?

Thanks a lot!

all 40 comments
sorted by: hot top controversial new old
[–] [email protected] 31 points 8 months ago* (last edited 8 months ago) (6 children)

Give each device a static address, and set the default gateway to whatever's on the other end of the cable. You might need a crossover cable, but most NICs can work using a straight-through.

E.g. set the laptop's address to 169.254.1.1/16 and default gateway to 169.254.1.2, and the RPi's address to 169.254.1.2/16 and default gateway to 169.254.1.1. They should be able to talk to each other then.

If those addresses seem familiar - Windows uses the 169.254.0.0/16 subnet to automatically assign random addresses if DHCP fails, so that if there are several computers in the subnet, they'll at least have addresses that can talk to each other. It's called APIPA in Windows, and Zeroconf in the Unixverse.

[–] [email protected] 11 points 8 months ago* (last edited 8 months ago) (1 children)

~~You jump between 196 and 169 in your comment.~~

It's not just Windows that uses 169.254. That's a special block used for self assigned link-local addresses.

[–] [email protected] 5 points 8 months ago* (last edited 8 months ago)

oops, fixed. Caffeine withdrawal is hell.

[–] [email protected] 2 points 8 months ago (1 children)

Would you set a gateway? They're on the same network.

[–] [email protected] 1 points 8 months ago

You would not. In the example given 169.254.1.1 doesn't even exist, no machine is listening on that address so it couldn't possibly do any good if it wanted to

[–] [email protected] 1 points 8 months ago

Setting the default gateway is unnecessary for a network of peers that are already on the subnet. It can only lead to problems as the hosts try to send every request outside their network to 169.254.1.1, which doesn't even exist in this scenario

[–] [email protected] 1 points 8 months ago (3 children)

Thanks! That seems rather easy. Only thing I'm not sure about, I have basically only access to the pi over SSH. I could use a screen and keyboard but would prefer not to. What would happen if I configure the network wrong on the pi and can not connect anymore, even over my home network? Could I change the config by putting the SD card into my laptop and changing a file? Or is it possible to make it redundant, so if it can't find a DHCP server, it automatically switches to the preconfigured settings you described? :) Thanks a lot

[–] [email protected] 3 points 8 months ago

Configure ethernet with fixed IPs, and configure wifi to use your phone hotspot.

Then you can use one to troubleshoot the other as needed.

Then your normal setup would be wired between the pi+laptop, with the laptop connected to local wifi for internet.

[–] [email protected] 1 points 8 months ago

Network interfaces can be assigned multiple IP addresses. You should be able to use DHCP and a link local address at the same time.

That said I think this is easier to do with network manager. I'm not sure how it works with the rpi. But "link local address rpi" is a good search term to start with.

[–] [email protected] 1 points 8 months ago* (last edited 8 months ago)

I've never used a pi, but it should be possible to mount the root partition and edit the /etc/network/interfaces or /etc/dhcpcd.conf file, or /etc/NetworkManager/conf.d/* if you have NetworkManager (systemctl status NetworkManager to check).

You should also make sure that sshd is listening for connections from any address (0.0.0.0 and ::).

[–] [email protected] 1 points 8 months ago (2 children)

Is there an easy method to know the self assigned IP address of the other machine if it's run as headless?

The only methods I can think of is using something like Wireguard to see what IP addresses are talking, or ping all 32k IP addresses to see which responds.

[–] [email protected] 1 points 8 months ago* (last edited 8 months ago)

The poster you're replying to is suggesting a static IP in the apipa range, not an apipa assigned ip. You'd already know a static IP because you set it yourself.

[–] [email protected] 1 points 8 months ago* (last edited 8 months ago)

Wireguard

You mean Wireshark? It's possible. You might even capture the DHCP exchange.

The two best programs for the job are nmap and arp-scan.

Nmap is like ping on steroids. You can use it for network discovery, port scanning, fingerprinting, and basic pentesting. As long as the pi can talk to the computer, nmap will sniff it out.

ARP-scan works on the data link layer to identify hosts using ARP. It should be able to return the IP address of all ethernet devices even if they end up in different subnets. It took me a little over two minutes to scan a /16 subnet with one retry and 0.1 second timeout.

If you are really concerned about the pi's address, you should run a local DHCP server on the laptop. dnsmasq for Linux and Mac, but I have no idea what to use on Windows (other than a VM bridged to the ethernet interface).

[–] [email protected] 0 points 8 months ago (1 children)

Would the Pi automatically set an APIPA address if DHCP was not available? If so he need only connect the cable, and ask each machine what their address is.

[–] [email protected] 1 points 8 months ago

No idea. It depends on what software it uses for network configuration, and how that software handles DHCP failure. I use NetworkManager and I've never gotten an APIPA address.

[–] [email protected] 14 points 8 months ago (3 children)

As far as I understood from some research is that I would need to install and run an DHCP server on my laptop, which they did not recommend.

Or simply set up the Pi with a static IP.

there does not seem to be a standard for connecting to a device directly over a single cable and login with a user account.

There is. A cable. You just need two non-identical IPs from the same subnet, e.g. 10.0.0.1 and 10.0.0.2 or whichever you want from the private ranges.

[–] [email protected] 2 points 8 months ago* (last edited 8 months ago) (3 children)

I remember from back in the day that you need a ~~"twisted pair”~~ edit: ”cross-over” cable though, or do modern ethernet ports automatically adapt to that now?

[–] [email protected] 4 points 8 months ago (1 children)

Twisted pair refers to the twisting of the wires in the cable to reduce crosstalk.

Crossover cables enable permit connecting two non-sensing ports together.

[–] [email protected] 3 points 8 months ago* (last edited 8 months ago) (1 children)

Right 🤦‍♂️ It has been a while. I corrected it in the original post now.

[–] [email protected] 0 points 8 months ago

I hear ya. I know all this stuff, but dammit if it isn't hard to access sometimes! Haha

[–] [email protected] 4 points 8 months ago (1 children)

You're thinking of crossover cables, though I'm not sure if those are still necessary.

[–] [email protected] 4 points 8 months ago (1 children)

Most modern NICs can auto-negotiate the Rx/Tx circuits on either kind of cable, but I'm not sure about RPi.

[–] [email protected] 3 points 8 months ago (1 children)

Only one device needs to be able to negotiate it.

Just about everything made in the last 20 years is capable of doing this.

[–] [email protected] 2 points 8 months ago (1 children)

If I remember correctly, 1000Base-T standard has a requirement that device has to negotiate pinout on the fly. No matter which pin is connected to which. Obvioiusly just randomly wiring a cable up has other problems, like signal-to-noise, but in theory it should work even if you make a cable that's as unstandard as you can make it.

[–] [email protected] 1 points 8 months ago

That's amazing. I would love to see the algorithm for that. Hopefully I'll find a nice explainer if I search around.

[–] [email protected] 2 points 8 months ago

I think it doesn't matter nowadays. Network interfaces are smart enough to twist them internally, or at least, this is what I experienced. I have no idea when did I had to use specifically a crosswire cable, all of my ethernet cables are patch cables for a while now.

So, it shouldn't be a problem.

[–] [email protected] 2 points 8 months ago

I think this method should be the top answer.

I connect directly to devices without a router most working days for work and this is the method we use because it's simple and effective.

[–] [email protected] 1 points 8 months ago

This for sure, and bonus points for "USB Ethernet gadget" mode if you have a 4 or zero ;)

[–] [email protected] 6 points 8 months ago (1 children)

What i usually do is set up a wifi hotspot from my phone, and connect the pi that way

[–] [email protected] 1 points 8 months ago (1 children)

This is neat solution, you'll lose the laptop WiFi internet access though.

You can set the pi to connect to the phone WiFi by editing files on the SD card (using your laptop)

https://desertbot.io/blog/headless-raspberry-pi-4-ssh-wifi-setup-64-bit-mac-windows

[–] [email protected] 3 points 8 months ago

No, your laptop also connects to the hotspot. If you have available wifi at your location, you can then setup the pi to use that wifi and disconnect the phone hotspot, and just use the local wifi on all devices.

Ive just found this to be the simplest setup. I briefly had serial over bluetooth set up, and it was an easier way to change the pi's wifi, but it broke pretty quickly for me not sure why.

Probably the most elegant solution is ethernet over usb, but thats a bit of a pain to set up.

For me a hotspot has been the least headache

[–] [email protected] 5 points 8 months ago (1 children)

Does the raspberry pi have a wifi adapter, and is it unused for your project?

If so, you can use your pi as an access point


no need for cables, you just connect your laptop to the pi's SSID.

Downside is that now your laptop doesn't have Internet access, which may be a deal breaker (unless you can plug your pi into a router and get access through it). You could just get a cheap USB wifi dongle for your laptop and use one interface for Internet, one for pi.

Hostapd is probably how you would go about this of you're interested ( https://learn.adafruit.com/setting-up-a-raspberry-pi-as-a-wifi-access-point/install-software )

[–] [email protected] 2 points 8 months ago

Or they could connect their pi as well as their laptop to a hotspot created on their pocket computer masquerading as a phone. They won't lose their internet on the laptop or pi that way.

[–] anzo 2 points 8 months ago

The "simpler" just connect the cable and make it work is feasible, https://shallowsky.com/blog/linux/raspberry-pi-ethernet-gadget.html

[–] [email protected] 2 points 8 months ago* (last edited 8 months ago)

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:

Fewer Letters More Letters
DNS Domain Name Service/System
IP Internet Protocol
RPi Raspberry Pi brand of SBC
SBC Single-Board Computer
SSH Secure Shell for remote terminal access

4 acronyms in this thread; the most compressed thread commented on today has 6 acronyms.

[Thread #538 for this sub, first seen 23rd Feb 2024, 13:35] [FAQ] [Full list] [Contact] [Source code]

[–] [email protected] 1 points 8 months ago* (last edited 8 months ago)

Can try installing Avahi on the RPi (may come on the default image). It will advertise .local over mDNS / DNS-SD. I believe Avahi will advertise on link local if there is no default route to the internet.

Your system may automatically resolve the domain if its able to pickup the mDNS records to SSH in. Been a couple years since I've done it, so I could be forgetting a nuanced detail, but I vaguely remember just 'plug and play' if internet for the RPi wasn't required.

[–] [email protected] 0 points 8 months ago

It's too difficult to connect devices in two intranets, if you don't have a speed requirement, I think you can use tuntox

[–] [email protected] -1 points 8 months ago

you can just use a reverse shell

[–] [email protected] -4 points 8 months ago

check out tailscale