Onderwerp: Boordnet pc, Raspberrypi en een alpha R36 router

37south schreef :
Een ping zal toch echt retour gestuurd moeten worden. Zonder geldig werkend IP adres zal dat niet gaan. Of je hebt handmatig gezorgd voor zo'n geldig adres of verkregen via DHCP.

3Noreen schreef : Correct, elk IP packet heeft een source en destination address, inclusief ICMP echo request/reply. De source kan inderdaad door de DHCP server geleverd zijn. Op het moment van de ping speelt DHCP geen rol, zo bedoelde ik dat.

Nachtvlinder / Holtere

Zie het andere draadje (start met raspberry)
De raspberry als accespoint te gebruiken is goed te doen, ik zal later een handleiding maken.
Je kan deze instructies volgen ik heb alleen de NAT getest en dat werkt prima.
www.raspberrypi.org/documentat...less/access-point.md
voordat je bovenstaande doet kan je eerst gewoon de Wifi USB adapter in de rpi plaatsen je krijgt dan bij je internet adapters wlan1 er bij, als je rechtsboven in het bureaublad de pijltjes aanklikt zie je de netwerken die wlan ziet maak verbinding met een netwerk, dan weet je dat die het gewoon doet en dan heb je internet. vervolgens de handleiding volgen voor het NAT acces point.
Je moet alleen tegen het einde bij het commando: sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
de eth0 veranderen in wlan1
Het wordt dus:
sudo iptables -t nat -A POSTROUTING -o wlan1 -j MASQUERADE

Dank je Zeilprutser, dat zou weleens leuk zijn om te proberen. Als je handleiding tenminste een beetje te doen is voor nitwitz op Linux gebied zal ik hem graag proberen!
Volgende berichtje stond klaar om te posten:
Gisteren de hele middag zitten pielen….
Laptop, boordpc, rpi en de router.
Allen hebben verbinding met de alfa router en ik kan er ook mee op internet.
In eerste instantie kon ik alleen met de laptop op de rpi en toen ineens (was pas na een aantal uren) ook met de boord pc. Ik had eigenlijk niets gewijzigd terwijl het ineens wel werkte?
Putty deed het eerst ook niet, later wel toen realvnc ook werkte. Pingen ging vanaf het begin goed.
Wat gek is, realvnc werkt op de boordpc alleen met het invoeren van het ip adres van de rpi en niet bij het invoeren van de naam raspberrypi. De laptop doet het als ik “raspberrypi” invoer maar ook bij het ivoeren van het ip adres. Vreemd dus.
Het lijkt dus niet helemaal stabiel te gaan. Soms ineens weer niets met realvnc dan weer wel, dat heb ik nog niet vaak meegemaakt?
Een niet helemaal betrouwbare verbinding dus maar de Alfa lijkt het allemaal wel te doen.

Niet helemaal bevredigend, deze “het werkt onder niet begrepen voorwaarden” eigenschappen.

Heb de Pi nog even gechecked, maar daar wordt geen vast IP address of subnet vastgelegd. Pi zou moeten volgen wat de router toe kent.

@ZP: dank, zie andere draadje!

Nachtvlinder schreef :
Is dat nu juist niet het probleem? In principe kan de Pi elke keer dat wifi verbinding maakt maakt met de router een ander IP address krijgen. Hoe kan de app op de PC (client) dan weten wat het host address is. Dat is ook de strekking van mijn verhaal een paar posten terug.
Hit or miss, soms werkt het wel, soms niet. Ook bij aflopen van lease van het address kan dat gebeuren. Een nieuwe lease kan een nieuw IP address inhouden.

Door de Pi (als host geconfigureerd neem ik aan) een fixed address binnen het subnet te geven, weet je altijd het host address. Een andere manier (ook in de pdf die ik heb attached) is om in de router IP adressen te mappen tegen het unieke MAC address van de devices. In feite komt dit ook op fixed IP neer.

Binnen een lokaal netwerk heb je een protocol nodig om dns lockups mogelijk te maken. Of een dns server of iets als een Bonjour systeem.

Voor zo’n klein netwerkje heb je helemaal geen DNS nodig.

Interessante opvatting.

3Noreen schreef :
Volgens mij zit een DNS standaard in de linux distributie, onder windows moet je daar aparte software voor installeren, maar onder linux niet.
Mogelijks moet je de settings aanpassen zodat dit geactiveerd wordt bij startup.

3Noreen schreef :
Moet ik hieruit opmaken dat je het niet met mij eens bent? Als dat zo is, kun je dan beargumenteren waarom naar jouw mening in een klein netwerkje DNS nodig zou zijn en je niet gewoon met IP adressen kunt werken?

37south schreef :
Nee hoor, ik ben vooral geboeid met een soort algemene houding die er lijkt te zijn t.a..v. computers/automatisering. Het moet vooral zonder kennis en moeite als vanzelf werken. Handmatig inkloppen van ip nummers is niet meer algemeen een aanvaarde werkwijze. Zelfs het plug van de plug and play wordt als teveel geacht. Na openklappen moet zo'n ding zelf maar even een wifi zoeken en zorgen dat het internet gaat werken. Bedraad netwerk is zo 2005.

In plaats van de clients van de AP op een vast IP in te stellen, kun je ook de AP vaste adressen (op MAC address) laten uitdelen en de clients houden zoals ze zijn?

En kan iemand in J&J taal uitleggen of tekenen waar en wat er gebeurt (zou horen te gebeuren) als een van de (bestaande AP) AP clients een PuTTY SSH sessie opent naar “raspberrypi”? Dit werkt dus soms wel, soms niet, zo lijkt het. Welke services (DHCP, NAT, DNS of whatever) moeten waar draaien om dit te laten werken?

Mss een wiki pagina “networking for dummies”?

Achtergrond is de wens tot een (1) standaard image van de RPi Polarplot toepassing te kunnen komen, waarbij een gebruiker slechts enkele, vooraf bekende, instellingen hoeft te controleren/wijzigen; liefst niet in de Pi. Als dit kan door de Pi als AP voor een 1:1 computer-Pi verbinding in te richten is dat ook prima: idee is een blackbox dat alleen voor PP gebruikt wordt. Je hoeft er zelden bij dus zo’n ad-hoc netwerk waarmee je alleen (en als het goed is eenmalig) verbindt maakt (direct van PC naar Pi) tijdens het configureren zou ook een optie zijn. Net zoals je een moderne acculader via BT en Victron App in kunt stellen eigenlijk. Ik begrijp echter dat niet alle USB-WiFi adapters de “AP mode” ondersteunen. Na het instellen heeft de Pi in deze toepassing geen enkele noodzaak om in een netwerk te hangen. Mag wel maar hoeft niet.

Nachtvlinder schreef :
Computers sturen berichtjes naar elkaar met een nummer. Een zogenaamd ip nummer. Dus als jij raspberrypi intikt en vraagt om een verbinding moet jou computer eerst zien te achterhalen wat het ip is van raspberrypi om een bericht te kunnen versturen.
Het eerste wat jou computer doet is kijken in de Cache iets te vinden is. Cache is een korte termijn geheugen wat je computer bijhoud. Misschien heeft raspberrypi kort geleden wel een bericht naar jou computer gestuurd. Daaruit kan jou computer dan het nummer halen. Er zijn ook computers die met regelmaat algemene berichtjes rondsturen "ik ben raspberrypi met nummer xxx.xxx.xxx.xxx" Als jou computer de juiste software heeft slaat hij zo'n berichtje op in de cache.
De volgende stap is te kijken in een bestand op jou computer wat meestal een naam als hosts heeft. Dat is gewoon een lijstje met computer namen en bijbehorende nummers.
Als derde stap is kijken of op met moment dat de computer zich aanmeldde op het netwerk er ook een server die zich melde als name server (DNS). Een DNS is een soort adresboek op het net. Als die DNS aanwezig is stuurt jou computer een vraag, "Wie is raspberrypi ?" Als de DNS het nummer weet krijgt jou computer het nummer terug.
Ten einde raad kan jou computer een algemeen berichtje sturen "Is raspberrypi in het netwerk ?" Dan moet raspberrypi wel luisteren of er zo'n berichtje op het netwerk is.
Als dat allemaal niet werkt zit er niets anders op dan dat jij als gebruiker het nummer van Raspberrypi gaat in kloppen op het toetsenbord.

Met kans dat ik een niet ter zake of zelfs domme opmerking maak:
Op het moment dat de boordpc geen verbinding kan maken met de rpi kan dat met de laptop wel met dezelfde ip nummers.
Het is, met dat in gedachte waarschijnlijk dat dynamisch of vaste nummering daarin geen enkele rol speelt.
De aanduiding "raspberypi" werkt wel op de laptop maar niet op de boordpc (tot nu toe).
Is dat geen DNS-taakje?

Nachtvlinder schreef :
Als je de pi instelt als accespoint is je wens vervult.
De wens van Holtere is dan ook meteen vervult om hem ook als wifi router te gebruiken.

holtere schreef :
Het lijkt er op dat binnen jou netwerkje geen DNS aanwezig is. Of niet goed functioneert. Mogelijk houdt jou laptop een cache bij je boordcomputer niet. Vaste ip nummers hebben het voordeel dat jij als gebruiker die nummers makkelijker kan bijhouden. Het nadeel is dat op het moment dat je een nummer geeft aan een computer die niet binnen de subnet van de andere aanwezige computers is dat die nooit met elkaar kunnen praten. Mogelijk heeft je boordcomputer een vast ip wat niet tot het subnet behoord. Of dat is een andere fout dat er twee keer het zelfde nummer gebruikt wordt. Verder word het met de komst van ip versie 6 wel heel lastig om die lange nummers handmatig bij te houden. Een volwassen netwerkje heeft een DHCP server die de ip adressen uitgeeft. Als jou computer aan gaat gaat hij eerst bij de DHCP vragen om een nummer. Als het allemaal goed gaat is de DHCP server ook een DNS. Bij het uitgeven van het ip nummer wordt dan even ook de naam opgeslagen van de computer die het nummer krijgt.

Ik heb al eerder gezegd dat de meeste AP’s a.d.h.v. de MAC IP adressen kunnen toekennen (MAC-IP mapping). Dit is dus in feite hetzelfde als een vast IP adres instellen op het betreffende device. Alleen gebeurt het in 2 stappen en is de instelling alleen in de router. Het MAC address staat meestal op het label van het device.

De simpele uitleg heb ik al een paar posten geleden gegeven met de stappen die nodig zijn.
In verreweg de meeste gevallen kun je de beschreven procedure volgen uitgaande van default settings van de router. Met DNS of NAT heb je niets te maken. Het application protocol hangt af van wat voor soort host is gedefinieerd.

Hoe kan ik dat checken?
Dat zijn toch piepkleine tekstbestandjes ...ergens?

holtere schreef :
Geen domme vraag. Gewoon DNS vergeten en simpel IP adressen gebruiken zoals beschreven.

holtere schreef :
Dat is het hosts bestandje. De cache is bijna altijd binair en in het werkgeheugen van de computer/swich/router.

37south schreef :
Wordt leuk met de komst van ipv6

Oude tijden herleven. Vroegah netwerkje gebouwd met windows server en een hoop pc's. Moest ik volgens mij ook overal die hosttabel aanpassen. Eindeloos geklungel allemaal destijds en nu nog wel....soms

3Noreen schreef :
Je herhaalt wat ik zeg. Alleen met V6 heb je niets te maken . We praten hier over een lokaal netwerk. De verbinding met internet staat hier los van. Een local DNS is ook niet nodig. Je maakt het veel moeilijke dan het is.

37south schreef :
Oh jee toch een dog fight ?
Hoe iemand iets oplost interesseert me niet zoveel. Ik schrijf hier mijn bijdrage om in j&j-taal iets van de werking van een netwerk duidelijker te maken. Op welke knop je uiteindelijk drukt gaat het mij niet om. Meer wat de werking van die knop is.