Beiträge von CallHimX

So, aufgrunds des Tipps von Ringelnatz habe ich mir einmal Traefik genauer angesehen.

Funktioniert wunderbar, hatte zwar anfangs noch ein paar Probleme mit den SSL Zertifikaten, diese laufen nun aber auch.

Danke für den Tipp.

Zitat von alhazred

Da liegt das Problem. Irgendetwas muss vor dem Dienst "filtern". Du wirst (AFAIK) nicht um eine vHost Config rumkommen.

Aktuell leitest du alles per Wildcard weiter. Entweder passt du nur die Subdomain an oder du packst einen Apache/Nginx mit der entsprechenden vHost Config davor.

Okay, das habe ich mir schon gedacht.

Wollte vorher nur sicher gehen, dass ich es mir am Ende dann nicht zu umständlich mache und es doch einen Trick bei GitLab gibt den ich schlicht übersehen habe. Danke für deinen Hinweiß.

Zitat von Ringelnatz

Da Du ja eh Docker nutzt, ist die einfachste Möglichkeit sicher, einen Container mit einem entsprechenden Webserver zu verwenden. Tools wie https://github.com/jwilder/nginx-proxy oder https://traefik.io können das anhand der laufenden Docker-Container automatisch und richten Dir sogar noch ein Let's Encrypt-Zertifikat ein. Sag bescheid falls Dich interessiert, wie meine docker-compose.yml für GitLab in Verbindung mit Traefik aussieht.

Das hört sich verdammt gut an. Wenn du mir dazu näheres sagen, oder auf entsprechendes Nachlesewerk verweisen könntest, wäre das super.

Auch dir schonmal Danke für deine Antwort.

LG X

Hallo zusammen,

ich bin mit unserem kleinen Team von Bitbucket auf eine eigens gehostete Variante gewechselt, die Wahl fiel hier auf GitLab.

Damit es für alle im Team etwas angenehmer zu nutzen ist habe ich zu meinem Server eine Domain dazu gebucht.

Soweit so gut zu dem schönen Gedanken.

Leider ist das Thema Domain in diesem Kontext für mich etwas neues und so stoße ich auf vermutlich selbstverschuldete Probleme. Denn eigentlich war es der Plan das GitLab sich unter der Adresse git.domain.com meldet, doch leider ist GitLab nun unter allen Adressen aufrufbar. Ich habe zwar beim durchsuchen des Internets einige Threads oder auch Tickets gefunden die ähnliche Probleme aufwiesen, aber entweder kam es dort zu keiner Lösung oder das beschriebene Problem wich von meinem zu stark ab.

Bekanntes wie eine 'external_url' sind korrekt definiert. Diese scheint aber wohl auch nur das Linking aus GitLab selbst zu beeinflussen.
Gibt es jemanden der ähnliche Erfahrungen hier im Zusammenhang mit GitLab gemacht hat und ggf. mir bei der Lösungsfindung unter die Arme greifen kann.

Noch ein paar Eckdaten:

• Auf dem Server läuft Ubuntu 16.04.
• GitLab läuft in Docker.
• Kein eigener Nginx oder Apache auf dem Server vorhanden.
• Domaintechnisch leite ich alles per Wildcard an den Server weiter.

Vielen Dank vorab für jede Hilfe.

LG X

Zitat von kerberos

Hast Du bei dieser Fehlermeldung mal nachgesehen, ob das Verzeichnis tatsächlich fehlt?

mv: cannot stat `/dev/shm/*': No such file or directory

Ja habe ich getan. War auch mein erster Gedanke.
Doch ja das Verzeichnis existiert wirklich. Daher verstehe ich diese ganze Fehlermeldung auch nicht wirklich.

Hallo zusammen,

aufgrund der ShellShock Lücke habe ich meinen Server auch zur Sicherheit mit einer neueren Version aufgesetzt.
Derzeit bin ich dabei den alten Stand der Dinge wieder herzustellen, angefangen bei der Installation von Screen.

Doch hier beginnt schon der Spaß.
Denn versuche ich Screen ganz normal über diesen Befehl zu installieren:
apt-get install screen

Schlägt dies leider aufgrund diesen Fehlers fehl:

Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
  iselect screenie byobu
The following NEW packages will be installed:
  screen
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
Need to get 0 B/670 kB of archives.
After this operation, 975 kB of additional disk space will be used.
Setting up initscripts (2.88dsf-41+deb7u1) ...
mv: cannot stat `/dev/shm/*': No such file or directory
dpkg: error processing initscripts (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 initscripts
E: Sub-process /usr/bin/dpkg returned an error code (1)

Finde leider nur etwas merkwürdige Threads in anderen Foren dazu, die
zwar das Problem zu bestaunen scheinen, aber keine Lösung präsentieren.

Weiß vielleicht einer von euch Rat?

Ich danke euch.

Da bin ich wirklich beruhigt, dass ich mit diesem Problem nicht allein zu sein scheine.
Im ersten Augenblick kochte natürlich die Panik hoch, dass man ggf. "gehackt" wurde.
Man malt sich dann ja die tollsten Dinge aus, da diese IP nur im engeren Kreis derzeit bekannt ist
und wie gesagt der Server erst seit 20-30 Sekunden online war.
Mir ist durchaus klar dass ein Server von mehreren Usern genutzt wird, aber hier trat bei mir Verwirrung auf,
denn meine Private IP wird doch wohl nicht zweimal verwendet werden?

Ich danke dir jedenfalls wirklich dafür dass du deine Erkenntnisse in dem Bezug mit uns geteilt hast,
denn bis jetzt habe ich zumindest nicht mehr das Problem dass ich nicht mehr auf den Server "joinen" kann obwohl er gestartet ist.

Kind regards
CallHimX

Hey, danke dir für diesen Beitrag.
Keine Ahnung ob dies vielleicht auch mein Problem klärt, ich hatte vorhin das Phänomen dass ich bei
meinem gerade erst frisch aufgesetzten TS3 Server plötzlich schon zwei Leute drauf hatte, als ich auf diesen gejoint bin.
Diese schienen auch sichtlich irritiert über diesen Umstand. Ich bin gespannt was dass zu bedeuten hatte.

Da sich TS3 ja nun in der "Stable" Version befindet, gibt es schon weitere Erkenntnisse im Bezug auf die "Gefahr"
sich TS3 auf dem vServer zu installieren? Bzw. wird davon immernoch seitens NetCup abgeraten?

Ich freue mich auf Antwort.

Greetings
CallHimX