Linux 14.948 Themen, 105.909 Beiträge

Proxy konfigurieren

xxpe_maxx / 6 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
fakiauso 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.

"Anyone who believes exponential growth can go on forever in a finite world is either a madman or an idiot (or an economist)" - Hellsongs
bei Antwort benachrichtigen
xxpe_maxx fakiauso

„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
fakiauso 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?

"Anyone who believes exponential growth can go on forever in a finite world is either a madman or an idiot (or an economist)" - Hellsongs
bei Antwort benachrichtigen
xxpe_maxx fakiauso

„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
fakiauso 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.
"Anyone who believes exponential growth can go on forever in a finite world is either a madman or an idiot (or an economist)" - Hellsongs
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