Mis mul puudu on? Kui ma lähen mysite.com:9999 Ma saan oma saidi kätte, aga mitte mysite.com Ilmselt ei peaks kasutajatel olema vaja porti sisestada, mida ma pean tegema? Ma ei püüa tegelikult pordi peita nii palju, et ei nõuaks kasutajalt selle URL-i sisestamist. Kas see on kuskil Apache'i seadistusseade? Kas peaksin vaatama httpd.config, container config või mujalt? See on virtuaalne host Apache serveris. Kõik ettepanekud on teretulnud.

Muuda- virtuaalsed hostiplokid töötavad virtuaalserverites.conf järgmiselt:

Stardi lähedal on virtuaalsed hostikirjed nimetatud umbes järgmiselt:

NameVirtualHost *:700 NameVirtualHost *:710 ... NameVirtualHost *:760 

Http-versiooni tööploki all näeb välja järgmine:

 ServerName webdev.url.com ServerAdmin [email protected] # Comment out when OC4J instance is down for maintenance:  Oc4jMount  # Uncomment when OC4J instance is down for maintenance: # DocumentRoot '/org/dev' # - Restrict 'Cross-Site-Tracking' or XST RewriteEngine on RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK) RewriteRule .* - [F]  DirectoryIndex index.jsp  ErrorLog '|/opt/app/oracle/product/AS10.1.2/Apache/Apache/bin/rotatelogs/logs/dev_error_log 440' CustomLog '|/opt/app/oracle/product/AS10.1.2/Apache/Apache/bin/rotatelogs/logs/dev_access_log 440' common  Order deny,allow Deny from all Allow from ####internal ip addresses####   

Uus, mis nõuab pordi täpsustamist, näeb välja selline:

## - for Mobile  ServerName mdev.url.com ServerAdmin [email protected] # Comment out when OC4J instance is down for maintenance:  Oc4jMount / msitedev  # - Restrict 'Cross-Site-Tracking' or XST RewriteEngine on RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK) RewriteRule .* - [F]  DirectoryIndex m.jsp  ErrorLog '|/opt/app/oracle/product/AS10.1.2/Apache/Apache/bin/rotatelogs/logs/mdev_error_log 440' CustomLog '|/opt/app/oracle/product/AS10.1.2/Apache/Apache/bin/rotatelogs/logs/mdev_access_log 440' common #  # Order deny,allow # Deny from all # Allow from #### #   

Jällegi proovin lihtsalt aru saada, kas siin midagi pärsib vajadust sisestada URL-i pordi number (nt 710). Uurimisel ei tundu kuskil ühtegi htaccess-faili.

  • Kas teil on sadamas 80 midagi kuulata? Võib-olla midagi muud kui ? Midagi sellist ? Kõrvalepõikena (ja ma ei taha teid teise SE-le tõrjuda), kas see muutub ServerFaultile sobivamaks?
  • Kui arvate, et see on sobivam ... kas on võimalus seda küsimust uuesti luua selle asemel, et see uuesti luua? Ühel hetkel oli a Listen #.#.#.#:80 ja NameVirtualHost#.#.#.#:80 blokeerida, kuid seda kommenteeritakse nüüd.
  • Ma näen, et selle konteineri default-web-site.xml-s on see midagi sellist:
  • Kinnitas, et kindlasti pole .htaccess-faili.
  • Kas näete allpool LazyBadgeri vastust? Kas teil on võimalik vaadata tsoonifaili või kaevata mõni toimiv domeen, et näha, kas on olemas SRV-lause?

Siin on DNS SRV-kirjete (RFC 2782) kasutusjuhend, mida saab kasutada vaikepordi muutmiseks, et see vastaks teie tegelikult kasutatavale:

_http._tcp.example.com. IN SRV 0 5 80 www.example.com. 

kus viimase välja kõrval on port, millel võib olla mis tahes tegelik väärtus. DNS-i SRV-kirjed võivad uuesti määratleda domeeni vaikeprordi või ainult (mõne) domeeni sees oleva hosti jaoks

  • @LazyBadger Nii et selleks, et kontrollida, kas nende olemasolevate hostidega seda tegelikult tehakse, peaksime nägema tsoonifaili?
  • @Nathan jah. Või kaevama asjakohaseid andmeid
  • See on tõesti väga korralik! Aitäh Laisk Mäger! Ma olin varem SRV plaate märganud, kuid polnud tegelikult mõelnud, kuidas neid kasutada võiksin. Tead, ma tegin STFW-d enne, kui proovisin vastata, kuid ma ei pruugi olla otsinud õigeid termineid kasutades.
  • 1 See vastus on minu arvates kahjuks vale. SRV-kirjeid ei saa kasutada HTTP-protokolliga või isegi kui see pole tehniliselt protokolli rikkumine, on sellel brauseri tugi null. stackoverflow.com/a/9063595/2234742

Kui sisestate URL-i veebibrauserisse, http://www.foo.com, siis saab alati katse ühendust luua porti 80.

Asi pole niivõrd sadamas varjatud, vaid pigem, et see on olemine eeldatud, kuna HTTP-päringute vaikimisi on port 80.

Sama sirgega, kui sirvite https://www.foo.com, proovib see alati ühendada porti 443, kui te ei määra muud porti (https://www.foo.com:8080). Port 443 on SSL / TLS-päringute vaikeport.

Kui teil pole mõjuvat põhjust (sest näiteks kui teil on masinas korraga 2 veebiteenust (nt Apache ja IIS), võib olla parim oma uus virtuaalne host lihtsalt porti 80 vahetada. Nägin SO-s, et esitasite sarnase küsimuse. Kui proovite mobiilikliente teisele saidile (või näiteks oma rakendusele) ümber suunata, saate kasutajaagendi põhjal mod_rewrite muuta.

Näiteks:

 DocumentRoot /www/mainwebsite ServerName www.foo.com RewriteEngine On RewriteCond %{HTTP_USER_AGENT} 'android|blackberry|googlebot-mobile|iemobile|ipad|iphone|ipod|opera mobile|palmos|webos' [NC] RewriteRule ^$ http://m.foo.com/ [L,R=302]   DocumentRoot /www/mobileapp ServerName m.foo.com # You might check for the USER_AGENT here and redirect to the main site if not found  

On hilja ja ülaltoodud asjad võivad olla pisut ebanormaalsed - kui see on teile kasulik, saab ehk keegi seda õigemaks muuta.

  • Mis puutub porti, siis selles kastis on juba mitu teist virtuaalset hostit, kes kõik kasutavad muid porte kui 80 või 443, ja me ei pea URL-is porte määrama. Meil on ümbersuunamine juba käideldud, kuid aitäh soovituse eest. Kõrvalepõikena olen märganud, et kui minna .*mobile*android|android*mobile.* see väldib tablette. Kujundame nii, et mobiil näeks tahvelarvutites korralik välja, kuid otsustasime, et pole põhjust neid või ipadi automaatselt ümber suunata, kui põhisait on piisav, ja nad saavad seda alati valida edasi-tagasi linkide kaudu.
  • @dallas Kas saate mõne. töötava virtuaalse masina juurest kontrollida .htaccess-faili olemasolu? Kaalub seda pärast lõunat veel veidi.
  • Hommikul saan kontrollida. Kui me esimest korda uurisime, kuidas ümbersuunamist teha, soovitati seda teha failiga .htaccess. Vaatasin ringi ja ei näinud olemasolevat. Ma ei teadnud tegelikult seda aega, kus ma pidin seda vaatama. Kui ütlete root, siis peate silmas kohta, kus olid selle VH-i istumisfailid või DocumentRoot? Ma ei näinud seda toimiva saidi arenduspiirkonna DocumentRoot'is.
  • 1 Selleks, et suunata foo.com saidile foo.com:9999, ei suuda ma mõelda, kuidas suunata taotlus sadamast 80 teise porti ilma, et 80-s sadamas oleks VirtualHost vähemalt "päringuid" kuulamas. Kui .htaccess-fail mingil moel ümbersuunamist käsitseb, peab foo.com-is olema midagi, mis kuulaks 80. porti. .Htaccess-fail oleks Port VirtualHosti DocumentRoot'is, kuulates porti 80. Kas arvate, et võiksite kleepida a segment in your above question (edit the question) from one of the hosts that is working? Thinking... mod_proxy might be involved, too.

The HTTP protocol uses port 80 by default. If you configure your web server to use a nonstandard port, then the port needs to be specified in the URL. There's no way to hide that.

In Apache, you can set the listening port in <?php httpd.confnt:

Listen 127.0.0.1:80 

Seda saab aga vhost-i konfiguratsioonis tühistada, näiteks:

 
  • See teeb seda juba sama kasti teiste virtuaalsete hostide jaoks, kuid ma ei tea, kust otsida või kuidas seda tehakse.
  • @Dallas: teie vhost-konfiguratsioone saab täpsustada jaotises httpd.conf või eraldi conf-failis (tavaliselt httpd-vhosts.conf lisakomplektide kataloogis). Lihtsalt otsige oma konfiguratsioonikataloogist '9999' ja peaksite leidma, kus see selle pordinumbri määrab. Siis asendage see lihtsalt 80-ga ja teil peaks olema hea minna.
  • Täpsustame porti nii kuulamis- kui ka virtuaalhostis. Ma ei saanud aru, et see on sellest tähtsam. Ma lihtsalt eeldasin, et seda tuleb mõlemas täpsustada.
  • @Dallas: see on tavaliselt määratletud mõlemas; lihtsalt kui teie VirtualHosti direktiivis täpsustatud asi erineb Kuulamisdirektiivist, siis järgitakse selle vhost puhul VirtualHosti direktiivi sätteid.
  • virtualhosts.conf on koht, kus kõik näib olevat, kuid ma ei näe midagi, mis näib peitvat kasutatavaid sadamaid.

Mõistan alles nüüd, et ma pole kunagi oma küsimusele konkreetset vastust postitanud.

Lõpuks pidime lisama üksikasjad saidile webcache.xml, et URL töötaks ilma URL-is määratud porti.

none: Charles Robertson | none