[08:39] <PL7icnc> Guten Morgen Problem zweiter rechner kommt nicht ins internet 
[08:40] <PL7icnc> Aufbau Rechner 1 Wlan im internet eth mit fester IP 192.168.1.1
[08:41] <PL7icnc> an der wlan einstellung ist der haken anderen benutzern verbindung erlauben gesetzt 
[08:42] <PL7icnc> der 2te rechner ein Debian stretch Ip 192.168.1.10
[08:42] <PL7icnc> gateway die ip des rechners 1 
[08:42] <PL7icnc> braucht der noch ein braodcast
[08:42] <PL7icnc> Bitte um Hilfe 
[08:43] <PL7icnc> oder brauche ich da eine Routing table 
[08:43] <Fussel> hm, ja, gateway ist nicht der 1. rechner, sondern der router
[08:44] <PL7icnc> der router steht mehrere Kilometer weg und ich hänge da via Wlan richtfunk drann 
[08:44] <Fussel> aber das ist bei der wlan anmeldung eigentlich egal: router aussuchen, passwort eingeben.
[08:45] <PL7icnc> das ist ja alles ok 
[08:45] <PL7icnc> der 2te lan rechner soll ins netz
[08:45] <Fussel> achsooo
[08:46] <PL7icnc> ich kann die rechner untereinander pingen 
[08:47] <PL7icnc> ich probiere mal dhcp ich habe garkeien dhcp aber gelesen wenn ich zur verfügeng stellen klicke bekomm ich da eine 
[08:51] <PL7icnc> nein wäre ja auch ein wunder
[08:52] <Fussel> am einfachsten wäre das mit nem switch, aber das muss auch so gehen, ich muss da n bissl stöbern...
[08:52] <PL7icnc> da ist ja ein switch dran am 1 rechner 
[08:52] <PL7icnc> aber der switch muss ja auch ins netz 
[08:52] <Fussel> hmmm
[08:53] <PL7icnc> es hat nur der Ubuntu 18.04 eine Wlan karte 
[08:54] <PL7icnc> muss bei der eth0 des 1 rechners auch der haken gesetzt werden 
[08:56] <Fussel> PL7icnc: diesen link schonmal betrachtet? https://wiki.ubuntuusers.de/Internetverbindungsfreigabe/
[08:56] <le_bot> Title: Internetverbindungsfreigabe › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[08:57] <PL7icnc> ok probiere es
[08:58] <Fussel> wenn beim durcharbeiten fragen auftauchen einfach fragen :)
[09:59] <PL7icnc> ich schaff das nicht mal neu starten und neu anfangen 
[10:42] <PL7icnc> Guten Tag ich hänge immer noch an der verbindung des 2 rechners zum internet via den ersten 18.04
[10:43] <PL7icnc> braucht der rechner 2 mit der statichen ip auch ein dns nameserver explizit
[10:43] <PL7icnc> also die ip des 1 rechners 
[10:43] <PL7icnc> das ist ja auch der gatway 
[10:44] <PL7icnc> bei ubuntu 10.04 ging das alles via script 1 Klick und fertig 
[10:44] <PL7icnc> hier bei 18.04 hängt das WINDOS like an häkchen die zu setzten sind 
[10:45] <PL7icnc> ip a ist sowas von unverständlich geschrieben die hilfe taugt garnichts 
[10:49] <PL7icnc> jemand der sich da auskennt 
[10:51] <redbrain> was stand den in dem script beim alten ubuntu?
[10:54] <PL7icnc> das war ics 
[10:54] <PL7icnc> das soll man nivcht mehr nutzen
[10:54] <PL7icnc> zudem ist dnsmsq ja ersetzt
[10:54] <PL7icnc> und der port 53 wird von systemctrl benutzt
[10:55] <PL7icnc> ich lösche mal die lan verbindung manuell und gebe das neu ein 
[11:00] <redbrain> kannst du den von rechner 2 ins internet pingen?
[11:01] <PL7icnc> nein 
[11:01] <PL7icnc> nur an die eth des 1 rechners
[11:02] <redbrain> ok ist eine route gesetzt auf rechner 2?
[11:02] <redbrain> route -n
[11:02] <redbrain> zum anzeigen der routing tabelle
[11:02] <PL7icnc> das ist ein debian
[11:03] <PL7icnc> da gibt es kein route 
[11:03] <redbrain> ip route
[11:03] <PL7icnc> komando nicht gefunden 
[11:04] <redbrain> aber das ip commando?
[11:04] <PL7icnc> da kommt was 3 zeilen 
[11:04] <redbrain> gut
[11:04] <redbrain> was steht bei der default route?
[11:04] <PL7icnc> default via ip rechner 1 mit der wlan inet verbindung 
[11:04] <redbrain> ok das hört sich korrekt an
[11:05] <PL7icnc> default via 192.168.1.1 dev eth0 onlink
[11:05] <Meike> Irgendeine Firewall aktiv??
[11:05] <PL7icnc> ich glaube das hängt an dem ubuntu rechner nicht an dem debian client 
[11:06] <PL7icnc> meines wissens nicht ich habe nur eine wlan  link tz einem Richtfunk netzwerk 
[11:06] <Meike> sudo iptables -L -n -v
[11:07] <PL7icnc>     0     0 ACCEPT     all  --  enp0s10 wlp1s6  192.168.0.0/24       0.0.0.0/0            ctstate NEW
[11:08] <Meike> also doch!
[11:08] <PL7icnc> müsste bei destination nicht die ip der wlan karte steghen 
[11:09] <PL7icnc> HIER die route des hauptrechners https://pastebin.com/y1KzaWu1
[11:09] <le_bot> Title: sammel@sammel-ub:~$ route -n Kernel-IP-Routentabelle Ziel Router - Pastebin.com (at pastebin.com)
[11:11] <PL7icnc> Meike,  was meinen Sie Damit frage also doch 
[11:11] <PL7icnc> es gibt bei ihrem befehl noch eine zweite zeile 
[11:12] <PL7icnc> 0     0 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED
[11:14] <Meike> Ich würde eher mittels "tcpdump" die IP-Pakete mitschneiden
[11:14] <redbrain> ich würde im zweifel alle firewall regeln löschen
[11:14] <redbrain> iptables INPUT ACCEPT
[11:15] <redbrain> iptables OUTPUT ACCEPT
[11:15] <redbrain> iptables FORWARD ACCEPT
[11:15] <redbrain> damit ist das scheunentor weit offen
[11:16] <PL7icnc> sudo ufw status inactive hilft noch dabei 
[11:17] <PL7icnc> redbrain,  das schenentor ist zu denn es schneit wie wild drausen 
[11:18] <Meike> sudo tcpdump -s 1500 -v -n -i <Name des Interface> host <ip-adresse des Mitzuschneidenden>
[11:21] <PL7icnc> ok versuch ich 
[11:22] <Meike> Selbstverständlich auf beiden Rechnern ;-)
[11:23] <PL7icnc> ok
[11:23] <PL7icnc> und dann pingen 
[11:23] <PL7icnc> oder bei rechner 2 host goolge.com 
[11:24] <Meike> .....Und die <ip-adresse des Mitzuschneideneden> jeweils entsprechend anpassen 
[11:25] <Meike> Mitschnitt #01: Rechner-GW ---> Client (2.er Rechner)
[11:26] <Meike> Mitschnitt #02: Client (2.er Rechner) ---> Rechner-GW
[11:28] <Meike> Und am besten etwas, was auch antwortet, anpingen: Beispiel: ping -4 www.heise.de
[11:29] <PL7icnc> der hauptrechner hat ja wlan und eth was für ein interface soll ich denn da überwachen 
[11:29] <PL7icnc> ich denke das eth 
[11:29] <Meike> leider beide
[11:31] <PL7icnc> das hängt rein an den haken zu setzen bei eth und wlan o 
[11:31] <PL7icnc> automatisch aktivieren und verbindung zulassen 
[11:35] <PL7icnc> der ping bringt unknown host 
[11:36] <Meike> ich kann Gedanken nicht lesen.... Von wo aus wohin? 
[11:38] <PL7icnc> also jetzt kann ich 8.8.8.8 anpingen 
[11:38] <PL7icnc> von rechner 2
[11:38] <Meike> was ist 8.8.8.8?
[11:38] <PL7icnc> google 
[11:38] <redbrain> googles nameserver
[11:39] <PL7icnc> aber  host google.de geht nicht
[11:39] <Meike> ping -4 www.heise.de
[11:39] <redbrain> dann muste den noch in /etc/resolv.conf eintragen
[11:40] <redbrain> aber vorsicht kann sein das resolv.conf von systemd oder anderem programm überschrieben wird
[11:40] <PL7icnc> Meike,  ping -4 gibt es bei debian nicht
[11:41] <redbrain> ping -c 4 ?
[11:41] <Meike> doch
[11:41] <Meike> -4 heißt IPv4
[11:41] <redbrain> ach stimmt
[11:41] <Meike> und nicht IPv6
[11:42] <Meike> sudo less /var/run/systemd/resolved/resolv.conf
[11:42] <PL7icnc> auf welchen rechner sol ich das resolv machen 
[11:43] <Meike> wenn die sich darin befindende IP-Adresse deines DNS stimmt, dann einen Verweis ins /etc/resolv.conf anlegen
[11:45] <redbrain> das resolv auf dem rechner wo host google.de nicht geht
[11:49] <PL7icnc> Die datei ist schreibgeschützt da komm ich garnicht rann 
[11:49] <PL7icnc> auch nicht mit sudo gedit
[11:49] <Meike> dat kann nicht sein
[11:50] <Meike> wer ist der Besitzer der Datei?
[11:51] <Meike> "ls -alFA" absetzen
[12:00] <Meike> Auf jeden Fall bin ich der Meinung, daß Du Dir das Leben unnötigerweise allzu kompliziert machst: An Deiner Stelle würde ich eher auf dem GW-Rechner ein Squid-Proxy installieren/konfigurieren... Und in Deinem Browser auf dem Client-Rechner die IP-Adresse des Squid-Proxy einstellen
[12:01] <PL7icnc> ok
[12:01] <Meike> Darüber hinaus kannst Du sowohl ein Antiviren-Programm (AMAVIS) als auch ein Antispamming (Spamassassin) mit laufen lassen
[12:02] <Meike> auf dem Squid-Proxy
[12:02] <PL7icnc> es hatt jetz 9 jahre gedauert bis ich den rechner updaten musste
[12:02] <PL7icnc> und 1mal muss das einfach ins netz
[12:03] <PL7icnc> GEHT
[12:03] <PL7icnc> die Resolv hat es gebracht
[12:03] <redbrain> super
[12:05] <PL7icnc> da kann man nach 4std ein Buch schreiben 
[12:05] <PL7icnc> 100te commands eingegeben aber was war nun 
[12:05] <redbrain> wenn es jetzt wieder 9 jahre geht ;)
[12:06] <redbrain> zumindest dein dns server  war nicht konfiguriert
[12:08] <PL7icnc> ich habe aber nameservers in der interfaces angegeben 
[12:10] <redbrain> hm ja da gehören sie auch hin
[12:10] <redbrain> zumindest war das früher so
[12:11] <redbrain> aber mittlerweile fuschen da ja systemd oder networkmanager auch drinnen rum
[12:15] <groudon_> ich habe auch mit dns problemen
[12:18] <PL7icnc> DANKE ich bin weg Mittag
[12:38] <bibsch> i have an openvpn related question: when im configuring my vpn im getting askes "Specify the private subnets to which all clients should be given access"
[12:39] <bibsch> what extact is my subnet - im not sure what to enter there
[12:40] <bibsch> ach ist ja deutscher channel... verplant sry
[17:46] <Kali_Yuga> Hallo seit dem letzten kernel upgrade funktioniert das wlan geht nichtmehr. musste auf den alten kernel in grub ausweichen. soll ich den neuen kernel loeschen ueber synaptic? oder was ist das beste was ich jetzt tuen kann?
[17:46] <Kali_Yuga> Hallo seit dem letzten kernel upgrade funktioniert das wlan * nichtmehr. musste auf den alten kernel in grub ausweichen. soll ich den neuen kernel loeschen ueber synaptic? oder was ist das beste was ich jetzt tuen kann?
[17:59] <j0k> kam schon an
[18:00] <j0k> welches Ubuntu welche Oberfläche und welcher WLAN Chip nutzt Du?
[18:10] <Kali_Yuga> j0k: Ubuntu 18.04, Kernel: 4.15.0-48-generic (wlan funktioniert nicht), 4.15.0-47 (wlan funktioniert). Der Wifi Chip ist: Realtek RTL8723BE PCIe Wirless Network adapter
[18:17] <j0k> zeig mal bitte was lsusb bzw. lspci über den Chip sagt
[18:21] <Kali_Yuga> ok sekunde
[18:21] <Kali_Yuga> 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
[18:30] <j0k> hmm ... vielleicht hängt das ja immer noch mit nem älteren Bug zusammen? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1788997
[18:30] <le_bot> Title: Bug #1788997 “rtl8723be wifi does not work under linux-modules-e...” : Bugs : linux package : Ubuntu (at bugs.launchpad.net)
[18:41] <j0k> aber den neuen Kernel löschen würd ich erst mal gar nicht machen sondern halt einfach erstmal immer den -47er booten bis ein neuerer kommt. Ggf. auch den Bug melden 
[18:42] <j0k> hab leider grad gar keine Zeit das alles durchzuforsten. Vielleicht passt der Bugreport ja auf Dich auch und Du brauchst ihn dann nur "mitzeichnen"
[20:14] <tomreyn> Kali_Yuga: du könntest auch mal in die logs rein gucken von dem letzten mal als du 4.15.0-48-generic gebootet hast
[20:14] <tomreyn> Kali_Yuga: das "Kali" in deinem nickname klingt verdächtig danach als ob du gar nicht wirklich ubuntu nutzt. liege ich da falsch?