› › ›

Linux 15.036 Themen, 107.107 Beiträge

Verfolgung starten Optionen

Proxy konfigurieren

xxpe_maxx / 11 Antworten / Baumansicht Nickles

Ich bin mehr oder weniger Neu im Thema Linux. Habe zwar Linux immer mal wieder als einfacher Konsument benutzt aber da auch eher aus DAU denn als Wissender.

Nun habe ich folgendes Problem.

Ich soll testweise auf meiner Arbeit auf Hyper-V mit Ubuntu Desktop und Ubuntu Server eine kleine Testreihe starten. Das Netzwerk, über das der Host ins Internet geht, sitzt hinter einem Proxy. Die Proxy-Adresse ist mir bekannt und in Ubuntu Server eingetragen und ich kann den Server über sudo apt update && apt upgrade mit Updates versorgen.

Trage ich aber den Proxy bei Ubuntu Desktop ein, dann habe ich immer noch keinen Zugang zum Internet. Eine IPv4 hat sich Desktop allerdings problemlos über DHCP gezogen.

Gebe ich auf beiden Maschinen ip a ein erscheint folgendes:

Server:

inet xxx.xxx.xxx.206/24 brd xxx.xxx.xxx.255 scope global dynamic eth0

Desktop:

inet xxx.xxx.xxx.208/24 brd xxx.xxx.xxx.255 scope global dynamic noprefixroute eth0

Das scheint mir der einzige Unterschied zu sein. Nur, wie bekomme ich beim Konfigurieren dieses noprefixroute weg? Ich nutze auf dem Desktop die grafische Einstellmöglichkeiten. Dort habe ich auch den Proxy entsprechend als manuell definiert und eingetragen.

bei Antwort benachrichtigen
gelöscht_189916 xxpe_maxx „Proxy konfigurieren“
Optionen

Ich würde die IP/Schnittstelle einfach einmal entfernen und neu hinzufügen. Eventuell genügt schon ein Reaktivieren der Schnittstelle.

sudo ip addr del xxx.xxx.xxx.206/24 dev eth0

 sudo ip addr add xxx.xxx.xxx.206/24 dev eth0

 sudo ip link set eth0 up

Den Proxy selber kannst Du anpingen oder ggf. eine Adresse dahinter? Subjektiv glaube ich nämlich fast nicht, dass es daran liegt.

bei Antwort benachrichtigen
xxpe_maxx gelöscht_189916 „Ich würde die IP/Schnittstelle einfach einmal entfernen und neu hinzufügen. Eventuell genügt schon ein Reaktivieren der ...“
Optionen

Beide Rechner können sich gegenseitig anpingen, auch der Ping in Richtung Proxy funktioniert. Auf dem Server kann ich auch ganz normal über sudo apt update die neusten Versionen der Kataloge downloaden lassen.

Der Desktop weigert sich beharrlich.

Ich kann außerhalb des Proxy aber gar nichts anpingen. Weder vom Server noch vom Desktop. Aber das geht auch nicht vom Host.

Die Kommandos haben leider nichts gebracht. Ich habe den Desktop jetzt mehrfach neu installiert und immer das gleiche Problem gehabt. Beim Server läuft es komischerweise immer problemlos.

bei Antwort benachrichtigen
gelöscht_189916 xxpe_maxx „Beide Rechner können sich gegenseitig anpingen, auch der Ping in Richtung Proxy funktioniert. Auf dem Server kann ich auch ...“
Optionen
Beide Rechner können sich gegenseitig anpingen, auch der Ping in Richtung Proxy funktioniert.


Was dann imho bedeutet, dass die Verbindung Desktop <-> Host <-> Proxy doch funktioniert und auch das Sub-Netz Desktop <-> Host <-> Server korrekt arbeitet - richtig? Oder ist der Proxy gleichzeitig der Host, was aber auf das Problem keinen Einfluß haben dürfte.

Egal wie fehlt für den Fall aus meiner Sicht das weitere Routen vom Host/Proxy nach draußen und der Ping wird wahrscheinlich fehlschlagen, weil der Request abgefangen wird.

Du könntest jetzt noch mittels traceroute nachschauen, wie weit Du kommst und wo letzten Endes "der Faden reißt".

traceroute irgendeine.webseite.de

Nächster Punkt: Wird bei ip addr für jede Schnittstelle tatsächlich nur eine Verbindung angezeigt oder tauchen da mehrere auf? Dann vielleicht mal die scheinbar überflüssige löschen.

Im Selbsttest habe ich das jetzt einmal so gemacht, dass ich zuerst die Schnittstelle mit noprefixroute gelöscht habe:

sudo ip addr del xxx.xxx.xxx.206/24 dev eth0 noprefixroute

Anschließend die Schnittstelle blank wieder hinzugefügt:

sudo ip addr add xxx.xxx.xxx.206/24 dev eth0

Danach war bei ip addr die Option noprefixroute weg.

Ein anderer Ansatz s.o. wäre statisches Routen, wenn Du die IPs kennst, die Du brauchst. Und zwar zuerst temporär mittels ip route. Später kann das ggf. dauerhaft eingerichtet werden.

Und ganz doof gesacht kann es natürlich auch sein, dass auf dem Desktop der Networkmanger quer schießt. Den kannst Du ja ebenfalls temporär mittels top oder ps anzeigen lassen und dann abschießen.

Muß das zwingend Ubuntu sein oder gönge auch eine andere Distri?

bei Antwort benachrichtigen
xxpe_maxx gelöscht_189916 „Was dann imho bedeutet, dass die Verbindung Desktop Host Proxy doch funktioniert und auch das Sub-Netz Desktop Host Server ...“
Optionen

Ich habe es gestern mehrfach getestet. Ich bekomme es unter Ubuntu Desktop einfach nicht hin, das die Kiste in Internet kommt und zumindest mal Updates zieht. Beim Server ist das kein Problem.

Vielleicht denke ich zu sehr wie ein Linux noob aber ich will einfach nicht verstehen warum der Server das schafft aber der Desktop nicht. Manchmal ist es so, das bei Eingabe von sudo apt update das ganze eine Weile braucht bis das festgestellt wird das keine Verbindung zu stande kommt und manchmal kommt sofort der Abbruch.

Server ist absolut ohne Probleme... Nach Eingabe von sudo apt update && sudo apt upgrade rennt die Sau los und suhlt sich die Plauze voll.

Ich habe dann Knoppix Live und Garuda getestet. Knoppix wollte unter Hyper-V gar nicht erst starten und Garuda war auch zickig (was ja auch auf deren Homepage steht).

Ich denke, ich lasse es jetzt erst einmal ruhen und vielleicht sollte die IT einen Rechner für den Testzeitraum ohne Proxy zulassen. Dieses Mistding macht unter Hyper-V nur ärger und das auch bei Windows 10 und Server 2019.

Ich hatte diesen Rechner so mal zu Hause stehen und konnte damals ohne Proxy und ohne Probleme mit allem was ging vollständig ins Internet. So bald der Proxy im Firmennetzwerk dazu kommt ist Sense.

Vielleicht liegt es aber auch an meinen bescheidenen Kenntnissen von Hyper-V. Aber ich darf leider nichts anderes installieren und nutzen.

bei Antwort benachrichtigen
gelöscht_189916 xxpe_maxx „Ich habe es gestern mehrfach getestet. Ich bekomme es unter Ubuntu Desktop einfach nicht hin, das die Kiste in Internet ...“
Optionen

Zum Unterschied zwischen Server/Desktop lies vielleicht hier noch einmal durch. Das tendiert jedenfalls auch in die Richtung Abschalten des NM bei statischen Routen.

Statische IP-Einschleusung funktioniert möglicherweise nicht, wenn Network Manager für einen bestimmten Hyper-V-spezifischen Netzwerkadapter auf dem virtuellen Computer konfiguriert wurde. Um ein reibungsloses Funktionieren der statischen IP-Einschleusung sicherzustellen, stellen Sie sicher, dass der Netzwerk-Manager für einen bestimmten Netzwerkadapter über die ifcfg-ethX-Datei vollständig deaktiviert oder deaktiviert wurde.
bei Antwort benachrichtigen
Rebeccalein xxpe_maxx „Proxy konfigurieren“
Optionen
Ich soll testweise auf meiner Arbeit auf Hyper-V mit Ubuntu Desktop und Ubuntu Server eine kleine Testreihe starten.

Fachgerechte Anleitung bekommst du bei uns auf https://forum.ubuntuusers.de/

bei Antwort benachrichtigen
xxpe_maxx Nachtrag zu: „Proxy konfigurieren“
Optionen

Aaaaaaalso...

Mir hat das ganze einfach keine Ruhe gelassen! Ich musste das Problem lösen... Und irgendwann ist es sogar passiert, das ich das selbe Problem auf dem Server hatte.

Ich habe mir das mal auf dem Desktop genauer angeschaut. Folgendes war in der Netzwerkmaske eingetragen und zwar direkt nach der Installation beim ersten Start:

Verbindungsgeschwindigkeit: 1000 Mb/s
IPv4: xxx.xxx.xxx.216
IPv6: fe80::xxx
Mac: 00:00
Vorgabestrecke: xxx.xxx.xxx.1
DNS: xxx.xxx.xxx.10
IPv4-Methode: Automatisch (DHCP)

Ich habe dennoch in die /etc/environment folgendes eingetragen:

http_proxy="http://xxx.xxx.xxx.10:3128"
https_proxy="http://xxx.xxx.xxx.10:3128"
ftp_proxy="http://xxx.xxx.xxx.10:3128"
no_proxy="localhost,127.0.0.1,::1"

Mit diesen Angaben konnte ich weder updaten (sudo apt update) noch über den Firefox irgendeine Seite aufrufen.

nslookup google.de ergab folgendes:
server: 127.0.0.53
address: 127.0.0.53#53
name: google.de
address: 142.250.186.67
name: google.de
address: 2a00:1450:4001:828::2003

Also habe ich den proxy auf manuell gesetzt und in die ersten vier Reihen folgendes eingetragen (den port natürlich in die extra Spalte):

xxx.xxx.xxx.10:3128

Irgendwann fiel mir auf, das ich über den Firefox Seiten aufrufen konnte. Updaten ging immer noch nicht. Dann fand ich einen Beitrag der sagte, das ich folgendes anlegen sollte (wenn nicht vorhanden):

sudo nano /etc/apt/apt.conf.d/95proxies

Und hier folgendes eintragen:

Acquire::http::proxy "http://xxx.xxx.xxx.10:3128";
Acquire::ftp::proxy "http://xxx.xxx.xxx.10:3128";
Acquire::https::proxy "http://xxx.xxx.xxx.10:3128";

Und ab hier kann ich auch updaten!

bei Antwort benachrichtigen
gelöscht_189916 xxpe_maxx „Aaaaaaalso... Mir hat das ganze einfach keine Ruhe gelassen! Ich musste das Problem lösen... Und irgendwann ist es sogar ...“
Optionen

Danke für die Lösung.

Also war statisches Routen dann doch der Schlüssel zum Erfolg.

bei Antwort benachrichtigen
xxpe_maxx gelöscht_189916 „Danke für die Lösung. Also war statisches Routen dann doch der Schlüssel zum Erfolg.“
Optionen

Was ich halt nur komisch finde, das ich alles doppelt und dreifach eintragen muss. Es reicht halt nicht aus, den Proxy in die Netzwerkmaske einzutragen sondern ich muss auch die  entsprechenden Dateien anlegen bzw. die Einträge in diese schreiben, also in die environment und die 95proxies. Aber ja, dann geht alles! ;-)

Schreibe ich nur die Dateien, dann geht es nicht. Setze ich die Einstellungen nur in die Maske, geht es nicht. Auch nicht, wenn ich zwischendurch reboote. Erst wenn ich beides gemacht habe, dann geht alles.

bei Antwort benachrichtigen
gelöscht_189916 xxpe_maxx „Was ich halt nur komisch finde, das ich alles doppelt und dreifach eintragen muss. Es reicht halt nicht aus, den Proxy in ...“
Optionen
Was ich halt nur komisch finde, das ich alles doppelt und dreifach eintragen muss. Es reicht halt nicht aus, den Proxy in die Netzwerkmaske einzutragen sondern ich muss auch die  entsprechenden Dateien anlegen bzw. die Einträge in diese schreiben, also in die environment und die 95proxies.


Aus meiner subjektiven! Sicht gehe ich beim Desktop davon aus, dass der NM die händischen Einstellungen überlagert und daher DHCP vor dem statischen Routen ausgwertet wird.

Environment bezieht sich dann ganz klar auf das System. Die Geschichte mit /etc/apt/apt.conf.d/95proxies weist apt dann an, explizit diese Route zu nehmen.

Das ist in den Beiträgen hier ganz gut beschrieben, aber ich merke schon, dass ich aus der Übung bin. Das kann man sicher mal wieder gebrauchen;-)

Beispiel 1
Beispiel 2

Beispiel 3


bei Antwort benachrichtigen
xxpe_maxx gelöscht_189916 „Aus meiner subjektiven! Sicht gehe ich beim Desktop davon aus, dass der NM die händischen Einstellungen überlagert und ...“
Optionen

Danke für die Links! Sieht durchaus bekannt aus... jetzt! ;-)

bei Antwort benachrichtigen