Pirelli Webserver Freigabe - Seite 2

Seite 2 von 3 - Forum: Internet & Provider auf overclockers.at

URL: https://www.overclockers.at/internet-provider/pirelli_webserver_freigabe_219935/page_2 - zur Vollversion wechseln!

pinkey schrieb am 31.10.2010 um 12:34

Zitat von Athlon1
hmm die fehlt mi, wie erstell ich die?

Edit: bei mir leigt nur eine MediaSRV.db

naja einfach im editor eine neue text datei mit inhalt

<html>
test
</html>

und als index.html abspeichern. dann kannst mal testen ob richtig drauf kommst etc.

M4D M4X schrieb am 31.10.2010 um 12:37

wie isn jetzt deine IP????

pinkey schrieb am 31.10.2010 um 12:42

Zitat von M4D M4X
wie isn jetzt deine IP????

jo ip wär mal toll, vllt. gehts eh scho ganze zeit nur weil du keine files am server hast wird natürlich nix anzeigt =)

und hau die index.html rein

Athlon1 schrieb am 31.10.2010 um 13:01

212.183.126.134 index.html is drin, geht aber trotzdem net

M4D M4X schrieb am 31.10.2010 um 13:03

ist auch ned pingbar....

Athlon1 schrieb am 31.10.2010 um 13:07

gibts doch net...

pinkey schrieb am 31.10.2010 um 13:41

für die nachwelt, problem gelöst.

wie: webserver neu gestartet u auf anderen port gelegt, entweder war auf dem schon irgendwas oder das pirelli hat einfach an hänger ghabt
2. verzeichnis freigaben sind case sensitiv ...

COLOSSUS schrieb am 31.10.2010 um 13:44

Zitat von M4D M4X
ist auch ned pingbar....

Ping (ICMP ECHO) hat mit TCP-Konnekitivtaet (HTTP und fast jedes andere Service) nicht notwendigerweise etwas zu tun.

Athlon1 schrieb am 31.10.2010 um 13:46

prob gelöst dank Pinkey...THX!

EG schrieb am 31.10.2010 um 13:48

Wennst den Port eines Services änderst, musst es in der Regel immer neustarten!

Außer vielleicht bei Systemen, die das selbstständig machen.

M4D M4X schrieb am 31.10.2010 um 13:48

Zitat von COLOSSUS
Ping (ICMP ECHO) hat mit TCP-Konnekitivtaet (HTTP und fast jedes andere Service) nicht notwendigerweise etwas zu tun.

zumindest meine dyndnsadresse ist pingbar...
dachte Jörgs sollte das auch sein.

pinkey schrieb am 31.10.2010 um 13:54

Zitat von EvilGohan
Wennst den Port eines Services änderst, musst es in der Regel immer neustarten!

Außer vielleicht bei Systemen, die das selbstständig machen.

das is schon klar. das problem war einfach das der request einfach einen timeout hatte -> d.h. webserver lief eben nicht oder irgendwas war schon auf dem port was halt kein http "kann"

-> statt nur server neu gestartet auch gleich port geändert ...

EG schrieb am 31.10.2010 um 14:01

Oder logischer: Die TA will nicht, dass du einen Webserver auf deiner privaten Leitung betreibst und blockiert deshalb die well-known Ports (80, 443,...) zu deinem Anschluss.

@M4D: Es ist liegt wohl durchaus im Bereich des Möglichen, dass ICMP ECHOs, bzw. ICMP REPLYs (sry für die schirche MZ) geblockt werden, obwohl TCP/UDP-Konnektivität vorhanden ist.
Da du nicht weißt was der ISP auf deiner Leitung alles tut, ist das durchaus möglich. Wenn man sowas nicht haben will, muss man eine Business Leitung bezahlen.

pinkey schrieb am 31.10.2010 um 17:37

Zitat von EvilGohan
Oder logischer: Die TA will nicht, dass du einen Webserver auf deiner privaten Leitung betreibst und blockiert deshalb die well-known Ports (80, 443,...) zu deinem Anschluss.

durchaus möglich, aber 80er wurde von anfang an nicht verwendet da dort scho das webinterface drauf hängt.

davebastard schrieb am 31.10.2010 um 17:42

Zitat von EvilGohan
@M4D: Es ist liegt wohl durchaus im Bereich des Möglichen, dass ICMP ECHOs, bzw. ICMP REPLYs (sry für die schirche MZ) geblockt werden, obwohl TCP/UDP-Konnektivität vorhanden ist.
Da du nicht weißt was der ISP auf deiner Leitung alles tut, ist das durchaus möglich. Wenn man sowas nicht haben will, muss man eine Business Leitung bezahlen.

das liegt ziemlich sicher am pirelli router und nicht am ISP, bei vielen router kann man ping am WAN port einfach abdrehen. z.B. dd-wrt, netgear router usw.. Eventuell kann man das auch am pirelli einstellen. oder es ist halt standardmäßig auf "aus" und lässt sich nicht ändern.