Zum Inhalt springen

Wolle

Mitglieder
  • Gesamte Inhalte

    2.486
  • Benutzer seit

  • Letzter Besuch

Beiträge von Wolle

  1. Original geschrieben von Wolfsbein

    Wenn ich das machen, dann entspricht das ja einem Aufruf über localhost. Für die Zugriffe über meinName.dyndns.org habe ich aber einen VirtualHost eingetragen, der in ein Unterverzeichnis geht.

    Aber nur vom Weg her. Damit gibst du beim Aufruf von DeinName.dyndns.org ja den Domainnamen mit, wodurch der VirtualHost angesprochen werden müßte.

  2. Original geschrieben von Wolfsbein

    ich habe meinen lokalen Apache 1.3 unter WinXP und hinter einem Router über einen dyndns Adresse von außen zugänglich gemacht (als Virtual Host in einem extra Verzeichnis). Das ganze funktioniert, nur kann ich selbst die dyndns Adresse nicht ansurfen Es kommt eine Host not found Meldung. Anpingen und traceroute geht aber. Woran liegt das?

    Hast du einen Portforward für Port 80 auf die lokale IP von deinem Webserver eingerichtet? Das brauchst du auch, wenn du versuchst von "innen" auf die DynDNS-Adresse zu zu greifen.

    Falls ja.. Steht irgendwas in den Apachelogs?

    Läuft denn der Apache überhaupt? Kannst du über die interne IP auf den Apache zugreifen?

  3. Original geschrieben von azubi-tigerente

    aber wenn ich das mal auf einen server spielen würde könnte ja jeder an den tabellen rumspielen verändern und löschen.

    wie kann ich das schützen??

    Username und Passwort wieder rausnehmen und $cfg['Servers'][$i]['auth_type'] auf http oder cookie setzten

    $cfg['Servers'][$i]['auth_type'] string ['http'|'cookie'|'config']

    Whether config or cookie or http authentication should be used for this server.

    * 'config' authentication ($auth_type = 'config') is the plain old way: username and password are stored in config.inc.php.

    * 'cookie' authentication mode ($auth_type = 'cookie') as introduced in 2.2.3 allows you to log in as any valid MySQL user with the help of cookies. Log name and password are stored in cookies during the session and password is deleted when it ends. This can also allow you to login in arbitrary server if $cfg['AllowArbitraryServer'] enabled.

    * 'http' authentication (was called 'advanced' in older versions) ($auth_type = 'http') as introduced in 1.3.0 allows you to log in as any valid MySQL user via HTTP-Auth.

    Please see the install section on "Using authentication modes" for more information.

    $cfg['Servers'][$i]['user'] string

    $cfg['Servers'][$i]['password'] string

    The user/password-pair which phpMyAdmin will use to connect to this MySQL-server. This user/password pair is not needed when HTTP or cookie authentication is used, and should be empty.

    http://www.phpmyadmin.net/documentation/

  4. Original geschrieben von NurrE

    ja, ist mein server.

    palvoelgyi meinte ob der Apache das Recht hat unzip auf zu rufen. Das ist davon abhängig als welcher User der Apache läuft und welche Rechte dieser User hat.

    Nachschauen welcher User das ist, kannst du in der httpd.conf. Da steht irgendwo drin:

    User wwwrun

    Group www

    wwwrun und www sind nur Beispiele, bei dir kann auch was anderes drinstehen.

  5. Original geschrieben von toppy

    Hab ja mal ein wenig gegoogelt nachdem ich den Fehler gefunden hatte und die ältesten Beiträge zu diesem Thema sind alle so vom 28.12. - also scheint das erst der Anfang zu sein und er wird sich noch weiter verbreiten

    Nö, in anderen Variationen gibts das schon lange.

    Probier mal das aus: http://www.spychecker.com/program/coolwebshredder.html

    Hab das Programm allerdings nicht selber ausprobiert, bin da erst vor kurzem durch Zufall drüber gestolpert, als ich nach was anderem gesucht hatte. Als das bei mir aktuell war kannte ich das Programm noch nicht und hatte die Kiste geplättet...

  6. Original geschrieben von CyberDemon

    Hab die ganzen \ durch / ersetzt.

    Könnte sich nochmal jemand erbarmen und die Seiten testen? Vielen Dank!

    Die Startseite hast du vergessen ;) Hintendran (ab der index2) kommen jetzt Farben und Bilder

  7. Original geschrieben von CyberDemon

    Hat jemand eine Ahnung, woran das liegen kann? :confused: Im IE funktioniert doch alles und die Pfade stimmen auch.

    Nö, die stimmen nicht:

    <META http-equiv="refresh" content="2; URL=HTML\index2.htm">

    Bei den Relativen Pfaden ist der Slash falsch. Das muß so heißen:

    <META http-equiv="refresh" content="2; URL=HTML/index2.htm">

    Das gleiche bei der CSS-Datei und den Bildern...

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...