Re: [users@httpd] Redirecting based on IP
On 5/15/24 19:15, Dave Wreski wrote: Hi, Google insists that one of our staging sites needs to be indexed despite "disallow" in robots.txt and a half-dozen other methods for preventing Google from indexing it (including submitting it for removal from their index). The staging site is even protected with a RequireAll statement for the DocumentRoot based on the IP, which then results in a 404 and other errors in GSC. This impacts our SEO and also causes GSC to stop processing the rest of our site. The next steps I'd like to do is to redirect anyone not in that RequireAll statement to be redirected to the production site. Is this possible? Perhaps a RewriteCond that depends upon certain IPs, then otherwise redirects to the production site? Thanks, Dave The last time I ran into this was back in iptables days 20 years ago. Based on IP they were denied because my site at the time included my photo's and totalled about 13 gigabytes. This was in the days of bandwidth per month of 30 gigs. Because google has so many machines they used up all my allocation long before the month was up. I wound up putting another search engine in that database, mj12, so I wound up with an iptables file about 15k lines long. That continued until I had ported the whole thing to a couple new Seacrate 1t drives, both of which went tits down in the night within 2 weeks, just disappearing off the sata-III bus. I was so pi$$ed I didn't even warranty them. SSD's are it today. I have only one spinning rust drive in 8 machines here now, a 250 gig that refuses to die. iptables worked but took about 10 hours a month to maintain it cuz they moved the machines to a new address. Some of the iptables rules ended in /16, so I was blocking a goodly share of the ipv4 space when I had the gran crash. I controlled it most of the time but it was several hours a week keeping even with them. You never get ahead. I still have a registered name but all you get is the apache test page. Cheers, Gene Heskett, CET. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] Redirecting based on IP
Hi, Google insists that one of our staging sites needs to be indexed despite "disallow" in robots.txt and a half-dozen other methods for preventing Google from indexing it (including submitting it for removal from their index). The staging site is even protected with a RequireAll statement for the DocumentRoot based on the IP, which then results in a 404 and other errors in GSC. This impacts our SEO and also causes GSC to stop processing the rest of our site. The next steps I'd like to do is to redirect anyone not in that RequireAll statement to be redirected to the production site. Is this possible? Perhaps a RewriteCond that depends upon certain IPs, then otherwise redirects to the production site? Thanks, Dave
RE: [users@httpd] http ok, https Forbidden
> > we have a apache 2.4.59 running on windows for an internal page. > Now we would like to use https instead of http > > Opening the url via http works, > when I use https I get > > Forbidden > You don't have permission to access this resource. > > I activated the debug level and see this lines > Not enough info, maybe you just lack the configuration of a https virtual host entry? - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] http ok, https Forbidden
Hello, we have a apache 2.4.59 running on windows for an internal page. Now we would like to use https instead of http Opening the url via http works, when I use https I get Forbidden You don't have permission to access this resource. I activated the debug level and see this lines [Wed May 15 08:54:17.471598 2024] [authz_core:debug] [pid 8152:tid 1360] mod_authz_core.c(815): [client 10.26.2.32:54158] AH01626: authorization result of Require local : denied [Wed May 15 08:54:17.471598 2024] [authz_core:debug] [pid 8152:tid 1360] mod_authz_core.c(815): [client 10.26.2.32:54158] AH01626: authorization result of : denied [Wed May 15 08:54:17.471598 2024] [authz_core:error] [pid 8152:tid 1360] [client 10.26.2.32:54158] AH01630: client denied by server configuration: E:/wamp/www/itop/pages/UI.php What I don't understand is why using https:// it is denied while it works with http:// the httpd-vhosts.conf contains this lines # Virtual Hosts # ServerName localhost ServerAlias localhost DocumentRoot "${INSTALL_DIR}/www" Options +Indexes +Includes +FollowSymLinks +MultiViews AllowOverride None Require all granted while http.conf contains this lines AllowOverride none Require all denied Can anyone please tell me why the behaviour changes and how to solve it? Greetings Andreas Institut für den sozialen Wohnbau des Landes Südtirol Istituto per l’edilizia sociale della Provincia autonoma di Bolzano 39100 Bozen Horazstraße 14 / 39100 Bolzano via Orazio, 14 wobi.bz.it ipes.bz.it Dies ist eine vertrauliche Nachricht und nur für den Adressaten bestimmt. Sollten Sie diese Nachricht irrtümlich erhalten haben, bitten wir um Ihre diesbezügliche Benachrichtigung und um die Löschung der Nachricht. Eine Veröffentlichung oder Verbreitung des Inhaltes sowie jegliche anderweitige Verwendung sind untersagt. Il contenuto di questa e-mail è rivolto esclusivamente al destinatario della stessa e deve intendersi riservato e personale. Laddove questa e-mail Le fosse pervenuta per errore, Le chiediamo di comunicarci l’errata notifica e di cancellarne il contenuto. Sono sempre vietate la pubblicazione o diffusione del contenuto, nonché l'utilizzo per qualsiasi altro scopo.