Tuor_ | Hei, unter Ubuntu 16.04 (KDE) ist ja ein DNS-resolver lokal am laufen. Wenn ich nun diesem Resolver beibringen möchte, dass er für gewisse Domains, einen anderen DNS Server fragt, als den welchen er vom DHCP-Server erhalten hat, wie müsste ich das tun? | 06:56 |
---|---|---|
Tuor_ | domain1.com -> 1.1.1.1 domain2.com -> 8.8.8.8 .... | 06:56 |
_moep_ | 1.1.1.1 wäre ne schlechte wahl | 06:59 |
Tuor_ | Erstens: das Details was ich da für einen Server jeweils eintrage ist irelevant. Zweitens: dig +short @1.1.1.1 heise.de -> 193.99.144.80 | 07:08 |
DaVu | hm...also ich bekomme da eine andere IP. Aber das mag vielleicht auch schnurz sein | 07:19 |
DaVu | egal ob ich es mit dig oder nslookup mache, ich habe immer die 85 am Ende | 07:19 |
DaVu | ah, nein. Ich hatte einen Unterschied bei der Eingabe. Ich hatte: dig +short @1.1.1.1 www.heise.de | 07:20 |
DaVu | bei nur "heise.de" kommt auch die 80 | 07:20 |
DaVu | Tuor_: warum möchtest du das eigentlich machen? Ich verstehe den Hintergrund noch nicht | 07:21 |
Tuor | DaVu: weil ich Kunden DNS-Server eintragen muss. Diese haben teils lokale Netze (z.B. 10.0.0.0/8) und DNS-Server welche nur von intern erreichbar sind. Wenn ich nun mit mehreren Kunden verbunden bin, brauche ich für den jeweiligen Kunden deren DNS-Server. Aktuell läuft das so: customer-ssh `dig +short @ns host` | 07:28 |
Tuor | Ziemlich umständlich... | 07:28 |
Tuor | bin für 2 min offline, bitte kurz warten mit antworten. brb | 07:30 |
* Tuor is back | 07:33 | |
=== oer_ is now known as oerheks | ||
MojoDodo | Hallo, ich habe unter Ubuntu 18.04 das Problem, das seit gestern scheinbar snaps nicht mehr funktionieren. | 18:04 |
MojoDodo | Weder der Standardtaschenrechner öffnet sich noch ein weiteres Programm, welches als snap installiert ist | 18:04 |
MojoDodo | Ist das momentan ein bekanntes Problem? | 18:06 |
MojoDodo | Wenn ich gnome-calculator im Terminal starten will, steht in der Fehlermeldung u.a: | 18:06 |
MojoDodo | "...Permission denied | 18:06 |
MojoDodo | You need to connect this snap to the gnome platform snap." | 18:06 |
Lengsdorfer | das hier gelesen? https://bugs.launchpad.net/snappy/+bug/1711713 | 18:08 |
le_bot | Title: Bug #1711713 “snap connect simply doesn't work” : Bugs : Snappy (at bugs.launchpad.net) | 18:08 |
MojoDodo | Lengsdorfer: noch nicht, danke! | 18:15 |
hErMeS_0815 | Hallo, ich versuche die Kernel Messages über ttyUSB0 auszugeben. Der Kernel liefert allerdings kein Wörtchen über die ttyUSB0 Schnittstelle. Ein Echo auf das ttyUSB0 funktioniert. Als Bootparameter ist bereits console=ttyUSB0,9600n8 hinzugefügt und quiet splash auch entfernt. Woran kann dies Liegen dass keine Messages gesendet werden? | 19:27 |
nagetier | hErMeS_0815: das schon gelesen? (ich nicht vollständig) https://www.centos.org/forums/viewtopic.php?t=54984 .. ist grub auf deinem System USB bekannt? | 19:40 |
le_bot | Title: [SOLVED] ttyUSB0 Serial Console and Standard Console - CentOS (at www.centos.org) | 19:40 |
hErMeS_0815 | es ist das Standard grub von der Server 18.04 amd64 Installation. Leider auch ohne erfolg. | 19:54 |
hErMeS_0815 | ein "cat -v < /dev/ttyS0" auf der gegenseite zeigt mir jedenfalls bei "echo irgendwas > /dev/ttyUSB0" auf der anderen Seite den Text an. Daran sollte es wohl weniger liegen? Baudraten sind auf beiden Seiten gleich. [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.15.0-29-generic root=UUID=b57d2a78-8461-11e8-b75a-20cf3035cc1a ro console=ttyUSB0,115200n8 console=tty0 | 19:58 |
nagetier | hErMeS_0815: aber steht USB grub schon u dem Zeitpunkt bereit, wo du es gebrauchen möchtest? Ob sich später, wenn das System vollständig initialisiert ist, ein echo absetzen lässt, ist dann ja nicht ausschlaggebend | 20:01 |
nagetier | hErMeS_0815: noch vermute ich eine problemlose Konfiguration wenn du die serielle Schnittstelle verwenden würdest | 20:04 |
hErMeS_0815 | nagetier: wie kann ich das mit grub und USB prüfen? | 20:12 |
hErMeS_0815 | Tastatur, Maus und HDD ist per USB angeschlossen | 20:13 |
nagetier | hErMeS_0815: gute Frage, müsste auch nachlesen.. ich wollte dich nur darauf hinweisen genau das zu prüfen | 20:16 |
nagetier | hErMeS_0815: nur ganz schnell gesucht.. https://www.linux.org/threads/understanding-the-various-grub-modules.11142/ | 20:18 |
le_bot | Title: Understanding the Various Grub Modules | Linux.org (at www.linux.org) | 20:18 |
nagetier | /boot/grub/i386-pc/usbserial_*.mod sollte wohl mindestens vorhanden sein, vermute ich | 20:19 |
nagetier | /boot/grub/i386-pc/usbserial_common.mod* | 20:20 |
nagetier | hm.. das ist aber auch hier vorhanden | 20:20 |
nagetier | aber ist dann dann auch geladen, ich weiß es nicht | 20:21 |
hErMeS_0815 | auf der grub commandline habe ich jetzt ein insmod usbserial_pl2303 gemacht. danach boot. Nach dem Boot wird erstmal der LoginPrompt auf dem anderen Rechner empfangen | 20:40 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!