7 41 drupal hosting
23.07.2013 13:22 EST
Dzięki za pytanie! Tak, można korzystać z udostępnionego certyfikat SSL. Certyfikat SSL jest współdzielony fabrycznie, więc nie ma konfiguracja odbywa się po stronie serwera. Prosimy o zapoznanie się z naszym artykułem na wspólnych SSLs w celu ustalenia adresu URL, które można użyć do witryny. Należy pamiętać, że wspólne SSL nie jest taki sam jak adres URL URL że masz konfigurację witryny początkowo. Więc może trzeba także ustawić adres bazowy ustawienia w pliku settings.php twojej instalacji Drupala. Znalazłem następujące instrukcje z kimś, kto miał również poprosił samo w forach internetowych:
- Określ swój wspólny protokół SSL (jak w powyższym artykule)
- Gdy wiesz URL Shared SSL, trzeba będzie określić katalog instalacji Drupal, ponieważ odnosi się do udostępnionego SSL. Na przykład: Jeśli ścieżka ssl jest https://bizXXX.inmotionhosting.com/
nazwa użytkownika, a zainstalowane witryny Drupal w folderze o nazwie „Drupal”, to ścieżka będzie https://bizXXX.inmotionhosting.com/
login / Drupal. Jeśli zainstalowałeś swoją stronę do katalogu public_html (domyślna), wtedy nie musiałby zmienić wspólną ścieżkę SSL - byłoby pozostać https://bizXXX.inmotionhosting.com/
Nazwa Użytkownika.Nazwa Użytkownika/. )
UWAGA: Należy używać poprawnej ścieżki Shared SSL - URL użyłem w stopniach powyżej jest tylko przykładem i nie rzeczywista ścieżka.
To powinno być wszystko, czego potrzeba, aby to działało. Jest wysoce zalecane, aby po prostu zakupić SSL, ponieważ rzeczywista bezpieczna ścieżka nie jest taki sam jak adres URL, więc może to wyglądać podejrzanego dla niektórych użytkowników. SSLs nie są tak drogie jak kiedyś i są warte ich koszt, zwłaszcza jeśli prowadzą wszelkiego rodzaju e-commerce.
Mam nadzieję, że to pomoże odpowiedzieć na pytanie! Jeśli potrzebujesz dodatkowej pomocy, proszę dać nam znać.
Pozdrowienia,
Arnel C.
dzięki za pomóc. Ja pracowałem przez instrukcję podałeś.
1. wypracowane URL udostępnionego inMotion Hosting SSL z przewodnikiem (począwszy od „bizXXX.inmotionhosting.com/
my_user_name "na" https://secureXXX.inmotionhosting.com/
2. Po zainstalowaniu moją stronę do katalogu public_html (domyślna), a więc jest wspólny katalog SSL „https://bizXXX.inmotionhosting.com/
I wtedy skonfigurowany Drupal 7, aby uruchomić czyste adresy URL. Co się stało było Shared url SSL działa tylko na stronie głównej. Wszystkie inne strony zwraca błąd 404 wiadomości. Regularne stron „non-SSL” nadal pracować z czystych adresów URL.
Sprawdziłem dokumentację na jednym z linków podanych (https://drupal.org/https-information) i mówi, że
„Jeśli włączone HTTPS i działa tylko na stronie głównej i linki podrzędne są podzielone, to dlatego, że VirtualHost: 443 wiadro musi AllowOverride Wszystko włączone, więc mogą być przepisywane URL w trybie HTTPS.”
Chcę wspierać zarówno HTTP i HTTPS na moim miejscu i tak mam na myśli ten ostatni problemu jest konfiguracja serwera. Można po prostu potwierdzić konfigurację serwera. Jeśli serwer jest skonfigurowany do obsługi protokołu HTTPS w trybie mieszanym oraz sesji HTTP oznacza to, że problem jest po mojej stronie. Nawiasem mówiąc używam moduł Ubercart SSL mieszanym trybie HTTPS oraz sesji HTTP.
Ponownie, dzięki za pomoc.
Większość, ale nie wszystkie ustawienia AllowOverride są dostępne. Jesteśmy szczęśliwi mogąc pomóc, ale potrzebujemy więcej informacji byłoby zapewnienie konkretnej odpowiedzi.
Jaka jest pełna błędów / problem masz do czynienia?
Czy masz link do strony, na której możemy zobaczyć ten błąd?
Również w tym podręczniku na oficjalnej stronie Drupal. w sekcji zatytułowanej Drupal konfiguracji daje kilka opcji trybie mieszanym. Która metoda używasz?
Jeśli masz jakiekolwiek pytania, nie krępuj się pisać je poniżej.
Dziękuję Ci,
24.07.2013 12:16 EST
dzięki za odpowiedź.
Myślę, że pełny błąd / problem jest dwojaki:
1. linki przy użyciu protokołu HTTPS ja już wspomniano wcześniej.
2. Kiedy skonfigurować Ubercart SSL (wchodzi zarówno "Secure Domain Name" i "Non-Secure Domain Name"), pojawia się następujący wpis:
„Ubercart SSL (uc_ssl):.. Na uc_ssl_check () funkcja zwraca FAŁSZ, ponieważ nie był w stanie skontaktować się z SSL (https) wersję swojej stronie internetowej, że zdefiniowany w ustawieniach Może to być spowodowane przez 3 rzeczy 1. Twoja strona jest nie setup poprawnie SSL, 2. rozszerzenie OpenSSL nie jest włączona w twojej instalacji PHP, 3. allow_url_fopen nie jest włączona w pliku php.ini. Jeśli # 2 nie będzie uc_ssl spróbować użyć file_get_contents (), która wymaga allow_url_fopen być ustawione TRUE w pliku php.ini. Mam nadzieję, że te wskazówki pomogą Ci rozwiązać ten problem tak, że można użyć uc_ssl. można spróbować debugowania to przechodząc do https://secure139.inmotionhosting.com/
// nazwa? uc_ssl_check = 1
Dla konfiguracji Drupal używam opcji 2 Na stronie można wymienić. To mówi:
„Dla jeszcze większego bezpieczeństwa, zostawić $ conf [«https»] na wartość domyślną (fałsz) i wysłać wszystkich uwierzytelnionych ruchu poprzez HTTPS i używać HTTP do sesji anonimowych. Po raz kolejny przyczyniły moduły jak 443 sesji i bezpieczne logowanie może pomóc tutaj. Drupal 7 automatycznie umożliwia konfigurację session.cookie_secure PHP na stronach HTTPS, który powoduje SSL tylko bezpieczne sesyjne, które zostaną wyemitowane w przeglądarce.”
Jednak zamiast modułów „443 Session1 lub«Bezpieczne logowanie»używam«Ubercart SSL».
Byłoby wspaniale, dla Was, aby przyjrzeć się rzeczywistym miejscu. Używam Ubercart i jestem testowania z Paypal piaskownicy. E-commerce działa poprawnie. Jednak wciąż jest w fazie testów, więc nie chcę, aby to publiczny teraz. Mogę dać wy poufnych dostęp do strony?
Jeszcze raz dziękuję za wszelką pomoc.
Przepraszam za pomyłkę z nazwą John-Paul :(
To był długi długi dzień stara się rozwiązać ten problem.
Jeśli witryna nie jest na żywo na naszych serwerach jeszcze, wspólne SSL nie będzie działał poprawnie. Również Polecam spróbować jednego z modułów ich wykaz w artykule „443 Session1 lub«bezpieczne logowanie», aby sprawdzić, czy masz inny efekt.
Chętnie przyjrzeć, można wysłać e-mailem informacje o witrynie do docs@inmotionhosting.com
Z Temat: jeremy_steel
Następnie skomentować poinformowanie nas, że został wysłany tutaj na tym forum post.
Jeśli masz jakiekolwiek pytania, nie krępuj się pisać je poniżej.
Dziękuję Ci,
24.07.2013 15:29 EST
Sprawdziłem plik wymieniony w przewodniku Drupal (sites / default / settings.php) na umożliwieniu HTTPS i nie została zaktualizowana:
W artykule stwierdza: „Jeśli chcesz obsługiwać w trybie mieszanym HTTPS i sesje HTTP otwarcia sites / default / settings.php i dodaje $ conf [«https»] = true;”
Według poradnika trzeba dodać tę linię do pliku:
$ Conf [https] = TRUE;
Ale skoro są następujące opcję 2 przewodnika, to mówi, aby ustawić go na „False”:
„Dla jeszcze większego bezpieczeństwa, zostawić $ conf [«https»] na wartość domyślną (fałsz) i wysłać wszystkich uwierzytelnionych ruchu poprzez HTTPS i używać HTTP do sesji anonimowych. Po raz kolejny przyczyniły moduły jak 443 sesji i bezpieczne logowanie może pomóc tutaj. Drupal 7 automatycznie umożliwia konfigurację session.cookie_secure PHP na stronach HTTPS, który powoduje SSL tylko bezpieczne sesyjne, które zostaną wyemitowane w przeglądarce. "
Następnie dodać wiersz kodu:
$ Conf [https] = FAŁSZ;
Również upewnić się, czy wpisujesz poprawny adres bezpieczny dla Shared SSL w sites / default / settings.php.
Polecam następujące kroki, a następnie poinformowanie nas, czy wszystko działa poprawnie, lub masz inny błąd.
Jeśli masz jakiekolwiek pytania, nie krępuj się pisać je poniżej.
Dziękuję Ci,
24.07.2013 17:03 EST
wcześniej miałem zmodyfikowano settings.php jak sugeruje jednak żadnej różnicy, więc zostawiłem go bez zmian. Próbowałem znowu dzisiaj i nadal nie ma rozwiązania. Próbowałem też zmianę ustawień RewriteBase w pliku .htaccess i $ base_url w settngs.php ale nie rozwiązało problemu.
Mogę przedstawić, co zrobiłem wczoraj:
Zacząłem od pozyskiwania dwa moduły zalecanych bezpiecznych stron i 443 sesji.
bezpieczne strony
Po zainstalowaniu Secure Module Pages Próbowałem go skonfigurować ale opcja „Włącz bezpiecznych stron” jest nieaktywna i mówi: „Aby rozpocząć korzystanie z bezpiecznych stron to ustawienie musi być włączony Ustawienie to będzie tylko w stanie zmienić, gdy serwer WWW ma. zostały skonfigurowane dla SSL.” O ile wiem, że serwer WWW jest skonfigurowany do obsługi protokołu SSL, więc nie wiem, co tu się dzieje.
443 Session
I wtedy pozyskiwane moduł Session 443, ale nie został wydany dla Drupal 7. mówi się również, że dla tego typu miejscu robie (mieszane HTTP i HTTPS) nie jest zalecane. To mówi:
„Od 443 moduł Session używa oddzielnych ciasteczek sesji HTTP / HTTPS oznacza to, że gdy użytkownik nawiguje od strony HTTP do strony HTTPS pojawią się jakieś dane sesji zostaną utracone. To sprawia, że ten moduł nie nadaje się do prowadzenia e-commerce gdzie Większość stron HTTP wyjątkiem kasie, która jest HTTPS. W tym przypadku wydaje koszyk treści użytkownika zostać utracone, kiedy idą do kasy. W tym scenariuszu można znaleźć w Mieszany moduł sesji.”
I wtedy pozyskiwane Mieszany moduł sesji.
Moduł mieszany Sesje
Nie ma Drupal 7 wersja. Czyni odniesienia Uber SSL chociaż.
I wtedy pozyskiwane Uber SSL
Zainstalowałem Uber SSL ale napotkał problemy opisałem wcześniej. Na stronie Uber SSL mówi:
„- Clean URL musi być włączony
- Certyfikat SSL musi być zainstalowany i działa na swojej stronie internetowej
- Ubercart nie jest wymagane dla tego modułu btw, może być używany do prawie wszystko u chcą. Ale jego użycie jest najczęściej z Ubercart więc to gdzie dostaje swoją nazwę od „.
„Jeśli masz certyfikat SSL i chcesz zabezpieczyć swoje strony Ubercart z tym Cert to jest to moduł dla Ciebie. Pobierz ten moduł, zainstalować config go, a będziesz być uruchomiony z cert w krótkim czasie. Ten moduł nie pomaga uzyskać certyfikat uruchomiony. Jeśli Twoja strona nie działa z https poprzez ręczne wpisanie go, to trzeba, aby ta praca, a dopiero potem można skonfigurować ten moduł. można go zainstalować przed ręką, ale nie będzie w stanie skonfigurować je tak, jak ma sprawdzać, czy SSL jest faktycznie działa, czy nie.”
Więc włączona czyste adresy URL, ale mają problem wspomniałem z Uber SSL w stanie skontaktować się z SSL (https) wersję mojej stronie.
Teraz głównym problemem wydaje się być Inmotions TEMP URL i czyste adresy URL używane w Drupal 7. wpadłem kilka testów rano porównując URL TEMP ze stałym adresem URL (wyłączenie Uber SSL). Oto wyniki:
TEMP URL
Wyłącz czyste adresy URL w Drupal 7 a strona działa zarówno http i https
na przykład
bizXXX.inmotionhosting.com/
Włącz czyste adresy URL w Drupal 7 a strona pokazuje tylko stronę główną zarówno HTTP i HTTPS. Inne strony produkować błąd 404.
na przykład
„bizXXX.inmotionhosting.com/
nazwa_użytkownika / „pokazuje, ale” bizXXX.inmotionhosting.com/
login / about_us”produkuje błąd 404.
„https://secureXXX.inmotionhosting.com/
nazwa_użytkownika / „pokazuje jednak” https://secureXXX.inmotionhosting.com/
login / about_us”produkuje błąd 404.
STAŁY URL
Wyłącz czyste adresy URL w Drupal 7 a strona działa na http (https niedostępne przy użyciu stałego adresu URL ze wspólną SSL)
na przykład
mysite.com/?q=about_us
Włącz czyste adresy URL w Drupal 7 a strona działa na http (https niedostępne przy użyciu stałego adresu URL ze wspólną SSL)
na przykład
mysite.com/about_us
Więc nie wydaje się problem z Drupal 7 czystych adresów URL i Inmotions TEMP URL (które muszę używać do wspólnego SSL).
Znalazłem inny Drupal 7 użytkownik miał ten sam problem (https://drupal.org/node/1734722) i rozwiązać go za pomocą konfiguracji serwera (wspomniałem o tym wcześniej - zmiana „AllowOverride None” na „AllowOverride ALL” https). Czy to możliwe, to nasze rozwiązanie, ponieważ próbowałem wszystko inne?
Znowu wielkie dzięki dla wszystkich was dla stara się pomóc mi rozwiązać ten.