Raspberry Pi 3, kan geen internet ip-adressen pingen

[Mesjoggahh]

Ik heb sinds kort een Raspberry Pi 3 en probeer hiermee op internet te komen.
Dat lukt niet. Zowel bedraad als via Wifi niet.

Ik kan wel de interne adressen van mijn LAN pingen, waaronder de router.
Van externe ipadressen als bijv. 8.8.8.8 of de dns servers van Ziggo krijg ik geen enkele respons.
Als ik een tracert doe, dan stopt deze na één hop bij mijn router, die ook gateway is.

Op de router/firewall staan geen rules gedefinieerd. Alles in het LAN mag naar "buiten" communiceren.
Alle overige devices (Windows Pc, Android tablet of iPhone.) in het netwerk hebben dit probleem niet en kunnen probleemloos op internet;.

Vanaf het LAN kan ik de Raspberry pingen en met SSH verbinding maken.

Iemand enig idee ?

[ Voor 6% gewijzigd door Mesjoggahh op 13-03-2016 13:42 ]

[MAX3400]

En, wat is je ipconfig van een machine die wel naar internet kan en wat is de ipconfig van je Pi?

[Mesjoggahh]

IPconfig Windows:

Connection-specific DNS Suffix . : netweorkname
Description . . . . . . . . . . . : Intel(R) 82567LM-3 Gigabit Network Connection
Physical Address. . . . . . . . . : 2C-27-D7-1D-E7-4E
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::b49a:940b:a402:a2ef%7(Preferred)
IPv4 Address. . . . . . . . . . . : 10.10.10.100(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : woensdag 9 maart 2016 03:01:23
Lease Expires . . . . . . . . . . : maandag 14 maart 2016 03:01:23
Default Gateway . . . . . . . . . : 10.10.10.1
DHCP Server . . . . . . . . . . . : 10.10.10.1
DHCPv6 IAID . . . . . . . . . . . : 321660887
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1D-4D-B0-E2-2C-27-D7-1D-E7-4E
DNS Servers . . . . . . . . . . . : 212.54.35.25
212.54.40.25
NetBIOS over Tcpip. . . . . . . . : Enabled

========================================================

Ifconfig Raspberry:

eth0 Link encap:Ethernet HWaddr b8:27:eb:eb:74:ea
inet6 addr: fe80::4c2b:8333:3e1b:abc8/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 TX bytes:0 (0.0

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:103 errors:0 dropped:0 overruns:0 frame:0
TX packets:103 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:7308 (7.1 KiB) TX bytes:7308 (7.1 KiB)

wlan0 Link encap:Ethernet HWaddr b8:27:eb:be:21:bf
inet addr:10.10.10.250 Bcast:10.255.255.255 Mask:255.0.0.0
inet6 addr: fe80::ba27:ebff:febe:21bf/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3487 errors:0 dropped:1396 overruns:0 frame:0
TX packets:3806 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:563936 (550.7 KiB) TX bytes:424006 (414.0 KiB)
==============================================================
pi@raspberrypi:~$ cat /etc/network/interfaces


# interfaces(5) file used by ifup( and ifdown(

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto lo

iface lo inet loopback

iface eth0 inet dhcp

auto wlan0
allow-hotplug wlan0
iface wlan0 inet static
address 10.10.10.250
netmask 255.255.255.0
gateway 10.10.10.1
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
pi@raspberrypi:~$

[citruspers]

Het subnetmasker van je interface staat op 255.0.0.0 terwijl deze in je config file als 255.255.255.0 staat. Misschien dat het daardoor misgaat?

[Mesjoggahh]

Hmm,

Als ik een dhcp adres laat toewijzen: "iface wlan0 inet dhcp" heb ik internet.
Oké. Blijkbaar iets niet goed met mijn statische settings.

Maar...omdat ik graag altijd hetzelfde ipadres op de wlan interface wil, leek het me een goede work-around om een dhcp reservering te regelen op mijn dhcpserver (Router)
De reservering doorgevoerd, RPi gereboot, krijgt netjes het adres wat ik in de reservering heb opgevoerd.
Echter: ik kan weer geen internet ip pingen en heb dus geen internet toegang.

Dus:
Vast IP: geen internet
DHCP, zonder reservering: Wèl internet
DHCP mét reservering: Geen internet.

[jbhc]

In welk bestand heb je die caste config gezet? Want in Debian Jessie moet je gebruik maken van een ander bestand dan in voorgaande versies.

https://www.raspberrypi.org/forums/viewtopic.php?t=124423

[ Voor 17% gewijzigd door jbhc op 13-03-2016 16:10 ]

[Raven]

jbhc schreef op zondag 13 maart 2016 @ 16:07:
In welk bestand heb je die caste config gezet? Want in Debian Jessie moet je gebruik maken van een ander bestand dan in voorgaande versies.

https://www.raspberrypi.org/forums/viewtopic.php?t=124423

Mesjoggahh schreef op zondag 13 maart 2016 @ 13:51:
pi@raspberrypi:~$ cat /etc/network/interfaces

Dit is trouwens voor het eerst dat ik er van hoor. Maak hier nog altijd gebruik van /etc/network/interfaces, ook na de upgrade naar Jessie

[ Voor 27% gewijzigd door Raven op 13-03-2016 16:16 ]

[jbhc]

Ik ben een avondje aan het emmeren geweest om een vast ip adres te krijgen op mn pi-hole dus vandaar.

Maar je dient dus dit bestand aan te passen:
/etc/dhcpcd.conf

Niet vergeten om /24 achter je ip adres te zetten en de gateway op te geven.

@Raven: Ik denk dat jij er geen last van hebt juist door je upgrade.

[ Voor 53% gewijzigd door jbhc op 13-03-2016 16:39 ]

[Blokker_1999]

Heeft niets met de upgrade te maken. Zelfs op een, voor zover ik me kan herinneren, verse stretch installatie is er geen waarschuwing te zien. Kan mogelijk iets typisch raspian zijn?

http://raspberrypi.stacke...vs-etc-network-interfaces

[Mesjoggahh]

Het blijft vreemd.
In mijn interfaces file staat nu dit:
---------------------------------------------------------------
auto lo
iface lo inet loopback

#auto eth0
iface eth0 inet dhcp

auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

iface default inet dhcp
=============================

In mij dhcpcd.conf file staat dit:
-----------------------------------------------------------
SSID Draadloos_LIN
static ip_address=10.10.10.90/24
static routers=10.10.10.1
static domain_name_servers=8.8.8.8
==============================

Ik doe een sudo ifdown wlan0 en een ifup wlan0
Tijdens de verkrijgen van het ipadres zie ik: bound to 10.10.10.104 voorbij rollen op het scherm, wat blijkbaar voor mijn DHCP server het eerste vrije adres is.

Als ik hierna een ifconfig geef, zie ik het adres wat in dhcpdc.conf heb opgegeven:

wlan0 Link encap:Ethernet HWaddr b8:27:eb:be:21:bf
inet addr:10.10.10.90 Bcast:10.10.10.255 Mask:255.255.255.0
inet6 addr: fe80::928:59a2:1979:5b9f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1177 errors:0 dropped:162 overruns:0 frame:0
TX packets:929 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:238116 (232.5 KiB) TX bytes:161252 (157.4 KiB)

Echter...... 10.10.10.90 is niet pingbaar en connecten met SSH lukt alleen op het adres wat in tijens het weer up brengen van de interface voorbij zie komen: 10.10.10.104

Had fieptoutje gemaakt. De raspberry is pingable op beide ipadressen.
Ik kan echter nog steeds niet pingen naar bijv. 8.8.8.8
ook vreemd:

pi@raspberrypi:~$ hostname -I
10.10.10.90 10.10.10.104

[ Voor 6% gewijzigd door Mesjoggahh op 13-03-2016 18:02 ]

[jbhc]

Je dhcpcd.conf klopt niet.

Probeer dit eens:

code:

interface wlan0
static ip_address=10.10.10.90/24
static routers=10.10.10.1
static domain_name_servers=8.8.8.8

[ Voor 75% gewijzigd door jbhc op 13-03-2016 18:29 ]

[Mesjoggahh]

Ik heb wlan op "manual"gezet ipv "dhcp"
Zie linkje van Blokker_1999

auto wlan0
allow-hotplug wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

De wlan interface krijgt nu maar één ipadres:

pi@raspberrypi:~$ hostname -I
10.10.10.90

Ik kan nog steeds niet 8.8.8.8 pingen.

@jbhc
De waarde "SSID" wordt ingevuld op het moment dat je dhcpcdui (de GUI) gebruikt.
Ik had dat zo gelaten.
Ik heb nu de wijziging ingevoerd die jij aangaf en daarna de raspberry een reboot gegeven.

Helaas, geen ping terug van 8.8.8.8

Een traceroute komt niet tot de gateway. (10.10.10.1)
Het lijkt alsof die niet gevonden wordt.

[jbhc]

Kun je de router wel pingen?

Misschien dat het dan zo moet:

code:

interface wlan0
SSID Draadloos_LIN
static ip_address=10.10.10.90/24
static routers=10.10.10.1
static domain_name_servers=8.8.8.8

Wat gebeurd er trouwens als je het dns stukje weg laat ? (Of er even een # voor zet)
En wat zeggen de logs van je router?

[ Voor 5% gewijzigd door jbhc op 13-03-2016 19:12 ]

[Mesjoggahh]

De interface krijgt de waardes meer die in dhcpdc.conf staan.
Er worden dus wijgingen doorgvoerd wat betekent dat de interface herkend wordt.

DNS staat hier los van lijkt me.
Ik ping nl. op ipadres in plaats van domeinnaam.

Ik kan intern alles pingen, maar kom niet naar "buiten".
Ook als ik een traceroute naar 8.8.8.8 doe, kom ik tot de gateway en niet verder:

pi@raspberrypi:~$ sudo ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
--- 8.8.8.8 ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 5009ms

pi@raspberrypi:~$ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 10.10.10.1 (10.10.10.1) 3.296 ms 6.216 ms 6.378 ms
2 * * *
3 * * *

[Mesjoggahh]

@jhbc
Das een goeie !
Ik zie in de routerlog de uitgaande pings voorbijkomen:

Mar 13 19:39:24 - [Access Log] ICMP Packet - 10.10.10.90 --> 8.8.8.8

Ook als ik op naam (www.google.nl) ping, zie ik dit voorbijkomen:
in SSH:
pi@raspberrypi:~$ sudo ping www.google.nl
ping: unknown host www.google.nl

in de routerlog: (Sorry voor de continue wijzigingen..)

Mar 13 19:46:47 - [Access Log] UDP Packet - 10.10.10.90:43898 --> 8.8.8.8:53

[ Voor 41% gewijzigd door Mesjoggahh op 13-03-2016 19:49 ]

[jbhc]

Ik weet niet wat voor router je gebruikt maar misschien vind die het wel niet fijn dat je zomaar een ip adres gebruikt ?

Wat gebeurt er als je bijvoorbeeld 10.10.10.150 pakt?
Of bij wijze van test een ongebruikte die in de dhcp range ligt.

Je zegt in je TS dat alles naar buiten mag, maar mag ook alles zomaar naar binnen?

[ Voor 32% gewijzigd door jbhc op 13-03-2016 19:51 ]

[Mesjoggahh]

Als ik de Raspberry een ipadres via dhcp laat krijgen, kan het probleemloos internet op......

[ Voor 6% gewijzigd door Mesjoggahh op 13-03-2016 20:10 ]

[Hero of Time]

Wat is het apparaat dat de IP adressen verzorgt? Is dat je Pi, of je router? Als het je router is, vraag ik mij af waarom je allerlei config op je Pi doet voor DHCP. Komt op mij meer over alsof je een DHCP server daarop aan het configureren bent en dat gaat natuurlijk niet goed dan. En bij elke post hier geef je wel doodleuk je IP adres op, maar nooit de default gateway. En laat dat nou net het belangrijkste zijn om uit je netwerk te kunnen.


En alsjeblieft, gebruik in vredesnaam [code] blokken als je iets van uitvoer post. Dat maakt het 100x beter leesbaar dan de potentiële smiley meuk die je nu hebt geplaatst.

[Mesjoggahh]

Sorry Hero of Time,

In post "zondag 13 maart 2016 15:29" leg ik uit dat een reservering vanuit de router (DHCP server) wèl het gewenste ipadres aan de Pi levert, maar dat het resultaat uiteindelijk hetzelfde is als wanneer ik een statisch ipadres toewijs: Geen ping respons van een internetadres.

dhcpcd.conf is géén configuratiefile voor een dhcp server. Als je vanaf de Raspberry GUI de tool dhcpui start, kun je opgeven welke waardes moeten gelden voor je lan en wlan (IP-Adres, Router, DNS servers, DNS Search) Deze gegevens worden één op één in het dhcpcd.conf file geplaatst.

Hier wordt dan ook achter: "Static Routers" het gateway ipadres gezet. Wat je in bijna ieder post hierboven weer terug ziet komen. :-)

Meer (heldere) uitleg hier:
http://raspberrypi.stacke...vs-etc-network-interfaces

Ik zal de codeblokken in de gaten houden.

[ Voor 13% gewijzigd door Mesjoggahh op 13-03-2016 20:27 ]

[Basz0r]

Voer de volgende commando's eens uit op je Raspberry Pi. En plaats de output in een reactie.

code:

ip addr show
ip route show

Ping eerst de gateway met:
10.10.10.1
En voer daarna het volgende commando uit:
arp -a

[ Voor 22% gewijzigd door Basz0r op 13-03-2016 20:27 ]

[Mesjoggahh]

Dag Basz0r,

Hieronder het gevraagde:

code:

pi@raspberrypi:~$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether b8:27:eb:eb:74:ea brd ff:ff:ff:ff:ff:ff
    inet6 fe80::4c2b:8333:3e1b:abc8/64 scope link tentative 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:be:21:bf brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.90/24 brd 10.10.10.255 scope global wlan0
       valid_lft forever preferred_lft forever
    inet6 fe80::ba27:ebff:febe:21bf/64 scope link 
       valid_lft forever preferred_lft forever

code:

pi@raspberrypi:~$ ip route show
default via 10.10.10.1 dev wlan0  metric 303 
10.10.10.0/24 dev wlan0  proto kernel  scope link  src 10.10.10.90  metric 303

code:

pi@raspberrypi:~$ ping 10.10.10.1
ping: icmp open socket: Operation not permitted
pi@raspberrypi:~$ sudo ping 10.10.10.1
PING 10.10.10.1 (10.10.10.1) 56(84) bytes of data.
64 bytes from 10.10.10.1: icmp_seq=1 ttl=64 time=262 ms
64 bytes from 10.10.10.1: icmp_seq=2 ttl=64 time=8.44 ms
64 bytes from 10.10.10.1: icmp_seq=3 ttl=64 time=8.45 ms
64 bytes from 10.10.10.1: icmp_seq=4 ttl=64 time=8.33 ms
^C
--- 10.10.10.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 8.330/71.932/262.508/110.029 ms

code:

pi@raspberrypi:~$ arp -a
? (10.10.10.1) at 00:26:0b:dc:2a:64 [ether] on wlan0
? (10.10.10.100) at 2c:27:d7:1d:e7:4e [ether] on wlan0

[Basz0r]

Dat ziet er allemaal goed uit. En kan je ook de DNS servers van je provider (Ziggo) pingen? Dat zijn 212.54.35.25 en 212.54.40.25.

[jbhc]

@TS: Heb je al eens een sudo ping 8.8.8.8 gedaan?

/edit:

Hier stond onzin.

[ Voor 150% gewijzigd door jbhc op 13-03-2016 20:52 ]

[Mesjoggahh]

Nee, ook niet.

Ik zal voor de volledigheid nog mijn config posten:

code:

pi@raspberrypi:~$ sudo cat /etc/network/interfaces


# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

#auto eth0
iface eth0 inet manual

auto wlan0
allow-hotplug wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

iface default inet manual
pi@raspberrypi:~$

code:

# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname RaspberryPi

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU.
# Some interface drivers reset when changing the MTU so disabled by default.
#option interface_mtu

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate Stable Private IPv6 Addresses instead of hardware based ones
slaac private

# A hook script is provided to lookup the hostname if not set by the DHCP
# server, but it should not be run by default.
nohook lookup-hostname

SSID Draadloos_LIN
static ip_address=10.10.10.90/24
static routers=10.10.10.1
static domain_name_servers=8.8.8.8

@jbhc
Als je geen sudo ingeeft, kun je ping niet uitvoeren en krijg je ook geen resultaat te zien.
Je krijgt meteen de melding dat het permissieniveau niet voldoende is..

[jbhc]

Volgens mij gaat er dan zowiezo iets mis.

Ik ben geen root maar ik kan wel gewoon zonder sudo pingen:

code:

***@Raspberry-Server:/etc $ 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=47 time=10.4 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=47 time=11.9 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=47 time=12.3 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=47 time=10.0 ms
^C

[Basz0r]

Als je ook niet naar de DNS servers van Ziggo kan pingen, en alle netwerk instellingen kloppen. Dan gaat er iets mis met de frame op de router. Is er bijvoorbeeld een ACL ingesteld die alleen verkeer doorlaat binnen de DHCP scope?

[Basz0r]

@jbhc Dat kan hij oplossen door /bin/ping te chmodden naar 4755

[jbhc]

Basz0r schreef op zondag 13 maart 2016 @ 20:51:
@jbhc Dat kan hij oplossen door /bin/ping te chmodden naar 4755

Dat snap ik maar dit zou "out of the box" toch gewoon moeten werken?

[Basz0r]

jbhc schreef op zondag 13 maart 2016 @ 20:53:
[...]


Dat snap ik maar dit zou "out of the box" toch gewoon moeten werken?

Bij de meeste Linux distributies wel. Heb net even m'n eigen Pi3 opgesnort, en die geeft het volgende terug.

pi@raspberrypi:~ $ stat /bin/ping
File: '/bin/ping'
Size: 38844 Blocks: 80 IO Block: 4096 regular file
Device: b307h/45831d Inode: 136624 Links: 1
Access: (0755/-rwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2014-02-12 05:25:09.000000000 +0000
Modify: 2014-02-12 05:25:09.000000000 +0000
Change: 1970-01-01 00:11:23.069999739 +0000
Birth: -

Lijkt er op dat het een design keuze is om ping alleen via root uit te voeren.

[ Voor 13% gewijzigd door Basz0r op 13-03-2016 20:56 ]

[Atmosphere]

Probeer bij de ping eens een kleinere pakket grote of forceer op de interface een kleinere MTU en probeer dan nog eens te pingen

[Mesjoggahh]

Hmm, ik denk dat Basz0r warm zit.
Ik krijg namelijk ook problemen op andere devices op het netwerk waar ik een vast ipadres invoer.
Zowel binnen als buiten scope...

Er is geen handmatige ACL ingesteld.
Ik zal eens google weer eens aanslingeren...

[Basz0r]

Mesjoggahh schreef op zondag 13 maart 2016 @ 21:04:
Hmm, ik denk dat Basz0r warm zit.
Ik krijg namelijk ook problemen op andere devices op het netwerk waar ik een vast ipadres invoer.
Zowel binnen als buiten scope...

Er is geen handmatige ACL ingesteld.
Ik zal eens google weer eens aanslingeren...

Het zou voor mij ook nieuw zijn. Maar misschien dat je router alleen pakketjes doorlaat vanaf apparaten waar die al eerder een DHCP lease aan heeft uitgegeven. Wat voor router heb je staan?

[jbhc]

jbhc schreef op zondag 13 maart 2016 @ 19:48:
Ik weet niet wat voor router je gebruikt maar misschien vind die het wel niet fijn dat je zomaar een ip adres gebruikt ?

Wat gebeurt er als je bijvoorbeeld 10.10.10.150 pakt?
Of bij wijze van test een ongebruikte die in de dhcp range ligt.

Je zegt in je TS dat alles naar buiten mag, maar mag ook alles zomaar naar binnen?

[Atmosphere]

Het kan nog steeds de MTU zijn daar deze ook met dhcp bekend gemaakt kan worden.

Er zijn weinig relatief weinig router die zonder radius een dergelijk filtering toestaan

code:

sudo ifconfig wlan0 mtu 1200

1200 = test mtu, max 1500, wan 1492/1500

[ Voor 20% gewijzigd door Atmosphere op 13-03-2016 21:16 ]

[jbhc]

Werkt het bedraad met een vast ip eigenlijk wel?

[Mesjoggahh]

Basz0r je had gelijk. Het was de router. En het was een Internet Access Policy.
Hier staat een Cisco RVS4000, waarop je meerder IAP,s kunt definieren.
Er is er echter maar één zichtbaar, de rest zit "verstopt" onder een uitschuifmenuutje.

Policy één was disabled, policy twee enabled.
De inhoud van de policy was: laat 24 uur per dag alle verkeer door naar internet en block geen sites of ip-adressen. Dit geldt dus dan, zoals het lijkt, alleen voor de adressen die de router middels zijn dhcp server uitgeeft en niet voor het hele LAN segment.

Ik heb de policy disabled en kan 8.8.8.8 pingen

Hier nog iemand met hetzelfde:
https://supportforums.cis...ss-static-ip-and-rvs-4000

[ Voor 3% gewijzigd door Mesjoggahh op 13-03-2016 21:20 ]

[Atmosphere]

De policy is dan uitgerust met een dynamisch acl neem ik even aan ...

Cisco GUI is vaak bagger (ccp voor bv ASA's zijn redelijk) en kan je wss beter debuggen vanaf de CLI (ssh en/of telnet afhankelijk van je config)

[Mesjoggahh]

Iedereen hartelijk bedankt voor het meedenken !!