Forum Debian Users Gang

To przestaw się, (o ile coś takiego istnieje), na framework C/C++, i będziesz miał wymóg posiadania dowolnego serwera,choć może w odkurzaczu się nie uruchomi, ale w "tosterze" z NetBSD albo mikrofali z RPI na pewno. :D

[OT]
W ogóle, kiedy M$ miał 98% rynku, to rozumiałem tą szczerą miłość do C#, ale kiedy jego realny udział w rynku nie przekracza 48%, to już nie bardzo rozumiem tą miłość do C#, chyba że to jakiś "Syndrom Sztokholmski".

W tej chwili każdy program powinien być gotowy na łatwe portowanie go na różne systemy i architektury, od M$, poprzez Andka, Linuxa, MacOS, BSD  aż np po QNX (ten i podobne też może niedługo wypłynąć na jakieś platformie, np BlackBerry jeszcze żyje).
C# jest od takiego wymogu najdalej, jak to tylko możliwe, ze wszystkich istniejących języków programowania.
[/OT]

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2015-04-14 18:01:07)

@Jacekalex:

Sorry że taki "ping" ale ostatnio inne sprawy mnie zaabsorbowały...

Co do tematu... nie do końca rozumiem co do mnie prawisz ;] na "serwerowaniu" znam się tyle co nic, ale...

nginx + apach razem do obsługi jednej prostej stronki ? Do tego na Raspberry PI? Możesz wyjaśnić jakoś tak bardziej łopatologicznie jaki to ma sens? Sam nginx to za mało czy co? U mnie zdaje się działać na samym nginx'ie (to że Nancy go nie widzi to na 99% wina Nancy a nie serwera).

EDIT:

Teraz jak przyjrzałem się temu co się dzieje to wychodzi że to błąd z pętlą przekierowań jest... logicznym zachowaniem:

1. Wchodzę na stronę http://localhost:8080/test - tam jest sprawdzane czy adres zaczyna się od https
2. Dochodzi do przekierowania na https://localhost:443/test - czyli tak jak być powinno
3. A nginx przekierowuje to do... http://localhost:8080/test
4. Dochodzi do sprawdzanie czy zapytanie przyszło z https - nie, gdyż to nginx zapewnia https a aplikację odpytuje po http

Dalej patrz punkt 2... jednak wydaje się to być jakiś problem z konfigiem nginx'a? Będę sprawę teraz badał dalej.

Pozdrawiam.

Ostatnio edytowany przez Huk (2015-04-21 22:32:54)

Konfig się nie zmienił zbytnio z tego co zamieściłem kilka postów wyżej:

server {
    listen       80;
    listen       443 ssl;
    ssl_certificate    /home/james/sslCert2/server.crt;
    ssl_certificate_key /home/james/sslCert2/server.key;


    server_name  localhost;
    root /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/;

    location /Content/ {
        alias /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/Content/;
        location ~*  \.(jpg|jpeg|png|gif|ico|css|js|ttf)$ {
            expires 365d;
        }
    }

    location / {
            proxy_pass http://127.0.0.1:8080;
            proxy_redirect http://127.0.0.1:8080 https://127.0.0.1:443;
    }        
}

(No chyba że nie o to chodzi? Tak jak pisałem ciemny jestem z tego) Teraz zacząłem eksperymentować z opcją:

proxy_redirect

Z dokumentacji powiedziałbym że właśnie do tego ma ona służyć - "oszukać" aplikację że request przychodzi z innej lokalizacji - bynajmniej to co jest powyżej nie śmiga :( cały czas requesty https z nginx przychodzą z http://localhost:8080 zamiast z https...

EDIT:

Hmmm wg curl'a serwer zwraca poprawny header Location z https... czyli znowu coś po stronie chyba Nancy... muszę to bardziej rozczaić - ale to jutro po robocie, bo w tej chwili zasypiam przed kompem ;]

EDIT2:

Jeszcze druga opca to rewrite URL który jest przesyłany w headerze jako pytający - z tego co czytam da się do tego zastosować moduł rewrite - ale tym będę się bawił też jutro ;]

Ostatnio edytowany przez Huk (2015-04-21 23:57:21)

Hmm udało mi się to częściowo ugryźć, w Nancy jest opcja po włączeniu której można przekazać header [b]"X-Forwarded-Proto"[/b] wtedy pętla się nie zdarza konfig wygląda tak:

server {
    listen       80;
    listen       443 ssl;
    ssl_certificate    /home/james/sslCert2/server.crt;
    ssl_certificate_key /home/james/sslCert2/server.key;


    server_name  localhost;
    root /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/;

    location /Content/ {
        alias /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/Content/;
        location ~*  \.(jpg|jpeg|png|gif|ico|css|js|ttf)$ {
            expires 365d;
        }
    }

    location / {
    proxy_pass http://127.0.0.1:8080;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Problem taki że nginx dopisuje ten header zawsze, a powinien tylko gdy przychodzi request na port 443... próbowałem dodać coś takiego:

server {
    listen       80;
    listen       443 ssl;
    ssl_certificate    /home/james/sslCert2/server.crt;
    ssl_certificate_key /home/james/sslCert2/server.key;


    server_name  localhost;
    root /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/;

    location /Content/ {
        alias /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/Content/;
        location ~*  \.(jpg|jpeg|png|gif|ico|css|js|ttf)$ {
            expires 365d;
        }
    }

    location / {
    proxy_pass http://127.0.0.1:8080;
        if($scheme = https){
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
        }
    }
}

Ale oczywiście takie coś nie działa... jest już blisko - szukam opcji żeby przekierowywać na dane location w zależności od portu ale na razie lipa... :(

EDIT:

W KOŃCU! Udało się to cholerstwo pożenić :) a rozwiązanie to taki plik konfiguracyjny (+mała zmiana w Nancy):

server {
    listen       80;

    server_name  localhost;
    root /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/;

    location /Content/ {
        alias /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/Content/;
        location ~*  \.(jpg|jpeg|png|gif|ico|css|js|ttf)$ {
            expires 365d;
        }
    }



    location / {
    proxy_pass http://127.0.0.1:8080;
    }    
}

server {
    listen       443 ssl;
    ssl_certificate    /home/james/sslCert2/server.crt;
    ssl_certificate_key /home/james/sslCert2/server.key;


    server_name  localhost;
    root /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/;

    location /Content/ {
        alias /home/james/nancywebpageroot/NancyWebPage.DPL.Services/bin/Debug/Content/;
        location ~*  \.(jpg|jpeg|png|gif|ico|css|js|ttf)$ {
            expires 365d;
        }
    }



    location / {
    proxy_pass http://127.0.0.1:8080;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    }    
}

Najpewniej da się to jakoś zrobić w jednym bloku - ale mi się nie udało znaleźć sposobu. Ważne że teraz działa - dzięki za pomoc... jeszcze jedna rzecz mnie ciekawi - czy standardowy konfig SSL w nginx jest wystarczający czy też używa on tam przestarzałych algorytmów?

Pozdrawiam.

Ostatnio edytowany przez Huk (2015-04-22 21:41:07)

To zrób sobie osobne Vhosty na 80 i 443, i na każdym ustawisz takie nagłówki, jakie potrzebujesz, co za problem?[/quote]
Masz na myśli rozdziel na dwa osobne pliki konfiguracyjne? Mógłbym ale nie to że w jednym jest nieco zdublowanych danych nie przeszkadza ;]

A za redirecty odpowiada aplikacja, właśnie cały sens mojej walki był taki żebym w kodzie mógł ustalić które części apki wymagają SSL by design, a które nie - jak bym miał to ustawiać z poziomu serwera to robiłbym drugi raz tą samą robotę niepotrzebnie (o tym że jak wkradłby się jakiś babol, i część apki przez to nie szła by szyfrowana nie wspominając), poza tym część apki ma być bez SSL (jakby całość miała iść z wykorzystaniem HTTPS to bym się nie pierdzielił tylko już dawno napisał coś takiego jak podałeś post wyżej ;] ).

Pozdrawiam.