Mijn technische ditjes en datjes

In een aantal posts probeer ik aan te geven, wat ik allemaal heb moeten doorstaan (moeten uitvoeren en opnieuw moeten doen enzovoorts).

Wat mij bijna heeft laten opgeven, was dat er nergens iets goed beschreven stond over hoe de connectie van buiten naar binnen moet verlopen.

Verschillende blogs en documentatie pagina’s hebben mij allemaal verteld hoe ik een eenvoudig pakket (piVPN) moest installeren om gebruik te kunnen maken van OpenVPN.

Dat ging allemaal niet van een leien dakje, maar na ongeveer 4 installaties heb ik dan toch alles voor elkaar weten te krijgen.

Echter toen het zo ver kwam dat ik eenvoudig weg de UDP poort 1194 open moest zetten op mijn router (Ziggo) en dan kwam het allemaal goed. *hoosee* Voor mij betekende allerlei pogingen om mijn mobiel geconnect te krijgen en dat was allemaal voor niets. Dacht ik dat er een probleem was met mijn installatie op mijn Raspberry Pi, maar toen ik per ongeluk gewoon even een poging via mijn WiFi maakte: boem connected! Dus daarmee kon ik in ieder geval zekerstellen dat ik niet nog poorten open moest zetten of met de iptables moest rotzooien. Dat was natuurlijk wat ik ook weer ergens op internet had gevonden: zoveel rotzooi wat op internet komt 😉

Dus met port forwarding lukte het niet. Daarna kwam er een tip om eens te kijken of het plaatsen van de Pi in de DMZ misschien ook kon helpen en wat blijkt: alle (daarmee bedoel ik dus mijn mobiel) connecties werken! w00h00!

De verschillende blogs en discussieplatformen hebben geen oplossing voor mijn Port Forwarding probleem. Om ervoor te zorgen dat ik verder geen risico loop, heb ik ervoor gezorg dat de Pi server verder geen connecties mag opzetten en uiteraard nog wat poorten dichtgezet/aangepast.

De andere posts, moeten nog wat bijgewerkt worden. Daarna zal ik wat links opnemen

 

Tijdens mijn installatie ben ik per ongeluk bezig geweest met wat instellingen die via raspi-config in te stellen zijn. Hier heb ik ook per ongeluk iets met netwerk ‘predictable names’ gedaan. Uiteraard had ik geen idee wat het was en heb het (dacht ik) ook direct weer ongedaan gemaakt.

Echter heb ik sindsdien problemen met mijn raspberry Pi. Deze had ik via verschillende tutorials op een statisch IP gezet. Dit gaat via:

sudo vi /etc/dhcpd.conf

daarin moet het volgende staan:

interface eth0
 
 static ip_address=192.168.0.10/24
 static routers=192.168.0.1
 static domain_name_servers=192.168.0.1

Let hierbij op dat de daadwerkelijke IP adressen anders moeten zijn. Dit is slechts ter illustratie.

Dit stond er, maar na een reboot werd er toch steeds een DHCP adres ingevuld en dat was wat lastig werken, omdat ik de Pi gebruik als OpenVPN server. Dit werkt natuurlijk niet echt handig met een steeds veranderend adres. Wel veilig trouwens, want als ik niet kan connecten, dan kan iemand anders ook niet connecten 🙂

Wat was het probleem? Mijn eth0 interface kwam niet naar voren in mijn ifconfig commando, maar er stond een hele rare interface naam :”enxb827eb850f98:”. Dus enx met daarachter mijn Mac adres. Dat was raar.

Dit blijkt dus een feature te zijn en voorspelbare namen op te leveren, maar ik werk al jaren met eth0 en wlan0 etc.

Om dit aan te passen stond er op een blog dat je in /boot/cmdline.txt iets moest aanpassen, maar dat kon ik niet terugvinden.

In het volgende bestand kon ik wel wat aanpassen:

/etc/udev/rules.d/70-persistent-net.rules

Daarin stond namelijk een device genaamd en daar moest enx* worden aangepast naar eth0. Reboot en daar was weer mijn eth0 en het bijbehorende vaste IP adres. w00h000000