Cant ping or SSH into my raspberry pi


Recommended Posts

I have just changed my router recently from a sky stock model, to a TP link VR2800. All devices on my network appear to have adjusted ok to the new router with the exception of my raspberry pi. I am not sure if what it is doing now is correct behaviour, but its certainly different to what it was previously. Let me explain.

 

My raspberry pi is a dedicated torrent downloading device, hardwired, which I have given a static IP to .37.  I have Open VPN installed with a connection to IPVanish. I have Transmission installed to download my favourite linux distros, and I can remotely access the device from my phone as I have forwarded port 9092 to 192.169.0.37 (raspberry pi address).  This setup has been working flawlessly on my old router \nd my now new router. Howver,  I can now no longer SSH in to it, nor ping it.

 

I can see the raspberry pi on my router dashboard with the right IP address assigned, but I am unable to ping the device from either my laptop or my phone. Would the VPN on the raspberry pi prevent me pinging?

My torrent box actually seems to be working as expected, however, my issue is I cannot now SSH into it in anyway shape or form. I don’t even get to the username and password. its like SSH has been disabled by PI, but when  I checked, its still on. I am still finding my feet with my router, but is it possible that the new router is blocking me from SSH? Or is it possible that the VPN is blocking me SSH in to it? I never had an issue with SSH like this on my old router.

 

Any help would be gratefully received.

 

Thanks.

Hi mate. Well, I think I did! But let me see if I can do what you suggest. The /24 is a submask of 255.255.255.0, right? My router is definitely 192.168.0.1 as it was before. 

 

 

Now, I'm running retropie so it will boot straight into that splashscreen. You wouldn't know how I could do as you suggest, would you? 

Here is the thing - your router has ZERO do to with you access it from another machine on the same network..   ZERO!!  Firewall running on pi?

 

Example

your router is 192.168.0.1/24

so you have 2 machines on this network

192.168.0.42/24

and say

192.168.0.37/24

 

When .42 wants to talk to .37 your router could BE OFF!!  Has nothing to do with the conversation..

 

Are your clients both wired or wireless?  Your new router might have say AP isolation on, which prevents wireless from talking to wired, or wireless devices talking from talking to each other, etc.  When you ping the pi IP from your client, do you even get back its mac address?  Look in your clients arp table.

 

edit:  Well you can not turn if off if also your switch or providing wifi ;)  But you get my meaning I hope.

can you try from something wired, is your wifi set to "guest" mode they also would not be able to access wired devices.

 

I would think you should be able to plug your laptop into a wire.

If you set the IP static on the Pi, have you checked that the .37 IP address doesn't fall into the DHCP scope used by the new router? It might have handed out that IP address to another client on the network causing a conflict

My DHCP starts from 0.100 up to 0.254 and my pi is static on 0.37. 

 

I'm now starting to wonder if I was only able to ssh the pi previously with its VPN enabled because of the sky DNS issue I was having. Like a by chance scrnerio. Maybe, as Budman says, this is now expected behavior. 

 

My thoughts today are:

 

Wondering if its possible to run the VPN on the router instead of the pi, removing it completely from the pi. In my head (not sure if this is even possible) could I configure the routers VPN to operate for either a set range of local IPs, say 0.30 to 0.40,or allow it be active for a specific subnet only, 1.0 to 1.254? Then change the static ip of router to 1.37? I don't particularly want the rest of my devices /traffic to sit behind a vpn. 

 

Also Budman. No difference hardwiring the laptop. Still cannot ping. Should have mentioned, i also have a NAS with a static ip of 0.26 which doesn't currently give me any issue. Pingable from both wired and wireless devices. 

Well turn off the vpn on you pi, can you now get to it?

 

What router do you have - you can for sure run vpn on router and then just policy route what devices on your network you want to use the vpn..  This is clicky cickity on say pfsense.

Seems like a logical thing to do, and I would have done that earlier however I currently not sure I can. The VPN starts automatically with a script when ever the pi it boots up., therfore I'd have done this via an ssh command previously. I think I will need to reimage the raw retropie OS on to its sd card, and then ssh back in all my code with the exception of the VPN. Not a huge task but will take me a few hours in-between family life. 

 

It's a TP link Archer vr2800. Would welcome your thoughts on the art of the possible regards the VPN implementation on this device. My VPN provider is Ipvanish

 

Thanks mate 

That is gateway device is it not?  Ie modem/router combo - I doubt it has such functionality, and you prob can not run 3rd party firmware that would support it.

 

Can you not console in to the pi, or just use a keyboard and mouse to interact with it to turn off the vpn?  Maybe it block it from access vpn, or disconnect it from the internet network for a while to disable the script?

Nope not if you want to policy route some clients behind to a vpn service.  Can you not just fire up a different router?  You have anything you can run pfsense on, or box you can setup VMs on that could be your router?

 

Also that they still over a PPTP as vpn server is scary!  That has not been secure in over 5 years for sure..   prob more like 7, 2012 is when it came apart I do believe..

 

From that interface sure looks like you can put it into bridge mode and just run a router behind it.

  On 19/09/2019 at 13:35, rageagainstmachine said:

Would I not therfore be better just returning it and buying a cheaper modem, and separate router? What parts can you recommend mate. Its needs to be capable of MER (option 61), for sky 

 

 

Expand  

yes. for this and a few other reasons I always recommend having the router separate from the modem.

 

Main reasons are:

  1. Combos tend to be more locked down as you've noticed
  2. Combos don't get as frequent updates and can easily be left unpatched when a security flaw is found
  3. Combos tend to have more of a bottleneck as well compared to separating them

Get a basic modem that's compatible with your service provider and a router capable of using OpenWRT and your possibilities will be almost endless :)

Asus routers are also great as there is an extended firmware based on the official one called Merlin and it adds a bunch of useful features and bug fixes while keeping the native interface.

  On 19/09/2019 at 13:44, Brandon H said:

Get a basic modem that's compatible with your service provider and a router capable of using OpenWRT

Expand  

What about a Netgear DM200 Modem with an Asus RT-AC86U router?

on a little research it looks like the ASUS routers support VPN but only OpenVPN; if that protocol works for your VPN then that router should work splendidly for you with the Merlin OS

https://www.asuswrt-merlin.net/about

 

it looks like the newer Asus routers don't support full 3rd party firmwares like OpenWRT though so if OpenVPN doesn't work for you you may want to look into another router brand like Netgear

 

for a similar price it looks like the Netgear Nighthawk X6 has good OpenWRT support :)

 

https://www.amazon.com/R8000-100NAS-Nighthawk-Tri-Band-Ethernet-Compatible/dp/B00KWHMR6G/ref=sr_1_3?keywords=netgear%2Br8000&qid=1568906256&s=gateway&sr=8-3&th=1

https://openwrt.org/toh/hwdata/netgear/netgear_r8000

I would not suggest any of those soho routers, even if they support 3rd party to be honest... Get a real router, and then AP.. Yeah its even more separation.

 

Something like the sg1100 would be an entry level router.. $179 (price went up)

https://www.netgate.com/solutions/pfsense/sg-1100.html

 

Then a real AP, say uap-ac-lite or pro 80$ for the lite.

 

Then switch that can do vlans, say $40...

 

Now your talking $300...   But there would be pretty much nothing you couldn't do.

  • Like 2
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • I'm not simping, I'm telling it how it is. This is the norm and has been forever. Profits need to keep growing, it doesn't matter if you are valued at a trillion or a million. As long as you are part of public trading that's the name of the game. If it's cheaper for the company to outsource, they will, and you'll get laid off. Welcome to capitalism 101. Like I said, the problem is the system itself.
    • Samsung may offer Galaxy AI free for life on the Galaxy Z Fold7, Z Flip7, and Z Flip7 FE by Sagar Naresh Bhavsar Samsung is all set to unveil its latest foldables: the Galaxy Z Fold7, Z Flip7, the affordable Z Flip7 FE, along with the Galaxy Watch8 series at the Unpacked event, possibly in New York City. The Galaxy Z Fold7 is expected to be the thinnest book-style foldable from the company, while the Galaxy Z Flip7 is tipped to come with a full-screen cover display. These devices are almost confirmed to launch with Android 16-based One UI 8 out of the box, the beta of which is already live for the Galaxy S25 series. Samsung is also expected to give a glimpse of its first XR headset, the Galaxy XR, dubbed "Project Moohan," at the event. However, there may be something more exciting coming for upcoming foldable fans. A reliable leaker, PandaFlashPro on X, has tipped that you might get all Galaxy AI features for free for life with the upcoming Galaxy Z Flip7 and Galaxy Z Fold7. Notably, Galaxy AI will also reportedly be permanently free on the affordable Galaxy Z Flip7 FE. The leaker also claimed that the Galaxy Z Fold7, Z Flip7, and Z Flip7 FE will also come with Gemini Advanced plus 2TB of cloud storage, free for six months. This is similar to theoffer that Samsung offered the Galaxy S25 series earlier this year. However, the company cleared the air that the Galaxy AI features on the Galaxy S25 series will be free till the end of 2025, after which a subscription-based model will be introduced. If true, then you will be able to enjoy Galaxy AI features such as Sketch to Image, Generative Image, Note Assist, Live Translate, Interpreter, Chat Assist, etc., free for a lifetime on the upcoming foldables, setting it apart from its competitors.
    • Summary for all: Some WD SSDs need firmware updates for 24H2.
    • Next-gen AMD GPUs reported to support HDMI 2.2 with up to 80Gbit/s bandwidth by Aditya Tiwari Some beans have spilled around AMD's rumored upgrades for its next-generation graphics architecture. The American silicon giant is expected to support up to 80 Gbps mode on HDMI 2.2 for its upcoming graphics architecture, internally codenamed GFX13, and expected to launch as RDNA 5 or UDNA. The latest information comes from the leaker @Kepler_L2, who took to their social media account on X (via VideoCardz). It strengthens the hopes of the latest HDMI standard and support for faster bandwidth making their way to the next generation of AMD GPUs. The HDMI 2.2 standard was announced earlier this year and released to manufacturers in the first half of 2025. It pushes the maximum allowed bit rate to 96 Gbps and supports Latency Indication Protocol (LIP) to improve audio and video synchronization. However, according to Kepler's post, RDNA 5 GPUs are expected to support only 64 Gbps and 80 Gbps modes. This suggests that the 96 Gbps mode may not be supported on the new architecture, while it remains unclear whether this is due to some hardware limitation or will be added later. Although the new piece of information pertains to GFX13, it doesn't clarify whether it's related to the PRO or Radeon RX series. The company has previously used UHBR 13.5 (54 Gbps) for its consumer-focused GPUs to reduce costs while supporting UHBR 20 (80 Gbps) on PRO cards, according to the leaker. It remains to be seen whether AMD treats the two product lines the same or differently. Another standard announced earlier this year was DisplayPort 2.1b, which keeps the same maximum bandwidth of 80 Gbps but supports three times the cable length for UHBR20 GPU-to-display connections compared to existing VESA-certified DP80 passive cables. The new standard is supported on NVIDIA's RTX 50 and RTX PRO Blackwell series GPUs. For now, there is no update on whether AMD will bring DisplayPort 2.1b support to the GFX13 architecture.
  • Recent Achievements

    • First Post
      MikeK13 earned a badge
      First Post
    • One Month Later
      OHI Accounting earned a badge
      One Month Later
    • Week One Done
      OHI Accounting earned a badge
      Week One Done
    • First Post
      Thornskade earned a badge
      First Post
    • Week One Done
      Higante88 earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      710
    2. 2
      ATLien_0
      270
    3. 3
      Michael Scrip
      202
    4. 4
      +FloatingFatMan
      178
    5. 5
      Steven P.
      129
  • Tell a friend

    Love Neowin? Tell a friend!