Das wäre die richtige Lösung.
Anfängerfragen - Linux Neuling? Hier ist der richtige Platz für deine Fragen (2)
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Müsste auf jeden Fall auch mit iptables gehen. Bin da bei Weitem kein Experte, aber habe mich mal versucht:
Das VPN muss in einem anderen Subnetz liegen. z.B. 10.0.0.0/8
Wenn dein VPN-Gegenüber dann die 10.0.0.1 hat (Dein lokaler tun0-Adapter hat z.B. die 10.0.0.2, mit Gateway 10.0.0.1):
iptables -t nat -A PREROUTING -i lo -p tcp -m tcp --dports 1433 -j dnat --to-destination 10.0.0.1
Also in Theorie: Was von lokal kommt wird für den Falle eines Zielports von 1433 auf die IP 10.0.0.1 umgelenkt.
Durch die veränderte Ziel-IP wird automatisch der Adapter genutzt, der die passende Gateway-IP für das Subnet zur Verfügung stellt.
Unter Garantie falsch, aber wo schon was ist, findet sich ja meistens viel schneller jemand, der dann korrigiert, als wenn da Nichts ist
Das VPN muss in einem anderen Subnetz liegen. z.B. 10.0.0.0/8
Wenn dein VPN-Gegenüber dann die 10.0.0.1 hat (Dein lokaler tun0-Adapter hat z.B. die 10.0.0.2, mit Gateway 10.0.0.1):
iptables -t nat -A PREROUTING -i lo -p tcp -m tcp --dports 1433 -j dnat --to-destination 10.0.0.1
Also in Theorie: Was von lokal kommt wird für den Falle eines Zielports von 1433 auf die IP 10.0.0.1 umgelenkt.
Durch die veränderte Ziel-IP wird automatisch der Adapter genutzt, der die passende Gateway-IP für das Subnet zur Verfügung stellt.
Unter Garantie falsch, aber wo schon was ist, findet sich ja meistens viel schneller jemand, der dann korrigiert, als wenn da Nichts ist
Zuletzt bearbeitet:
McIntyre
Enthusiast
- Mitglied seit
- 04.09.2009
- Beiträge
- 423
Das hängt davon ab, wie der Server und der Client konfiguriert sind.
Wenn du deinen Rechner zu einem VPN-Server verbindest, weist der VPN-Server deinem Rechner eine IP zu. Diese IP bekommt dann das tun-device. Darüber ist der VPN-Server dann ansprechbar.
Dass der ganze Netzwerkverkehr über das VPN geht, muss nicht zwingend so sein. Das ist zwar in den ganzen Anleitungen für OpenVPN so konfiguriert, es geht aber auch ohne.
Wenn auf Serverseite die Option push "redirect-gateway def1 bypass-dhcp" aktiv ist, wird tatsächlich aller Traffic durch das tun-device geroutet.
Falls das so ist, kannst du in der Client-Konfiguration das mit pull-filter ignore redirect-gateway ignorieren.
Was du generell beachten musst, ist, dass die vom VPN-Server zugewiesene IP nicht schon in deinem Lokalen Netzwerk vorkommt.
Zuletzt bearbeitet:
Äh, würde man das nicht einfach mit
lösen? 192.168.1.1 wäre die IP des MSSQL-Servers, 10.0.0.1 die IP des Tunnelinterfaces und tun0 der Name des Tunnelinterfaces. Zusätzlich das beachten, was McIntyre geschrieben hat.
Code:
ip route add 192.168.1.1/32 via 10.0.0.1 dev tun0
Zuletzt bearbeitet:
P
pillenkoenig
Guest
ich hab ein seltsames audio problem.
wenn ich mit vlc musik hoere, wird das volume in vlc nach jedem track auf 'mute' gesetzt. das gleiche passiert auch, wenn wenn z.b. der browser ploetzlich audio abspielt.
das parallele verwenden von vlc und teamspeak geht jedoch. (ohne das problem auszuloesen)
ich verwende pulseaudio und das pasystray-applet.
wenn ich mit vlc musik hoere, wird das volume in vlc nach jedem track auf 'mute' gesetzt. das gleiche passiert auch, wenn wenn z.b. der browser ploetzlich audio abspielt.
das parallele verwenden von vlc und teamspeak geht jedoch. (ohne das problem auszuloesen)
ich verwende pulseaudio und das pasystray-applet.
P
pillenkoenig
Guest
das wird schon irgend ein programm sein, die frage ist welches?
in den vlc einstellungen konnte ich nichts entsprchendes finden. trotzdem habe ich vlc oder eben pulseaudio im verdacht.
in den vlc einstellungen konnte ich nichts entsprchendes finden. trotzdem habe ich vlc oder eben pulseaudio im verdacht.
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Keine Lösung, aber ein Workaround und evtl,. nützlich um das Audioproblem einzugrenzen:
In /etc/pulse/daemon.conf
flat-volumes = no
setzen.
Dann Pulseaudio neu starten, mit
pulseaudio -k && pulseaudio -D
oder einfach Rebooten, um sicher zu gehen.
Dann sollten Anwendungen keine Kontrolle mehr über die globale Lautstärke haben. Wenn es dann nicht mehr passiert weißt du, dass es von einer anderen Anwendung als VLC verursacht wurde (und evtl. reicht dir dieses Verhalten dann so ja auch schon)
In /etc/pulse/daemon.conf
flat-volumes = no
setzen.
Dann Pulseaudio neu starten, mit
pulseaudio -k && pulseaudio -D
oder einfach Rebooten, um sicher zu gehen.
Dann sollten Anwendungen keine Kontrolle mehr über die globale Lautstärke haben. Wenn es dann nicht mehr passiert weißt du, dass es von einer anderen Anwendung als VLC verursacht wurde (und evtl. reicht dir dieses Verhalten dann so ja auch schon)
Zuletzt bearbeitet:
P
pillenkoenig
Guest
vielen dank schonmal.
hab gerade in
Code:
/etc/pulse/daemon.conf
Code:
flat-volumes = noes ist auch nicht so, dass sich etwas am globalen audio aendert, sondern in VLC wird der ton deaktiviert. als haette man auf das kleine lautsprechersymbol neben dem volume regler geklickt.
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Ohne die Flat Option ist die lokalen Lautstärke tatsächlich so mit der globalen verknüpft, dass genau dieses Verhalten auch von einer anderen Anwendung verursacht werden könnte.
Aber da dem nicht so ist, heißt das nun, dass die Ursache doch beim VLC liegen muss.
Ist natürlich schwierig zu sagen bei der Vielzahl von (zom großen Teil verwirrend benannten) Optionnen. Wie sieht denn "Die Lautstärke behalten" aus? Hast du dies schon einmal umgeschaltet?. Die ist nur sichtbar bei Optionen auf "Alle". Wenn man die Optionen auf "Einfach" stehen hat bekommt man stattdessen die Option "Audio-Start-Pegel immer zurücksetzen auf" angeboten, die genau das Gegenteil bewirkt. Also ziemlich konfus schon Mal..
Kuzorra
Urgestein
Mein Anliegen ist, dass ich über die FritzPhone_App per VPN telefonieren kann - hat da jemand Erfahrungswerte?
Muss jede OpenVPN-Implementierung das unterstützen, sprich: wirkt sich diese serverseitige Einstellung auch auf Android-Clients aus?
Das muss ich mal probieren...
Muss jede OpenVPN-Implementierung das unterstützen, sprich: wirkt sich diese serverseitige Einstellung auch auf Android-Clients aus?
P
pillenkoenig
Guest
hab schon alle moeglichen optionen ausprobiert.
in der "simple" ansicht ist die option "reset audio to" ausgegraut!
ob ich in der erweiterten ansicht die option "remember audio" drin habe oder nicht aendert nichts.
Kuzorra
Urgestein
Wie gesagt, probier ich später mal aus...
- - - Updated - - -
Hmm, die Option steht schon drin. Ich hatte das al nach einer Standard-Anleitung eingerichtet, da war das wohl schon dabei.
Zusätzlich wird vom OpenVPN-Server (RasPi) noch ein DNS gepushed, macht das einen Unterschied?
- - - Updated - - -
Hmm, die Option steht schon drin. Ich hatte das al nach einer Standard-Anleitung eingerichtet, da war das wohl schon dabei.
Zusätzlich wird vom OpenVPN-Server (RasPi) noch ein DNS gepushed, macht das einen Unterschied?
Sofasurfer
Enthusiast
- Mitglied seit
- 15.07.2008
- Beiträge
- 881
Hallo, ich habe gestern mein System neu aufsetzen müssen weil ich es zerschossen habe, selber schuld 
Nun habe ich wieder Ubuntu 19.04 64bit und möchte eine Eweiterung für Gnome installieren, damit die Tittelleiste verschwindet. Dafür habe ich mir GTL Titlebar geladen.https://github.com/velitasali/GTKTitleBar Irgendwie verstehe ich nicht welche Datei ich wo hinpacken muss.
Kommt die Extension in den persönlichen Ordner .local /share/gnome..... oder wo kommt die hin?
Nun habe ich wieder Ubuntu 19.04 64bit und möchte eine Eweiterung für Gnome installieren, damit die Tittelleiste verschwindet. Dafür habe ich mir GTL Titlebar geladen.https://github.com/velitasali/GTKTitleBar Irgendwie verstehe ich nicht welche Datei ich wo hinpacken muss.
Kommt die Extension in den persönlichen Ordner .local /share/gnome..... oder wo kommt die hin?
Sofasurfer
Enthusiast
- Mitglied seit
- 15.07.2008
- Beiträge
- 881
ja ich weiß Danke, ich habe die Datei reingeschmissen, aber das Tweak Tool erkennt sie nicht
Mal den offiziellen Weg über den Store versucht? GTK Title Bar - GNOME Shell Extensions
Sofasurfer
Enthusiast
- Mitglied seit
- 15.07.2008
- Beiträge
- 881
Zuletzt bearbeitet:
amdx2
Enthusiast
Hallo!
Bei meinem Debian Server (Jessie) funktioniert update nicht. Ich habe versucht die sources.list zu ändern und auch auf lts umzustellen... und habe da hoffentlich nichts vermurkst:
Folgende Ausgabe beim apt-get update habe ich:
Bei meinem Debian Server (Jessie) funktioniert update nicht. Ich habe versucht die sources.list zu ändern und auch auf lts umzustellen... und habe da hoffentlich nichts vermurkst:
Folgende Ausgabe beim apt-get update habe ich:
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Hallo auch!
Der Http Fehler 404 heißt ja nur, dass unter der angeforderten Adresse nichts gefunden wurde.
Dies kann gelegentlich zwar auch daran liegen, dass der Link veraltet ist, und es dort Nichts mehr zu finden gibt, aber in den meisten Fällen liegt es daran, dass der Link einfach falsch ist, ob durch einen Tippfehler oder unvollständiges Kopieren, beim Erstellen der Seite oder erst beim User.
Ich weiß zwar vom Debian Repo-System auch nur so viel, dass ich es für ziemlich verwirrend halte, aber dafür gibt es ja Google
Und diese offizielle Debian-Seite behauptet, dass die Sources für deinen Wunsch so aussehen sollte:
Und eventuell noch die Quellen hinzufügen, die unter "Additional repositories" verlinkt werden, falls du bestimmte Nicht-Open-Source-Software, wie z.B. Firmware oder Treiber in Benutzung hast.
So oder so, hoffe ich dass du vor dem Ändern der Quellen ein Backup von deinem Server gemacht hast, oder spätestens jetzt eins machst; denn auch wenn es leider sehr viele Websites sehr harmlos aussehen lassen, mal eben sein System auf ein anderes Repository umzustellen, so sagen mir meine Erfahrungen da ganz Anderes...
Danach deine alte sources.list umbennen, eine neue mit den Quellen von der Debian-Site erstellen, dann apt-update, dist-upgrade und hoffen
Edit: Schaue wegen der Quellen am Besten auf der Debian-Seite, das Forum hier vermurkst die URLs leider, obwohl sie im Zitat stehen.
Der Http Fehler 404 heißt ja nur, dass unter der angeforderten Adresse nichts gefunden wurde.
Dies kann gelegentlich zwar auch daran liegen, dass der Link veraltet ist, und es dort Nichts mehr zu finden gibt, aber in den meisten Fällen liegt es daran, dass der Link einfach falsch ist, ob durch einen Tippfehler oder unvollständiges Kopieren, beim Erstellen der Seite oder erst beim User.
Ich weiß zwar vom Debian Repo-System auch nur so viel, dass ich es für ziemlich verwirrend halte, aber dafür gibt es ja Google
Und diese offizielle Debian-Seite behauptet, dass die Sources für deinen Wunsch so aussehen sollte:
Und eventuell noch die Quellen hinzufügen, die unter "Additional repositories" verlinkt werden, falls du bestimmte Nicht-Open-Source-Software, wie z.B. Firmware oder Treiber in Benutzung hast.
So oder so, hoffe ich dass du vor dem Ändern der Quellen ein Backup von deinem Server gemacht hast, oder spätestens jetzt eins machst; denn auch wenn es leider sehr viele Websites sehr harmlos aussehen lassen, mal eben sein System auf ein anderes Repository umzustellen, so sagen mir meine Erfahrungen da ganz Anderes...
Danach deine alte sources.list umbennen, eine neue mit den Quellen von der Debian-Site erstellen, dann apt-update, dist-upgrade und hoffen
Edit: Schaue wegen der Quellen am Besten auf der Debian-Seite, das Forum hier vermurkst die URLs leider, obwohl sie im Zitat stehen.
Zuletzt bearbeitet:
amdx2
Enthusiast
Danke für die Antwort.
Das dürfte damit was zu tun haben:
Removal of jessie-updates and jessie-backports from Debian mirrors s Blog
Das geändert in der source.list:
deb Index of /debian jessie-backports main contrib non-free
deb-src Index of /debian jessie-backports main contrib non-free
danach: echo 'Acquire::Check-Valid-Until no;' > /etc/apt/apt.conf.d/99no-check-valid-until
danach apt-get upgrade (vieeel runtergeladen und upgedatet
danach apt-get update
Ergebnis:
OK Index of / jessie-backports InRelease
Ign Index of / jessie-backports/main Sources/DiffIndex
Ign Index of / jessie-backports/contrib Sources/DiffIndex
Ign Index of / jessie-backports/non-free Sources/DiffIndex
Ign Index of / jessie-backports/main i386 Packages/DiffIndex
Ign Index of / jessie-backports/contrib i386 Packages/DiffIndex
Ign Index of / jessie-backports/non-free i386 Packages/DiffIndex
Ign Index of / jessie-backports/contrib Translation-en/DiffIndex
Ign Index of / jessie-backports/main Translation-en/DiffIndex
Ign Index of / jessie-backports/non-free Translation-en/DiffIndex
OK Index of / jessie-backports/contrib Translation-en
OK Index of / jessie-backports/main Translation-en
OK Index of / jessie-backports/non-free Translation-en
OK Index of / jessie-backports/main Sources
OK Index of / jessie-backports/contrib Sources
OK Index of / jessie-backports/non-free Sources
OK Index of / jessie-backports/main i386 Packages
OK Index of / jessie-backports/contrib i386 Packages
OK Index of / jessie-backports/non-free i386 Packages
- - - Updated - - -
Reichen die 2 index Einträge in der sources?
Das dürfte damit was zu tun haben:
Removal of jessie-updates and jessie-backports from Debian mirrors s Blog
Das geändert in der source.list:
deb Index of /debian jessie-backports main contrib non-free
deb-src Index of /debian jessie-backports main contrib non-free
danach: echo 'Acquire::Check-Valid-Until no;' > /etc/apt/apt.conf.d/99no-check-valid-until
danach apt-get upgrade (vieeel runtergeladen und upgedatet
danach apt-get update
Ergebnis:
OK Index of / jessie-backports InRelease
Ign Index of / jessie-backports/main Sources/DiffIndex
Ign Index of / jessie-backports/contrib Sources/DiffIndex
Ign Index of / jessie-backports/non-free Sources/DiffIndex
Ign Index of / jessie-backports/main i386 Packages/DiffIndex
Ign Index of / jessie-backports/contrib i386 Packages/DiffIndex
Ign Index of / jessie-backports/non-free i386 Packages/DiffIndex
Ign Index of / jessie-backports/contrib Translation-en/DiffIndex
Ign Index of / jessie-backports/main Translation-en/DiffIndex
Ign Index of / jessie-backports/non-free Translation-en/DiffIndex
OK Index of / jessie-backports/contrib Translation-en
OK Index of / jessie-backports/main Translation-en
OK Index of / jessie-backports/non-free Translation-en
OK Index of / jessie-backports/main Sources
OK Index of / jessie-backports/contrib Sources
OK Index of / jessie-backports/non-free Sources
OK Index of / jessie-backports/main i386 Packages
OK Index of / jessie-backports/contrib i386 Packages
OK Index of / jessie-backports/non-free i386 Packages
- - - Updated - - -
Reichen die 2 index Einträge in der sources?
Zuletzt bearbeitet:
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Gute Seite, die du da gefunden hast.
Heißt also, die Backports die du jetzt drin hast sind nur ergänzend.
Du brauchst aber mindestens eine Repo für die Grundpakete und die Sicherheitsupdates sollten auch drin sein. Die stehen auf der LTS-Seite stehen die ich verlinkt hatte, also:
Heißt also, die Backports die du jetzt drin hast sind nur ergänzend.
Du brauchst aber mindestens eine Repo für die Grundpakete und die Sicherheitsupdates sollten auch drin sein. Die stehen auf der LTS-Seite stehen die ich verlinkt hatte, also:
Anhänge
Zuletzt bearbeitet:
amdx2
Enthusiast
Danke! Reihenfolge egal?
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Das weiß ich nicht mit Sicherheit, aber ich vermute dass die Reihenfolge schon einen Zweck hat. Was sich weiß ist, dass die Reihenfolge normalerweise immer so ist, dass die Grundpakete zuerst kommen, und dann die Sicherheitsupdates. Also die beiden die in dem Bild sind, dass ich eingebunden habe.
Zusatzpakete wie Backports oder non-free kommen danach.
Also sollten die beiden Einträge die du vorher hattest unter die beiden Anderen.
Ich nehme an, dass die Reihenfolge dann einen Unterschied macht, wenn namensgleiche Pakete in mehreren Repos vorkommen, und abhängig von der Reihenfolge eine Bevorzugung stattfindet.
Außerdem würde ich wohl an dieser Stelle nach dem anschließenden "apt update" ein "apt dist-upgrade" durchführen (und nicht nur apt upgrade), damit auch der LTS-Kernel drauf ist.
Und die Ausgabe von apt-dist-upgrade beachten, es kann bei solchen Veränderungen durch irgendwelche Kleinigkeiten schnell passieren, dass einem mal eben 75% aller Pakete deinstalliert werden, was es schwierig machen kann das System wieder zum Laufen zu kriegen.
Zusatzpakete wie Backports oder non-free kommen danach.
Also sollten die beiden Einträge die du vorher hattest unter die beiden Anderen.
Ich nehme an, dass die Reihenfolge dann einen Unterschied macht, wenn namensgleiche Pakete in mehreren Repos vorkommen, und abhängig von der Reihenfolge eine Bevorzugung stattfindet.
Außerdem würde ich wohl an dieser Stelle nach dem anschließenden "apt update" ein "apt dist-upgrade" durchführen (und nicht nur apt upgrade), damit auch der LTS-Kernel drauf ist.
Und die Ausgabe von apt-dist-upgrade beachten, es kann bei solchen Veränderungen durch irgendwelche Kleinigkeiten schnell passieren, dass einem mal eben 75% aller Pakete deinstalliert werden, was es schwierig machen kann das System wieder zum Laufen zu kriegen.
Zuletzt bearbeitet:
amdx2
Enthusiast
So ok...
dist-upgrade hatte ich schon vorher gemacht und auch da wurde vieles runtergeladen. Habe dann Neustart gemacht und alles funktioniert.
jetzt kommt bei update
Ist das nun ok?
dist-upgrade hatte ich schon vorher gemacht und auch da wurde vieles runtergeladen. Habe dann Neustart gemacht und alles funktioniert.
jetzt kommt bei update
Ist das nun ok?