Geen internetverbinding zonder VPN

woensdag 13 maart 2019 17:07

Moderator LNX

There is only one Legend

Kijk, daar hebben we de schuldige! Je hebt 5 DNS servers in je resolv.conf staan. Het systeem gebruikt de eerste 3, de rest wordt genegeerd. De eerste twee staan er ook nog eens dubbel in. Waar komen die vandaan? Dat moet ergens in NetworkManager staan vermoed ik.

Omdat de adressen die nu als DNS staan ingesteld van kantoor/klant is, heb je thuis geen 'internet' omdat de DNS servers niet te bereiken zijn.

Commandline FTW | Tweakt met mate

Acties:

0 Henk 'm!

franssie

Save the albatross

En je router kan je ook niet pingen?

franssie.bsky.social | 🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen | Gibson guitar Fender Guitar God Damn Guitar

woensdag 13 maart 2019 17:11

Acties:

0 Henk 'm!

woensdag 13 maart 2019 18:50

Als je route tabel ook leeg na een reboot zonder dat je VPN opstart? Zo ja: je netwerk autoconfig is stuk. Zo nee: je VPN wist je route tabel maar reset hem niet als VPN verbroken wordt. Dat is een client configuratie die je aan moet passen.

Wat voor netwerk automatisering gebruik je? Plain old dhclient? Of network-manager? systemd-networkd? Afhankelijk van hoe je het instelt kan je dit soort rare situaties creëren, by default zou dat alleen voorkomen door brakke VPN setups. Wat voor VPN is het? IPSec? third-party SSL? OpenVPN?

Acties:

0 Henk 'm!

Thralas

Aanvulling op hierboven: 10.10.8.143 is wel een zeer opmerkelijk IP voor je WiFi thuis. Zeker weten dat iets of iemand niet een statisch IP heeft ingeklopt op je wlp6s0?

ip route
sudo iptables -S
sudo traceroute -I 1.1.1.1

[ Voor 56% gewijzigd door Thralas op 13-03-2019 18:55 ]

woensdag 13 maart 2019 19:01

Acties:

0 Henk 'm!

Room42

Thralas schreef op woensdag 13 maart 2019 @ 18:50:
Aanvulling op hierboven: 10.10.8.143 is wel een zeer opmerkelijk IP voor je WiFi thuis. [...]

Valt op zich mee als je bedenkt dat het nog steeds binnen de private range van 10.0.0.0/8 valt. Het voordeel van een uniek (lees: minder vaak gebruikt) subnet is dat je niet snel een collision zult krijgen met VPN-netwerken

"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron

woensdag 13 maart 2019 19:59

Acties:

+1 Henk 'm!

woensdag 13 maart 2019 20:38

Moderator LNX

There is only one Legend

Dit valt mij op. Als je bekabelt met VPN werkt, is je lokale IP voor je thuis netwerk dit:

code:

1 2	enx0050b6d881e8: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.31.14 netmask 255.255.255.0 broadcast 10.10.31.255

Zit je met wireless verbonden, heb je opeens een heel ander subnet:

code:

1 2	wlp6s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.10.8.143 netmask 255.255.255.0 broadcast 10.10.8.255

Hoe zit dat? En wat krijg je met 'route -n' in beide gevallen? Omdat het in Windows blijkbaar wel werkt, wat voor IP gegevens heb je daar? En wat heeft je telefoon? Wat kan je wel en niet pingen (is je telefoon te pingen bijvoorbeeld)? Krijg je DNS servers toegewezen?

Je bent geen held met netwerken, maar deze informatie is toch wel dermate belangrijk dat het jammer is dat we er naar moeten vragen.

Commandline FTW | Tweakt met mate

Acties:

0 Henk 'm!

woensdag 13 maart 2019 20:44

Prutser 1e klasse

Topicstarter

franssie schreef op woensdag 13 maart 2019 @ 17:07:
En je router kan je ook niet pingen?

Mijn router thuis kan ik prima pingen. Ik kan zelfs andere servers pingen (bijvoorbeeld 8.8.8.8)

Ik vermoed dat ping bij de klant wordt geblokkeerd.

johnkeates schreef op woensdag 13 maart 2019 @ 17:11:
Als je route tabel ook leeg na een reboot zonder dat je VPN opstart? Zo ja: je netwerk autoconfig is stuk. Zo nee: je VPN wist je route tabel maar reset hem niet als VPN verbroken wordt. Dat is een client configuratie die je aan moet passen.

Ja. Wanneer ik met route kijk, dan zie ik helemaal niks

Wat voor netwerk automatisering gebruik je? Plain old dhclient? Of network-manager? systemd-networkd? Afhankelijk van hoe je het instelt kan je dit soort rare situaties creëren, by default zou dat alleen voorkomen door brakke VPN setups. Wat voor VPN is het? IPSec? third-party SSL? OpenVPN?

Ik heb geen idee welke automasering ik gebruik. Het is een redelijk standaard mint 11 Cinnamon installatie. Zal het even opzoeken.

Verder gebruik ik openvpn.

Thralas schreef op woensdag 13 maart 2019 @ 18:50:
Aanvulling op hierboven: 10.10.8.143 is wel een zeer opmerkelijk IP voor je WiFi thuis. Zeker weten dat iets of iemand niet een statisch IP heeft ingeklopt op je wlp6s0?
ip route
sudo iptables -S
sudo traceroute -I 1.1.1.1

Het IP is van de klant. Thuis is het 192.168.178.16. standaard Ziggo spul. Overigens gaat het mobiel op prima. Net zoals op de Windows installatie die op dezelfde machine staat.

Afbeeldingslocatie: https://tweakers.net/ext/f/jBjNzdpspscmvOqWZBTO2mWB/medium.jpg

The ships hung in the sky in much the same way that bricks don’t.

Acties:

0 Henk 'm!

Room42

Standeman schreef op woensdag 13 maart 2019 @ 20:38:
[...] Het is een redelijk standaard mint 11 Cinnamon installatie.

Weet je echt zeker dat het Linux Mint 11 betreft..? die komt uit 2011!

quote: https://www.linuxmint.com/rel_katya.php
Linux Mint 11 is based on Ubuntu 11.04.

Dat kun je met het beste fatsoen niet meer 'standaard' noemen

[ Voor 8% gewijzigd door Room42 op 13-03-2019 20:46 ]

"Technological advancements don't feel fun anymore because of the motivations behind so many of them." Bron

woensdag 13 maart 2019 20:51

Acties:

+1 Henk 'm!

woensdag 13 maart 2019 20:57

Prutser 1e klasse

Topicstarter

Room42 schreef op woensdag 13 maart 2019 @ 20:44:
[...]

Weet je echt zeker dat het Linux Mint 11 betreft..? die komt uit 2011!

[...]

Dat kun je met het beste fatsoen niet meer 'standaard' noemen

Mint 19, kernel 4.15.0-46

Stom van me

The ships hung in the sky in much the same way that bricks don’t.

Acties:

0 Henk 'm!

Vorkie

Klinkt als DNS, niet per ongeluk de klant DNS servers ingesteld? Zodra je VPN hebt kan je die bereiken en dus nameresolving doen

woensdag 13 maart 2019 21:03

Acties:

0 Henk 'm!

woensdag 13 maart 2019 21:06

Kijk met netstat -rn

Acties:

0 Henk 'm!

woensdag 13 maart 2019 21:11

Prutser 1e klasse

Topicstarter

Vorkie schreef op woensdag 13 maart 2019 @ 20:57:
Klinkt als DNS, niet per ongeluk de klant DNS servers ingesteld? Zodra je VPN hebt kan je die bereiken en dus nameresolving doen

Ik heb geen specifieke DNS servers ingesteld. Op dit moment zijn het die van Ziggo (84.116.46.21 en *.20)

Echter, wanneer ik de DNS servers van Google gebruik heb ik exact hetzelfde gedrag.

Vorige week werkte alles nog prima. Ik snap er echt niks van.

johnkeates schreef op woensdag 13 maart 2019 @ 21:03:
Kijk met netstat -rn

Hetzelfde als dat route -n aangeeft.

MSS/Window/irtt staan allemaal op 0

[ Voor 17% gewijzigd door Standeman op 13-03-2019 21:11 ]

The ships hung in the sky in much the same way that bricks don’t.

Acties:

0 Henk 'm!

woensdag 13 maart 2019 21:17

Moderator LNX

There is only one Legend

@Standeman, kan je nog even mijn vragen beantwoorden?

Dat je twee verschillende subnetten hebt met draadloos en kabel is mij nu duidelijk, je hebt die informatie op kantoor/bij de klant, niet thuis. Blijven de overige vragen staan.

Commandline FTW | Tweakt met mate

Acties:

0 Henk 'm!

woensdag 13 maart 2019 21:22

Prutser 1e klasse

Topicstarter

Hero of Time schreef op woensdag 13 maart 2019 @ 21:11:
@Standeman, kan je nog even mijn vragen beantwoorden?

Dat je twee verschillende subnetten hebt met draadloos en kabel is mij nu duidelijk, je hebt die informatie op kantoor/bij de klant, niet thuis. Blijven de overige vragen staan.

De overige vragen blijven staan. Thuis heb ik exact dezelfde problemen. Geen DNS resolving.

Voor je vragen:
Ik kan mijn telefoon pingen op het IP (192.168.168.11). DNS servers zijn hetzelfde zowel op telefoon als op laptop (zowel Windows als Linux) en ook Google DNS servers werken niet wanneer ik ze instel in Linux mint 19). Ik kan alles pingen op IP (kantoor blokkeert blijkbaar ping commands)

Overigens, ik heb een aantal nameservers toegevoegd aan de resolv.conf Ik weet niet of dat iets met mijn problemen te maken heeft. Ik denk het niet omdat die er minimaal een halfjaar in staan en mijn problemen sinds een week spelen.

[ Voor 18% gewijzigd door Standeman op 13-03-2019 21:25 ]

The ships hung in the sky in much the same way that bricks don’t.

Acties:

0 Henk 'm!

woensdag 13 maart 2019 21:25

Wat staat er in /etc/network/interfaces en /etc/network/interfaces.d/*

En: wat staat er na een reboot in /etc/resolv.conf

En heb je dnsmasq geinstalleerd

[ Voor 38% gewijzigd door johnkeates op 13-03-2019 21:26 ]

Acties:

0 Henk 'm!

woensdag 13 maart 2019 21:30

Moderator LNX

There is only one Legend

Standeman schreef op woensdag 13 maart 2019 @ 21:17:
[...]

De overige vragen blijven staan. Thuis heb ik exact dezelfde problemen. Geen DNS resolving.

Overigens, ik heb een aantal nameservers toegevoegd aan de resolv.conf Ik weet niet of dat iets met mijn problemen te maken heeft. Ik denk het niet omdat die er minimaal een halfjaar in staan en mijn problemen sinds een week spelen.

Maar je zegt met Windows (op diezelfde laptop neem ik aan) en je telefoon geen probleem te hebben. Dan moet het iets in de IP configuratie zitten. Dus in Windows het volgende opvragen:

ipconfig /all
route print

Die tweede weet ik niet zeker, Google even indien nodig.
Op je telefoon kan je met een tap op de verbonden wireless naam in het overzicht van alle beschikbare netwerken de IP gegevens zien.

Vergelijk dat met de gegevens op je Linux. Wat zie je bij de volgende commando's:

ip a
route -n (of netstat -rn, laat hetzelfde zien)
cat /etc/resolv.conf

Verifieer ook even wat je bij NetworkManager ziet staan.

Commandline FTW | Tweakt met mate

Acties:

0 Henk 'm!

woensdag 13 maart 2019 21:33

En: sudo networkctl

Als dat gewoon unmanaged voor elke interface weergeeft kunnen we dat ook wegstreepen

En: sudo nmcli

Als dat unmanaged & unavailable enz. geeft is dat ook buiten spel, maar stel dat er connected staat dan is het dus managed door network-manager.

[ Voor 43% gewijzigd door johnkeates op 13-03-2019 21:31 ]

Acties:

0 Henk 'm!

woensdag 13 maart 2019 21:59

Prutser 1e klasse

Topicstarter

Hero of Time schreef op woensdag 13 maart 2019 @ 21:25:
[...]

Maar je zegt met Windows (op diezelfde laptop neem ik aan) en je telefoon geen probleem te hebben. Dan moet het iets in de IP configuratie zitten. Dus in Windows het volgende opvragen:
ipconfig /all
route print
Die tweede weet ik niet zeker, Google even indien nodig.
Op je telefoon kan je met een tap op de verbonden wireless naam in het overzicht van alle beschikbare netwerken de IP gegevens zien.

Vergelijk dat met de gegevens op je Linux. Wat zie je bij de volgende commando's:
ip a
route -n (of netstat -rn, laat hetzelfde zien)
cat /etc/resolv.conf
Verifieer ook even wat je bij NetworkManager ziet staan.

Windows gaat als een tierelier en zegt:

C:\Users\Leon>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : DESKTOP-U9BEGG3
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter VirtualBox Host-Only Network:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
   Physical Address. . . . . . . . . : 0A-00-27-00-00-0C
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::3d41:877a:e8c6:bcf9%12(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.56.1(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :
   DHCPv6 IAID . . . . . . . . . . . : 604635175
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-21-D7-10-E8-C4-8E-8F-F8-B1-CB
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Wireless LAN adapter Local Area Connection* 1:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
   Physical Address. . . . . . . . . : C6-8E-8F-F8-B1-CB
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Local Area Connection* 12:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
   Physical Address. . . . . . . . . : C6-8E-8F-F8-B9-CB
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter WiFi:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Dell Wireless 1560 802.11ac
   Physical Address. . . . . . . . . : C4-8E-8F-F8-B1-CB
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::956f:8a46:aee6:3f69%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.178.16(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Wednesday, 13 March 2019 20:27:38
   Lease Expires . . . . . . . . . . : Wednesday, 13 March 2019 21:27:38
   Default Gateway . . . . . . . . . : 192.168.178.1
   DHCP Server . . . . . . . . . . . : 192.168.178.1
   DHCPv6 IAID . . . . . . . . . . . : 79990415
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-21-D7-10-E8-C4-8E-8F-F8-B1-CB
   DNS Servers . . . . . . . . . . . : 84.116.46.21
                                       84.116.46.20
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Bluetooth Network Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Bluetooth Device (Personal Area Network)
   Physical Address. . . . . . . . . : C4-8E-8F-F8-B1-CC
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes


C:\Users\Leon>route print
===========================================================================
Interface List
 12...0a 00 27 00 00 0c ......VirtualBox Host-Only Ethernet Adapter
  9...c6 8e 8f f8 b1 cb ......Microsoft Wi-Fi Direct Virtual Adapter
 18...c6 8e 8f f8 b9 cb ......Microsoft Wi-Fi Direct Virtual Adapter #2
 11...c4 8e 8f f8 b1 cb ......Dell Wireless 1560 802.11ac
 13...c4 8e 8f f8 b1 cc ......Bluetooth Device (Personal Area Network)
  1...........................Software Loopback Interface 1
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0    192.168.178.1   192.168.178.16     50
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
     192.168.56.0    255.255.255.0         On-link      192.168.56.1    281
     192.168.56.1  255.255.255.255         On-link      192.168.56.1    281
   192.168.56.255  255.255.255.255         On-link      192.168.56.1    281
    192.168.178.0    255.255.255.0         On-link    192.168.178.16    306
   192.168.178.16  255.255.255.255         On-link    192.168.178.16    306
  192.168.178.255  255.255.255.255         On-link    192.168.178.16    306
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link      192.168.56.1    281
        224.0.0.0        240.0.0.0         On-link    192.168.178.16    306
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link      192.168.56.1    281
  255.255.255.255  255.255.255.255         On-link    192.168.178.16    306
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  1    331 ::1/128                  On-link
 12    281 fe80::/64                On-link
 11    306 fe80::/64                On-link
 12    281 fe80::3d41:877a:e8c6:bcf9/128
                                    On-link
 11    306 fe80::956f:8a46:aee6:3f69/128
                                    On-link
  1    331 ff00::/8                 On-link
 12    281 ff00::/8                 On-link
 11    306 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

Voor linux moet ik weer even opnieuw opstarten

Dat duurde even... Windows updates

Even foto van de acties aangezien ik op de laptop geen internet heb.

Afbeeldingslocatie: https://tweakers.net/ext/f/76FMZwp1Ca777rLUW1kJ1WUN/medium.jpg

[ Voor 110% gewijzigd door Standeman op 13-03-2019 21:53 ]

The ships hung in the sky in much the same way that bricks don’t.

Acties:

Beste antwoord ✓
+3 Henk 'm!

woensdag 13 maart 2019 22:13

Moderator LNX

There is only one Legend

Kijk, daar hebben we de schuldige! Je hebt 5 DNS servers in je resolv.conf staan. Het systeem gebruikt de eerste 3, de rest wordt genegeerd. De eerste twee staan er ook nog eens dubbel in. Waar komen die vandaan? Dat moet ergens in NetworkManager staan vermoed ik.

Omdat de adressen die nu als DNS staan ingesteld van kantoor/klant is, heb je thuis geen 'internet' omdat de DNS servers niet te bereiken zijn.

Commandline FTW | Tweakt met mate

Acties:

+1 Henk 'm!

woensdag 13 maart 2019 22:18

Prutser 1e klasse

Topicstarter

Hero of Time schreef op woensdag 13 maart 2019 @ 21:59:
Kijk, daar hebben we de schuldige! Je hebt 5 DNS servers in je resolv.conf staan. Het systeem gebruikt de eerste 3, de rest wordt genegeerd. De eerste twee staan er ook nog eens dubbel in. Waar komen die vandaan? Dat moet ergens in NetworkManager staan vermoed ik.

Omdat de adressen die nu als DNS staan ingesteld van kantoor/klant is, heb je thuis geen 'internet' omdat de DNS servers niet te bereiken zijn.

Ik heb zo ooit een keer geconfigureerd zodat ik bij de servers op mijn werk kan. Ik leer nu dat nameservers blijkbaar hetzelfde zijn als DNS

Volgens mij is er afgelopen week ook een update geweest in die hoek.

Ik ga even kijken hoe ik dit op kan lossen
. De dubbele slaan nergens op natuurlijk en mogelijk heb ik ze niet allemaal nodig.

Ik post straks als ik een oplossing heb.

The ships hung in the sky in much the same way that bricks don’t.

Acties:

0 Henk 'm!

Vorkie

Toch die dns servers van de klant

Je zou met if up en if down je resolve.conf kunnen aanpassen, of met een openvpn package / script maar lang leve Google ::-)

[ Voor 64% gewijzigd door Vorkie op 13-03-2019 22:19 ]

woensdag 13 maart 2019 22:34

Acties:

0 Henk 'm!

woensdag 13 maart 2019 23:53

Prutser 1e klasse

Topicstarter

Blijkbaar had ik ooit in /etc/resolvconf/resolv.conf.d/head nameservers toegevoegd om de boel aan het werken te krijgen toen ik net bij de klant begon. Heel dom want het staat in de file zelf dat het een slecht idee is

De nameserver zijn niet meer bereikbaar en dat zorgde voor mijn problemen. Blijkbaar kreeg ik via VPN andere nameservers toegewezen of waren ze dan wel bereikbaar.

Dank jullie allemaal $_/-\o_$ en vooral @Hero of Time voor het verlossende antwoord

Ik heb weer een hoop geleerd

gepost via mijn linux installatie

[ Voor 5% gewijzigd door Standeman op 13-03-2019 22:36 ]

The ships hung in the sky in much the same way that bricks don’t.

Acties:

+1 Henk 'm!

Keuvie

Ik leer nu dat nameservers blijkbaar hetzelfde zijn als DNS

Mocht je meer over DNS willen weten dan kan ik je de cursus van het SIDN aanraden, www.dnscursus.nl. Helaas momenteel offline, maar heb hier enorm veel van geleerd.

Dit is ook een site die ik bij klanten aanraad wanneer ik merk dat zij wat basis kennis missen. Bij de versie voor het onderhoud zouden de eerste 3 hoofdstukken voldoende moeten zijn, de rest ging over DNSSEC.

donderdag 14 maart 2019 08:22

Acties:

0 Henk 'm!