Beiträge von hastagger

Ok - habe es gefunden --- aus einem nicht ersichtlichen Grund war nach dem Update

IP forwarding nicht eingeschaltet.

Jetzt läuft es wieder. -- closed

also --- ich verbinde mich mit der NAS über irgendeinen Port .. der gesamte Traffic geht durch die NAS und kommt bei mir z.B. im Browser an ...

Wenn ich meine IP per Browser über einen Dienst anzeigen lasse ..zeigte er mir unter LEAP 42.3 immer die IP des NAS in dem anderen Land.
Seit meinem Update --- sehe ich immer meine IP und nicht die des NAS (VPN)?

An der anderen Hard-/Software hat sich nichts geändert

Zitat von Sauerland

/etc/openvpn/client.conf stimmt?

Ja, lief vorher und das gleiche Profil funzt auf allen anderen Systemen.

Mir ist zwr nicht klar was unvertsändlich ist ...

1) leaken - meint das die reale IP -- die vom Provider an mich gegebene IP angezeigt wird,
obwohl ich über eine VPN Verbindung verbunden bin und meinen gesamten Traffic dort durchtunnele!
2) Ich tunnele meinen gesamten Traffic durch einen Port per VPN (VPN - kein kommerzieller sondern ein anderer privater Rechner (NAS) im Ausland)
3) Netzkarten?? Eine Netzwerkkarte
4) tun
5) Client to Server (? - siehe 2)

Da es vorher einwandfrei lief Frage ich mich was jetzt anders ist?

Hi,

hier ein problem wo mir die Expertise zur behebung fehlt.
Ich habe ein VPN mit LEAP 42.3 am laufen gehabt und alles funktionierte einwandfrei.

Seit dem update auf LEAP15 -- wird "bei dem VPN die reale IP geleaked".

Meine Hardware hat sich nicht geändert (Router etc. und unter Win10 funktioniert es einwandfrei), im Webbrowser ist WebRTC blockiert.

Ich kann nicht feststellen wo der hacken ist? Ich benutze ein openVPN Profil das ich in die Netzwerkkonfiguration importiert wurde (unter 42.3). Verbindung wird hergestellt ..
zumindest sagt es connected ..

Was kann ich tun?

Es gibt ein feature was mir bei anderen Distro's sehr gut gefällt

-- wie z.B. das Devices die eingebunden (mounted) werden als Symbol auf dem Desktop erscheinen und zugreifbar sind.
Bei Ubuntu lässt sich dieses Verhalten für jedes Device beliebig konfigurieren!

Lässt Sich dies in Suse (KDE/Plasma) realisieren? Oder ist es nicht möglich?

Wenn ja wie kann es gemacht werden?

Mit Dank für etwas Input

Mit BTRFS bisher keine Probleme gehabt. Ärgerlich war 42.3 das SNAPPER einem die HDD zumüllt und keine SNAPPER Quota per Default gesetzt ist.
Das lässt sich aber einrichten.

Unter LEAP15 kommt es gelegentlich zu kleineren FREEZE UPS (habe es aber auf einer alten Disk zum rumspielen am laufen) - dachte es liegt eher daran.
Ich werde aber die erhöhte CPU Auslastung ggf. im Auge behalten!

#LEAP15

Benutze LEAP15 in EN und habe alle weiteren "Formate und Zeit" wie in DE eingestellt.

Wie kommt es das nur wenige Elemente einheitlich Englisch sind?
Beispielhaft im Anhang ein Screenshot

Woran liegts?

oops sorry german here ...

anyway thx for the script will play with it when needed ..

P.S.: As a suggestion - could the openSuse team implement a more refined rescue feature - for boot, graphics and missing system libraries?
Something that works simple e.g. one like the rescue in Ubuntu?

LEAP15 seems to work nicely ... as far as I can tell.

openSuse 15 again --- My setup: GEFORCE GT740 graphics should use the (latest) NVIDIA driver e.g. NVIDIA-Linux-x86_64-390.67.run (manually installed)

Problem: Standard re-compiled NVIDIA driver installation fails causing X-server crashes (black screen, mouse only, blinking at commandline and so on - essentially to fail beyond recovery.

Prerequisite: Download the NVIDIA driver first e.g. NVIDIA-Linux-x86_64-390.67.run

After an upgrade from Leap v42.3 to LEAP15 the update left me "again" with a black screen mouse only and beeing unable to switch to any console.
May be it is my hardware (which is not that new), however I cannot understand that certain errors persist for years and cannot be fixed.

Basically -- I fixed the issue by installing the driver the hardway, because none of pre-compiled NVIDIA drivers (GF04 or GF03) worked (tried them all).

Found this guide at: "https://en.opensuse.org/SDB:NVIDIA_the_hard_way" in a modified way allowed for installation of the latest NVIDIA driver
However - this leaves the system effectively unbootable. The guide suggests to remove

# zypper rm drm-kmp-default
# mkinitrd

followed by a "reboot" --- which in turn leaves the system unbootable, since the boot entry in grub2 has been completely removed with it!

FIX ---
(1) when booting at the grub menu, select the entry and press "e" to edit the boot parameter. Adding an "init 3 " to the boot parameter line
(including the space after the 3), which allowed for booting into console.

(2) at the console as root:

# snapper create


# zypper in -t pattern devel_C_C++ devel_kernel


# zypper in libelf-devel

worked fine --- to have all tools to compile at hand.

(3) Now remove the previously attempted installations of NVIDIA drivers by:
using either the graphical interface "yast" run in console .. search for NVIDIA and remove related packages. When ask do not let yast install the MESA driver as it will crash the Xserver.
Resolve all conflicts if any ..

(4) Remove "drm-kmp-default - if anything left there

# zypper rm drm-kmp-default

In my case -- there was no drm-kmp default when I used yast - so abort it (but good to check). The system might suggest to remove "kernel-default" -- which you should not do!!!

(5) Reboot and press "e" at GRUB2, add "nomodeset" and "3" to the group
"splash=silent quiet showopts". For example: "splash=silent quiet nomodeset 3 showopts"

nomodeset ensures the nouveau driver won't be loaded and the "3 " that you be backup at the console.

(6) at the console, change directory to the location where you downloaded the driver e.g. "NVIDIA-Linux-x86_64-390.67.run" and:

# sh /home/<username>/Downloads/<NVIDIA*.run>


# mkinitrd

This should work without any error ... Ccheck if everything related to NVIDIA is finally there:

# lsinitrd | grep nvidia


# shutdown -r now


# hwinfo --gfxcard

the hwinfo command can be used prior to reboot too ..So finally everything is working. Note: block the installation of the MESA driver in YAST -- to avoid problems.Comment: Still I cannot believe that this problem comes back over and over .. Yes, I understand NVIDIA is NVIDIA and openSuse is openSuse, but it is a common used driver or not. It would be nice if this can be somehow automated by script by the less tech professionals.There is as well no good recovery tools to fix graphical login errors ...