Opeens geen internet in Ubuntu 17.10

[asset185]

Sinds vanmorgen staat er bij mijn internet connection opeens een vraagteken.
Aangezien deze computer geen wifi heeft zit ik dus op deze PC zonder internetverbinding.
Het ligt niet aan de hardware aangezien als ik hem in Windows boot ik gewoon internet heb.

Inmiddels heb ik van alles geprobeerd maar een verbinding tot stand brengen lukt niet.
Zijn er misschien mensen die ervaring met dit euvel hebben?

[livranca]

Is er toevallig vanochtend een update voor de netwerkadapter geïnstalleerd?

[Hero of Time]

Hoe weet je dat je geen internet hebt, als je alleen maar uit gaat van een icoontje? Heeft je systeem wel een IP adres? Heb je überhaupt nog een netwerkinterface die up komt? Wat zeggen de logs bijvoorbeeld?

Kan je dus wat meer informatie geven over je probleem? Want je hebt de standaard vragen die bij een vraag-topic staan niet eens (fatsoenlijk) ingevuld.

[asset185]

Ik weet dat ik geen internet heb en dat mijn browser het niet doet. Ik kan vreemd genoeg wel mijn modem bereiken


Ik heb zojuist dit geprobeerd maar dat geeft ook geen oplossing
https://askubuntu.com/que...network-cable-or-wireless


Het lijkt voor zover ik kan zien dat ik wel een ip adres heb. Ik kan vreemd genoeg wel in mijn router kijken via deze computer maar kan het internet niet op.

Het vreemde is dat als ik de windows partitie gebruik dat het wel werkt. Het ligt dus aan Ubuntu

[bramassendorp]

Klinkt als een dns issue?

Kun je je adapter gegevens eens posten?

Probeer eens "ping google.nl" en "ping 172.217.20.67".

[asset185]

Ping google.nl geeft name or service not known.

Ping 172.217.20.67 werkt wel gewoon.

Adaptergegevens bedoel je misschien het moederbord waar de kabel in gaat dat is de Gigabyte GA-Z170XP-SLI

[bramassendorp]

Nee, gewoon je interface config ( ifconfig dacht ik in ubuntu ? ), maar je issue is nu wel waarschijnlijk DNS.

[asset185]

Ifconfig geeft output ik heb het via mijn thuisnetwerk naar mijn tablet verstuurd want het thuisnetwerk doet het wel.

ifconfig
enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.14 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::46d:1523:c3e4:d869 prefixlen 64 scopeid 0x20<link>
ether 40:8d:5c:1d:67:1e txqueuelen 1000 (Ethernet)
RX packets 7456 bytes 1864486 (1.8 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12803 bytes 16840316 (16.8 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 16 memory 0xdf200000-df220000
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 11171 bytes 891726 (891.7 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 11171 bytes 891726 (891.7 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

[TommyboyNL]

Werkt "nslookup google.nl 8.8.8.8" wel?

[asset185]

Oke dat geeft dus foutmelding

nslookup google.nl 8 8 8 8
../../../../lib/isc/unix/socket.c:2104: internal_send: 0.0.0.8#53: Invalid argument
../../../../lib/isc/unix/socket.c:2104: internal_send: 0.0.0.8#53: Invalid argument
../../../../lib/isc/unix/socket.c:2104: internal_send: 0.0.0.8#53: Invalid argument
;; connection timed out; no servers could be reached

[Hero of Time]

En wat staat er dan in /etc/resolv.conf? Want je hebt gewoon geen DNS servers. Je hebt wel gewoon internet, alleen kan het systeem geen namen omzetten. Je roept nu in feite dat je niet naar huis kan bellen omdat je contactpersoon 'huis' geen nummer bevat.

[osmosis]

Toevallig DHCP aanstaan voor IPv6 bij 'network settings' ?

Bij mij is het zo dat mijn verbinding wegvalt zodra ik DHCP aanzet voor IPv6
Als ik dat uitschakel en gewoon enkel IPv4 DHCP gebruik werkt alles weer

Geen idee waaraan dat specifiek ligt. Denk mijn router die geen antwoord geeft op IPv6 DHCP requests

Iets om te proberen?

[asset185]

Met etc/resolv.conf ben ik bezig geweest zoals ik in de openingspost aan gaf. Alleen heeft dat niet gewerkt en is het automatish door de netwerkmanager aangepast nu staat er

127.0.1.1

[Hero of Time]

asset185 schreef op maandag 9 juli 2018 @ 15:48:
Met etc/resolv.conf ben ik bezig geweest zoals ik in de openingspost aan gaf. Alleen heeft dat niet gewerkt en is het automatish door de netwerkmanager aangepast nu staat er

127.0.1.1

Waar staat dat dan exact? Niet tussen deze woorden:

asset185 schreef op maandag 9 juli 2018 @ 13:18:
Sinds vanmorgen staat er bij mijn internet connection opeens een vraagteken.
Aangezien deze computer geen wifi heeft zit ik dus op deze PC zonder internetverbinding.
Het ligt niet aan de hardware aangezien als ik hem in Windows boot ik gewoon internet heb.

Inmiddels heb ik van alles geprobeerd maar een verbinding tot stand brengen lukt niet.
Zijn er misschien mensen die ervaring met dit euvel hebben?

Geen enkele melding van resolv.conf wat dan ook.

Omdat je NetworkManager meld, zal je daar moeten gaan porren.

[TommyboyNL]

asset185 schreef op maandag 9 juli 2018 @ 15:35:
Oke dat geeft dus foutmelding

nslookup google.nl 8 8 8 8
../../../../lib/isc/unix/socket.c:2104: internal_send: 0.0.0.8#53: Invalid argument
../../../../lib/isc/unix/socket.c:2104: internal_send: 0.0.0.8#53: Invalid argument
../../../../lib/isc/unix/socket.c:2104: internal_send: 0.0.0.8#53: Invalid argument
;; connection timed out; no servers could be reached

Er moeten punten tussen de achten, geen spaties...

[asset185]

Stom van mij, ja met punten krijg ik wel antwoord.

Ik probeer nu uit te vogelen wat ik in resolv.conf kan plaatsen, heel frustrerend dit al een dag geen internet op de PC gehad maar schijnt een veelvoorkomend probleem bij Ubuntu te zijn. Alleen wat er dan in resolv.conf moet staan is mij nog niet echt duidelijk

[u_nix_we_all]

Als je in resolv.conf een regel zet met

code:

nameserver 8.8.8.8

zou het moeten werken.

Alleen bij een volgende keer dat dhcp de gegevens ophaalt zou die de file weer kunnen overschrijven.

[Hackus]

@asset185 heb je gister je instellingen gewijzigd ?
Ik heb niet eerder meegemaakt dat je zomaar geen internet hebt, zoals jij meld

[Razkin]

Ik heb een soortgelijke ervaring gehad, maar dan met Debian. Een restart van m'n (Tele2) modem heeft het verholpen.
Kwam ook vanuit het niets en heb me rot lopen zoeken, al m'n andere apparaten hadden gewoon internet, dus verwachtte ook niet dat het met het modem te maken zou hebben.

[asset185]

Het weekend was ik er niet ik herinner me wel dat er een update is uitgevoerd voor het weekend, dat zal dan Vrijdag geweest zijn. Vanmorgen toen ik de computer dus opstarte begonnen de problemen en ik ben de hele dag al aan het zoeken. Wel belachelijk dat je na een update zulke problemen krijgt

Heb er nu nameserver 8.8.8.8 in staan en voor het eerst vandaag dus weer internet. Helaas na het inschakelen van de VPN is resolv.conf weer doodleuk gewijzigd en werkt het weer niet, kan ik het weer gaan aanpassen.

Ik neem aan dat ik missdhien DHCP uit mort zetten of zo

Update:
Ik heb nu werkend internet met VPN maar ik moet iedere keer resolv.conf met de hand aan passen omdat het bestand continu wordt overschreven

[ Voor 11% gewijzigd door asset185 op 09-07-2018 17:35 ]

[dnz2k6]

Had nagenoeg hetzelfde probleem. Bij mij hielp het 'vergeten' van de verbinding. Vervolgens opnieuw verbonden met de router...

Wellicht heb je dit al geprobeerd, anders; succes..

[asset185]

Dat had ik vanmorgen al verscheidene keren geprobeerd, heb het een keer eerder gehad en toen werkte dit wel. Ik weet ook niet wat er nu opeens anders aan is maar ik kwam wel heel veel soortgelijke problemen op het internet tegen alleen werkten die oplossingen voor mij dan niet.

Nu moet ik het nog steeds opnieuw met de hand aanpassen.

[TommyboyNL]

Helpt het als je met het standaard GUI tooltje je DNS servers aanpast?
Kan je eens een packet capture maken met tcpdump van een DHCP request?
Echt beunmethode is resolv.conf immutable maken, maar dat is écht een lompe manier die je niet moet willen.

[Hero of Time]

Ga eerst eens bedenken waarom je resolv.conf telkens aangepast wordt. Hint: het staat in het bestand zelf vermeld!

Kijk dan even in /var/log/apt/history.log zodat je weet wat er aan updates is toegepast. Staat daar iets van NetworkManager of dnsmasq bij? Nee? Dan is er wat anders aan de hand en heb jij of iemand anders zitten rommelen aan je netwerkinstellingen van NM. Zoals ik al eerder zei, kijk daar eens goed naar.

[asset185]

In de commentline van resolv.conf staat dat networkmanager de boosdoener is.
Networkmanager veranderd steeds de nameserver in 127.0.1.1 ik kan nergens in de gui vinden waar ik de nameserver op 8.8.8.8 kan zetten.

In de history.log kan ik niets vinden over ik kan me ook niet herinneren dat ik vorige week bij de netwerkinstellingen heb zitten rotzooien als het werkt dan werkt het gewoon. Het probleem is dat networkmanager steeds de nameserver in 127.0.1.1 wijzigt ik zal niet weten waar ik dat kan vinden bij deminstellingen staat niets daarover.

Het is mij ook een raadsel waarom 127.0.1.1 ongeldig is, volgens mij is dat toch de standaard nameserver. Maar ik begrijp niet waar het door komt dat ununtu zomaar dingen wijzigt.

[ Voor 14% gewijzigd door asset185 op 09-07-2018 20:51 ]

[Hero of Time]

127.0.1.1 is je eigen machine, localhost. Er draait een dns service die de werkelijke afhandeling doet. Welke servers er dus werkelijk gebruikt worden, zal je in NetworkManager vinden bij de connecties die je hebt. Daar kan je ook een andere dns server opgeven dan degene die je van dhcp krijgt.

[asset185]

Ik heb de dns in neteorkmanager ingesteld eerst met de gui daarna in /etc/systemd/resolved.conf maar dat helpt helemaal niets. Chronical heeft hier duidelijk bagger werk geleverd want networkmanager werkt gewoon niet goed.

[BlackLight]

Misschien moet je dit lezen: https://askubuntu.com/que...er-upgrade-17-04-to-17-10

Hierin staat ook de oplossing vermeld. Anderen hebben dit probleem ook, schijnt dus in Ubuntu 17.10 te zitten https://duckduckgo.com/?q...+17.10+no+dns&t=lm&ia=web

[asset185]

Probleem is verholpen ik heb nu al een paar dagen probleemloos internet.
Het was inderdaad in /etc/NetworkManager/NetworkManager.conf

Dan blijven de waarden in resolved.conf gewoon staan